BallRace3D va bientot sortir :) - Page 1

Bah si vous avez des idees ca serait cool... genre des bonus etc...

http://www.flashz.fr.st/

Je l'ai ecrit en C, en 3 jours alors que j'avais jamais fait de C, chui assez content de moa

Me parlez pas du menu qui est moche, je v le changer des demain

franchment tu as appris le C en trois jours, je dit bravo, srtout que le jeux a l'air pas mal...

bon qqs petit conseil, editeur de course on calc comme sur HP...
si tu veux donner un meilleur impression de vitesse, positione la vue de la camerz plus proche du sol...

Ouais je v faire ca
Je dois reprogrammer mon generateur de coordonnees de ma route, et c bon
Fo que je vois des shots de la version HP et c good !

Pour l'editeur, je v carrement l'integrer au jeu, et ca va aller assez vite en C c super simple

A tout les detracteurs du nostub (et du C dans une moindre mesure car 95%de nostub sont en C) :

les bons jeux en notub arrivent !

Bon jsute pour te rappeler que si la prochaine version pouvais contenir des rebons, ca serai super mega gigacool

Pas mal du tout

Bon une liste alors :

- Rebonds
- Camera plus proche du sol
- Nouveaux menus
- Bonus

Koi d'autre ?

-une version Kernel

Interet ???

un editeur de niveau, et niveau externe..

Ouais, j'oubliais

- Rebonds
- Camera plus proche du sol
- Nouveaux menus
- Bonus
- Editeur de niveaux

Par contre, je ne vois pas ou est l'interet du mode kernel !

si pour pphd lol

nan lui ce qu'il veut c que ce soit pas compresse en PPG c tout

Une version non compressée (ou un lanceur PPG spécial, mais incompatible avec les HW2 AMS 2 non patchées) suffit pour la compatibilité avec les calculatrices bidouillées.

ouais c ce que je v faire.
maintenant tous mes progs auront deux version differentes au moins

Attention, certaines fonctions de manipulation d'interruptions de TIGCC utilisent aussi +0x40000, et cela quel que soit le mode choisi (_nostub ou kernel).

Alors comment faire ?
Quelles sont ces instructions ?

ct pour t'ennuyer

c chiant de devoir creer dans le zip un repertoire "pphd" avec le prog non compressé, les utilisateurs vont pas comprendre ce k vient foutre la ce fichier

>FlashZ:
>Alors comment faire ?

Assembleur inline si vraiment tu veux faire plaisir à PpHd. Remplace par exemple:
SetIntVec(AUTO_INT_1,IntHandler);
par:
asm volatile ("bclr.b #2,$600001")
*((void **)(AUTO_INT_1))=(void *)IntHandler;
asm volatile ("bset.b #2,$600001")

>Quelles sont ces instructions ?

SetIntVec en tout cas. Peut-être aussi d'autres auxquelles je ne pense pas.

>Aghnar: c chiant de devoir creer dans le zip un repertoire "pphd" avec le prog non compressé, les utilisateurs vont pas comprendre ce k vient foutre la ce fichier

Peut-être que si tu appelais le répertoire uncompr, ils comprendraient mieux.

houla !
si en + faut changer ce genre d'instructions pour monsieur pphd, j'abandonne l'idee de faire une version special rien k pour lui !
desole pphd... mais je sais k tu as des patchs donc utilise les

Voilà la définition de SetIntVec dans intr.h de TIGCC:

#define SetIntVec(i,h) ((void)(*(INT_HANDLER*)(0x40000+(long)(i))=(h)))

Je sens que ca va etre bien chiant tout ca !

Une autre "solution" au problème:
unsigned long a=*(unsigned long *)0x400c8;
*(unsigned long *)0x400c8=~*(unsigned long *)0xc8;
if (*(unsigned long *)0x400c8==*(unsigned long *)0xc8)
*(unsigned long *)0x400c8=~*(unsigned long *)0xc8
else
{
*(unsigned long *)0x400c8=a;
ST_helpMsg("Error: Too much memory")
exit(0);
};

Au moins ça ne plantera pas.
[edit]Edité par Kevin Kofler le 01-07-2001 à 02:05:01[/edit]

lol
c pas le genre de messages d'erreurs qu'on a l'habitude de voir

Et pourtant ça s'est déjà vu: il paraît que certaines versions de Microsoft Access refusent de tourner s'il y a trop de mémoire.

Enfin qd on voit que nombreuses sont les versions de win qui ne gerent pas plus de 128Mo de RAM c pas etonnant aussi

Bon je viens d'implementer un score et des vies, qd on paume on reprend la ou on a paume
Et aussi un moteur graphique ultra rapide
G pas eu le tps de bosser aujourd'hui, je me suis reveille a 16h

bloop