Menu
▾
▴
xpineapple-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(23) |
Nov
(54) |
Dec
(33) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(56) |
Feb
(23) |
Mar
(14) |
Apr
(4) |
May
(12) |
Jun
(1) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: jeko <je...@fr...> - 2002-12-31 12:48:30
|
Premier et surement dernier message pour l'annee 2002 sur la ML de pineapple :-) D'abord bonne annee a tous ! J'ai trouve par hasard sur le net un moteur 3d qui fait a peu pres tout ce qu'on voulait faire sur pineapple.. et bien aboutit celui-la, ca s'appele "cube", c'est de l'open-source, et ca tourne incroyablement vite, meme sur toute petite machine.. sous Linux, sous Windows, sous MacOSX doit surement y avoir moyen en recompilant. http://wouter.fov120.com/cube/ Personnellement je suis impressionne, y'a pas de bugs, collisions, lumiere nickels.. En esperant que si Pineapple revit on en arrive a ca, je vous dis a l'annee prochaine. -- JC |
|
From: Jean-Christophe H. <je...@fr...> - 2001-08-06 08:41:11
|
Le compteur du site d'iOS vient de passer 10,000 !!!!!!!!!! et a part ca, vous, ca va ?? |
|
From: Jean-Christophe H. <je...@fr...> - 2001-07-18 21:22:25
|
Hello ! Je suis desole de te l'apprendre : je bosse pour l'instant achtement trop sur goom (en plus de mon stage et mes dossiers et mes recherches de logements sur nice) donc le Render attend toujours... et ca m'embette un peu finalement (je sais... il ne tient qu'a moi). Mais tu dois bien savoir que qd on q la tete a qlq chose; on peut toujours essaye d'avoir la tete a autre chose.. la premiere reviens au galop (c'est d'ailleur assez genant au boulot.... j'essaie de remettre a mon programme, et pof : un mail de qlq qui me parle de goom (il n'y a pas que toi Guillaume)... a chaque fois, il me faut un moment pour me remettre a bosser, et pof.... etc. En ce qui concerne le render : j'ai pas encore reussi a trouve le temps de prendre le temps de m'y mettre.. (phrase pleine de sens, a mediter :) Sinon, je sais toujours pas ce que deviennent tes histoires de Java/Cobol... Tu me raconteras ca un jour... j'espere. Hesite pas a lancer des messages sur la mailing list pour parler de PINEAPPLE !!! Ca motivera du monde. Car il va bientot falloir TAPER DU POING SUR LA TABLE : Pineapple n'est pas mort !!!!!! La pause vacances est finie les enfants... ET VIVE LA 3D !!! VOILA Bon, je m'exite tout seul :) la iOS team doit reste solidaire, alors je te souhaite une bonne soiree, ainsi qu'a vous tous, et de trouver tous les MegaOctets dont tu auras besoin ! a+ Jeko... (l'accro au mail) PS : qu'est-ce que je pourrais bien raconter comme PS ? chai pas ? ben alors salut :) hinhin -- je...@fr... http://ios.free.fr |
|
From: Jean-Christophe H. <je...@fr...> - 2001-07-14 21:51:51
|
Salut David, au debut j'ai pense ce mail directement, mais la mailing list se meurt, alors SALUT A TOUS ! Je viens te tenir au courant de l'avancement de mon portage du rendeur.... Accroche toi bien : IL N'Y A TOUJOURS RIEN ;-) Au milieu des mauvaises excuses, il y en a aussi de bonnes : A commencer par mon dur travail sur goom. Toi, petit utilisateur Zindozien ! tu vas enfin pouvoir savourer Goom on Winamp !!!! Eh oui... une semaine apres Goom on iTune ; c'est-t'y pas fou ? Le type qui fait ca (Fred) me parle aussi de faire un truc pour Windows Media Player ??? On peut y mettre des plugins aussi la dessus ??? Peut-etre juste utiser l'API pour lire du WAV... puisqu'il avait aussi ete question de ca. Enfin, je l'ai teste sur la machine de mon pere; ca marche du tonnerre du feu de dieu qui tue sa mere... :) Sur goom.sourceforge.net : il y a tout ce qu'il faut. Tu verras que j'ai refais la page de goom (tu l'avais peut-etre pas deja vue.. enfin tant pis). D'ici peu, on risque donc de faire exploser le compteur du site ! (on risque de perdre en qualite de visiteur, mais ma foi tant pis) Et donc moi, je travaille sur une revue de l'architechture, qui n'avance pas bien vite (n'est-ce pas guillaume :) <- c'est bientot fini; je m'y remet tout de suite, et si je dois y passer la nuit, je le ferais... (t'as lu ma p'tite doc ? t'as compris ?) Bon, quand je parle de revue d'architechture, c'est pas bien grand chose : renommer les fichiers qui avait des noms d'origines hysteriques, et isoler le code independant de la plateforme. Mais ca prend quand meme un peu de temps, l'air de rien. tilt <- je viens de comprendre pourquoi ca Segfault :)) faut que j'y retourne :) De mon cote, le stage glandouille se passe bien... j'ai rien fait depuis 2 semaines. Mais des Lundi je rattaque serieusement, mon maitre de stage est en train de decider si il peut bien me donner tout ce qu'il a dit.. il faudrait pas qu'il me fasse un sal coup. Sinon, autre nouvelle : je suis accepte a l'ESSI (l'ecole d'inge de sophia antipolis).. et convoque a l'entretient pour l'INSA. Au moins ca soulage... Des que je me le sens, je passe au Render; puis aux textures; d'ici la : BONNE FETE NATIONNALE ! J'attend de vos nouvelles... ton entretient Florent ? t'es pris ? L'asm PPC Gyom ? ca tourne ? et ton stage David ? As-tu enfin franchi la barre des 512 Mo, ou tu rames encore ? a+ Jeko -- je...@fr... http://ios.free.fr |
|
From: <fl...@in...> - 2001-06-13 23:04:30
|
Je viens de bidouiller pinecake pour lui faire dessiner le CSR et tous=20=
les polys du BSP.
Comme je ne bossais que sur une projection sur XY, je n'ai peut-=EAtre =
pas=20
tout vu.
Il semblerait que le CSR ne soit -pas toujours- complet, et le BSP=20
encore moins...
...En esp=E9rant que ce ne soit pas mon code de repr=E9sentation 2D qui=20=
oublie des polygones au passage...
R=E9sultats :
bigplouf.panam :
CSR visuellement complet.
BSP visuellement incomplet.
Rep=E9rage feuilles pleines/vides incorrect.
coin.panam
CSR visuellement incomplet.
BSP visuellement incomplet.
Rep=E9rage feuilles pleines/vides incorrect.
garg2.panam
CSR visuellement complet.
BSP visuellement incomplet.
Rep=E9rage feuilles pleines/vides incorrect.
maxigarg.panam
CSR visuellement incomplet.
BSP visuellement incomplet.
Rep=E9rage feuilles pleines/vides incorrect.
plouf.panam
CSR visuellement complet.
BSP visuellement complet.
Rep=E9rage feuilles pleines/vides correct.
seven.panam
CSR visuellement complet.
BSP visuellement complet.
Rep=E9rage feuilles pleines/vides incorrect.
simple.panam
CSR visuellement incomplet.
BSP visuellement incomplet.
Rep=E9rage feuilles pleines/vides correct.
vase.panam
CSR visuellement complet.
BSP visuellement complet.
Rep=E9rage feuilles pleines/vides incorrect.
Verdict :
Les deux seuls fichiers qui marchent sont des petits fichiers simples,=20=
g=E9n=E9r=E9s =E0 la main, n'ayant engendr=E9 aucune coupure au BSP.
Il y a s=FBrement un bug dans le BSP, certainement li=E9 =E0 la d=E9coupe.=
Il y a un probl=E8me troublant dans le CSR. Lipothetic g=E9n=E9rerait-il=20=
vraiment des CSR valides ? (pas de fichiers faits main avec un mauvais=20=
CSR) Que sont devenus les polygones manquants ? Myst=E8re...
Ce test a =E9t=E9 effectu=E9 sur la version de Pinecake du WE dernier, =
je n'ai=20
pas encore touch=E9 au code du BSP.
Si quelqu'un trouve le pourquoi de ces bugs... (je m'y mettrais plus=20
tard)
Voici mes boucles d'affichage, si par hasard c'=E9taient elles qui =
=E9taient=20
bogu=E9es :
void DrawBSP(BspNode *truc)
{
for (unsigned int i =3D 0 ; i < truc->polygons.GetSize() ; i++)
for (unsigned int j =3D 0 ; j < =
truc->polygons[i].GetNbPoints() ; j++) {
=
MoveTo((int)truc->polygons[i].GetPoint(j).GetX()*FACT +=20
OFFSET, (int)truc->polygons[i].GetPoint(j).GetY()*FACT + OFFSET);
=
LineTo((int)truc->polygons[i].GetPoint(j+1).GetX()*FACT +=20
OFFSET, (int)truc->polygons[i].GetPoint(j+1).GetY()*FACT + OFFSET);
}
if (truc->foreChild !=3D NULL)
DrawBSP(truc->foreChild);
if (truc->backChild !=3D NULL)
DrawBSP(truc->backChild);
}
void DisplayCSR(const CSRepresentation &CSR)
{
Rect boundsRect; SetRect(&boundsRect, 0, 0, 800, 600);
EraseRect(&boundsRect);
guint32 nbCSRSector =3D CSR.GetNumberOfSectors();
for (guint32 i =3D 0 ; i < nbCSRSector ; i++) {
ConvexSector curCS =3D CSR.GetSector(i).GetSector();
guint32 nbCSRPoly =3D curCS.GetSize();
for (guint32 j =3D 0 ; j < nbCSRPoly ; j++) {
RPolygon3d temp (curCS.Get(j));
for (unsigned int j =3D 0 ; j < =
temp.GetNbPoints() ; j++) {
MoveTo((int)temp.GetPoint(j).GetX()*FACT =
+ OFFSET,=20
(int)temp.GetPoint(j).GetY()*FACT + OFFSET);
=
LineTo((int)temp.GetPoint(j+1).GetX()*FACT + OFFSET,=20
(int)temp.GetPoint(j+1).GetY()*FACT + OFFSET);
}
}
}
}
|
|
From: David G. <dav...@li...> - 2001-05-25 23:39:39
|
Hello merry fellows, Parall=E8lement au nouveau relookage de pinecake, voil=E0 ce que je propose= =20 pour l'autre c=F4t=E9 (je veux parler de PineApple) **************************** Chargement de la carte : On passe une adresse de fichier =E0 un objet PaMap qui d=E9termine= l'extension=20 du fichier. S'il d=E9tecte l'extension arold, il cr=E9e un objet AroldLoader qui se= charge=20 de d=E9tecter la version d'enregistrement et qui charge en m=E9moire tout le fichier. PaMap fait le travail suppl=E9mentaire non pris en charge par arold : - Chargement des textures (s'il y en a) - Chargement du splashscreen (s'il y en a) - Conversion des donn=E9es dans un format compatible avec le render L'avantage : le AroldLoader ne fait pas plus que n=E9cessaire et on se=20 r=E9serve le droit de pouvoir charger des cartes =E0 partir d'autres formats (par exemple un package plus complet qui contiendrait les textures,= =20 les personnages...) ***************************** Cr=E9ation d'un Render et d'un DisplayContext On charge les textures dans le DisplayContext en s'adressant au PaMap. ***************************** Cr=E9ation d'un gestionnaire des entr=E9es ***************************** Cr=E9ation d'un PaStaff Il regroupe tous les personnages (le joueur y compris) qui =E9volueront dans= =20 le monde. Ils sont identifi=E9s comme LOCAL_PLAYER, BOT ou REMOTE_PLAYER (pour les=20 parties r=E9seaux). Le personnage LOCAL_PLAYER est attach=E9 au gestionnaire des entr=E9es. On d=E9finit le personnage qui sera l'observateur. C'est =E0 partir de son= =20 point de vue que sera repr=E9sent=E9e la sc=E8ne =E0 l'=E9cran. Par d=E9faut le LOCAL_PLAYER est aussi l'observateur mais ce n'est pas=20 obligatoire. Toutes ces =E9tapes peuvent =EAtre r=E9p=E9t=E9es durant la partie (ajout= d'un=20 personnages, modification de l'affichage...). ********************************** Cr=E9ation du moteur de jeu : PineApple On attache au moteur la PaMap, le PaStaff et le DisplayContext Le moteur assigne =E0 chaque personnage un emplacement de d=E9part (la liste= =20 des emplacements et fournies par la PaMap). On lance la boucle de jeu : Le moteur demande la mise =E0 jour des personnages (c'est durant cette phase= =20 que se fait la gestion des collisions). Le moteur d=E9termine les secteurs =E0 rendre selon le point de vue de=20 l'observateur. Le moteur passe au DisplayContext tous les secteurs =E0 rendre. On boucle... Remarque : durant la mise =E0 jour des personnages, ces derniers peuvent=20 envoyer des messages au moteur. Le message le plus =E9vident, c'est lorsque le LOCAL_PLAYER sort du jeu : la= =20 boucle de rendu s'arr=EAte. Voil=E0 pour les grandes lignes, si tout le monde est d'accord, on pourra=20 bient=F4t voir PineApple =E0 l'oeuvre... A+ Spoonless |
|
From: Jean-Christophe H. <je...@fr...> - 2001-05-25 00:50:50
|
J'ai enfin termin=E9 de mettre de l'ordre dans les sources de Pinecake=2E Quand je dis termin=E9, c'est que ca re-compile enfin, mais il reste du boul= ot=2E Ce sont maintenant les PaTools-5 qui sont utilis=E9s, ca m'a demand=E9 pas m= al de=20 travail pour tout remettre dans les r=E8gles, et aussi faire accepter ca par= =20 gcc2=2E96 qui est devenu tres exigeant=2E (le bougre ne laisse pas passer gr= and=20 chose=2E=2E) L'id=E9al serait que ceci devienne le nouvel arbre CVS, mais avant ca, j'att= end=20 de voir ce que vous en pensez=2E (note pour plus tard, avant de faire un import, penser =E0 faire make=20 distclean)=2E Au final, le bspbuilder ne fonctionne pas sur ma machine, il trouve =E0 chaq= ue=20 fois un polygone incoh=E9rent=2E=2E (0,0,0,0,0,0,=2E=2E=2E) you see=2E=2E=2E Ca a l'air d'arriver juste apres une decoupe=2E Je met pinecakev3=2Etgz sur le FTP, pour que vous puissiez bosser=2E=2E=2E p= uis je=20 vais aller me coucher=2E bonne nuit, JC |
|
From: Florent B. <fl...@in...> - 2001-05-21 08:04:59
|
>> Tu pourrais commiter les sources modifi=E9es pour gcc 2.96 ? = (d'ailleurs, >> fabs ne fait pas partie de <math.h> ?) Ca serait bien que tu remettes >> tout sur le CVS avant qu'il n'y ait trop de conflits > > Aussitot que j'en aurais fini avec les PaTools, et le PSDB ; je les > inclusionne dans les sources, et je commite le tout. Peut-etre meme = que=20 > je > commiterais tout ca dans un nouvel arbre, avec l'arborescence=20 > retravaill=E9, et > sans les dossiers .deps, etc.. un truc propre quoi. Tant que le PSDB ne sera pas sur CVS, je ne pourrais pas y toucher sans=20= casser l'arbre, donc =E7a serait bien de l'y mettre, et d'y mettre =E0 = jour=20 les PaTools (et de perdre deux grosses minutes pour renommer ce qui doit=20= =EAtre renomm=E9 dans les sources). Vu qu'un CVS sert =E0 mettre des = sources=20 en cours de d=E9veloppement de fa=E7on =E0 ce que tout le monde puisse = bosser=20 sans s'interbloquer, =E7a serait une bonne id=E9e de s'en servir, non ? (Pour les .deps, il faudrait changer la config dans le r=E9pertoire=20 /CVSROOT pour qu'elles soient syst=E9matiquement =E9cras=E9es sans = g=E9n=E9rer de=20 conflit, ou bien les effacer du reposit) A+, Jean-Baptiste Poquelin |
|
From: jc <je...@fr...> - 2001-05-20 13:19:49
|
> Tu pourrais commiter les sources modifi=E9es pour gcc 2=2E96 ? (d'ailleurs= , > fabs ne fait pas partie de <math=2Eh> ?) Ca serait bien que tu remettes > tout sur le CVS avant qu'il n'y ait trop de conflits Aussitot que j'en aurais fini avec les PaTools, et le PSDB ; je les=20 inclusionne dans les sources, et je commite le tout=2E Peut-etre meme que je= =20 commiterais tout ca dans un nouvel arbre, avec l'arborescence retravaill=E9,= et=20 sans les dossiers =2Edeps, etc=2E=2E un truc propre quoi=2E A+, Corbier=2E |
|
From: <fl...@in...> - 2001-05-20 11:18:45
|
JC, d=E9sol=E9, si tu as r=E9cup=E9r=E9 le CVS avant hier vers 7H tu as = d=FB rater=20 la moiti=E9 du BSPBuilder (je m'=E9tais rat=E9 en faisant un commit - eh = oui,=20 'co' n'est pas l'abr=E9viation de commit mais de checkout... Ca peut=20 arriver =E0 tout le monde !) Sinon, j'avais d=E9j=E0 remarqu=E9 pour l'occasion qu'ils avaient pass=E9 = le nom=20 du reposit en minuscules, chez SF, mais =E7a ne m'a pas plus perturb=E9 = que=20 =E7a (j'ai juste perdu 3 minutes =E0 aller r=E9cup=E9rer la ligne de = commande=20 sur la page CVS de pineapple) Tu pourrais commiter les sources modifi=E9es pour gcc 2.96 ? = (d'ailleurs,=20 fabs ne fait pas partie de <math.h> ?) Ca serait bien que tu remettes=20 tout sur le CVS avant qu'il n'y ait trop de conflits A+ Abraham Lincoln |
|
From: jc <je...@fr...> - 2001-05-19 20:17:08
|
Comme annonc=E9, voici patools4=2Etgz <> sur le ftp : ftp://ios@ftpperso=2Efree=2Efr dossier patools=2E J'ai pass=E9 un moment =E0 mettre des commentaires et =E0 rendre le code=20 pr=E9sentable, donc il n'y a pas grand chose de neuf, si ce n'est que j'ai= =20 ajout=E9 les PaLists =E0 l'archive, et je les ai mise en conformit=E9 avec l= e=20 nouveau mod=E8le de PaCollector=2E C'est pas fini, il manque la fonction Insert et les comparaisons=2E=2E=2E ma= is ca=20 ne saurait tarder=2E Je vous conseille de jeter un coup d'oeil =E0 la documentation g=E9n=E9r=E9 = par=20 Doxygen=2E J'ai choisi de faire =E7a "=E0 la javadoc", mais il y un plusieur= s=20 synthaxes possible=2E Dor=E9navant, j'esp=E8re que vous commenterez vos codes comme il faut=2E :) D'ailleurs, David, il faudrait que tu te charges de PaArray et PaStack; ca= =20 serait cool=2E Je vais maintenant commencer =E0 r=E9integr=E9 tout ca dans pinecake : donc = faire=20 problement des changements dans un paquet de fichiers, puisque PaTable et=20 PaExtTable vont disparaitres, et qu'ils =E9taient =E0 la base d'un certain n= ombre=20 de classes ; remplac=E9 par PaArray, qui est bien mieux ! En vous souhaitant d'agr=E9able moments de d=E9tente et de relaxation, j'adr= esse=20 aux membres de cette mailing-list mes plus sinc=E8res et distingu=E9s=20 salutations, =E9ternelles et toutes puissantes, et vous prie en les recevant= de=20 ne penser qu'=E0 la pieuse quete du pinecake parfait ! All=E9luia et Av=E9 Maria !!!! Jehova=2E --=20 M=E9ditez, mes braves, m=E9ditez=2E=2E=2E from : jeko@free=2Efr the iOS website : http://ios=2Efree=2Efr -- |
|
From: jc <je...@fr...> - 2001-05-19 11:54:21
|
Salut, Premi=E8re chose =E0 faire apr=E8s avoir install=E9 la Mandrake 8=2E0, j'ai = r=E9cup=E9r=E9=20 l'arbre CVS de pinecake=2E Premi=E8re surprise : ca ne compile pas=2E=2E=2E=2E En effet, je suis maintenant =E9quip=E9 de gcc version 2=2E96; et ce cher am= i=20 semble plus exigent que son pr=E9d=E9cesseur=2E C'=E9tait surtout des bricoles : du genre ne pas inclure <math=2Eh> pour uti= liser=20 fabs(), etc=2E A noter que le "char tab [size + 1]" que j'utilisais dans le PSDB ne compile= =20 plus=2E=2E=2E Tu avais raison David, ce n'est pas de l'ANSI C++=2E Apres mes quelques rectifications, j'y suis enfin arriv=E9=2E=2E=2E et ca ma= rche; ca faisait quelques semaines que j'=E9tais bloqu=E9 par sourceforge=2E=2E=20 je n'avais plus acc=E8s au CVS; et en voici la raison : la racine de notre= =20 arbre =E9tait avant /cvsroot/XPineApple et est devenue /csvroot/xpineapple= =2E J'ai fini par le trouver, mais je me demandais si vous n'aviez pas eu de=20 probleme de votre cot=E9=2E=2E=2E visiblement non : c'est bizarre=2E --- Tout autre chose : j'ai d=E9couvert un autre g=E9n=E9rateur de documentation= , qui=20 celui ci fonctionne sous Unix et Windows=2E Il a l'air vraiment beaucoup plu= s=20 abouti que kdoc, que j'utilisais avant=2E Et ce qu'il g=E9n=E8re a vraiment = une=20 belle gueule=2E Ca s'appele doxygen, je met la documentation sur le ftp : fichier=20 /doc/doxygen-doc=2Etgz ainsi que le fichier de config que j'utilise : pinecake=2Edoxygen Et enfin, si j'ai le temps avant ce soir, je ferais quelques am=E9lioration = au=20 PSDB et j'uniformiserais et documenterais les PaTools=2E Il est donc possible que vous trouviez aussi un PaTools4=2Etgz dans le dossi= er=20 un patools, qu'il serait temps de cr=E9er=2E Qui contiendra une doc complete= =20 g=E9n=E9r=E9e par doxygen=2E A+, John Carmack |
|
From: <fl...@in...> - 2001-05-18 19:01:13
|
Juste un p'tit mail rapide (je suis en ligne) pour dire que j'ai mis une=20= version =E0 jour sur le CVS du constructeur de BSP (il fait des arbres=20= mieux balanc=E9s, par contre il est tjs un peu con mais bcp + rapide) A+ et j'attends une version finalis=E9e du truc qui =E9crit sur disque. Florent |
|
From: Jean-Christophe H. <je...@fr...> - 2001-05-13 17:40:22
|
Salut la liste, pour commencer : voici la recette que j'ai trouv=E9 sur internet pour faire = un=20 bon Pinecake=2E=2E A priori, on est parti sur une mauvaise voie: >Pineapple Cake > >Combine a large can of crushed pineapple (with juice), a 6-ounce package of >vanilla pudding (not instant) and 1 cup of water in a saucepan=2E Bring to = a >boil, stirring=2E Pour the mixture into a 12x13x2-inch pan and chill until >firm=2E > >Prepare 1 package of white or yellow cake mix according to box directions, >and pour over the chilled pineapple pudding=2E Bake in a pre-heated 350 deg= ree >oven for 30 minutes=2E Cool for 15 minutes before inverting on plate=2E Faudra qu'on se fasse =E7a un jour :) Plus s=E9rieusement : je vous envoie encore un lien : http://www=2Efluidstudios=2Ecom/publications=2Ehtml Il y a pas mal de trucs interressants, je vous encourage donc =E0 lire tout = =E7a=20 attentivement=2E=2E A+, JC |
|
From: <fl...@in...> - 2001-05-10 07:22:02
|
Salut les amis ! Comme je vais avoir un peu plus de temps pour bosser sur Pinecake que=20 dans les derni=E8res semaines, je suis en train de me reconstituer des=20= sources =E0 jour. Question : le CVS est-il =E0 jour ? (je suppose que non) Y'aurait-il moyen d'y int=E9grer les PATools 3 et la classe de JC pour=20= cr=E9er des fichiers ? Ca serait cool parce que pour l'instant je ne suis pas s=FBr du tout de=20= bosser sur des sources =E0 jour... Qu'est-ce que donne votre projet info ? A+ Florent |
|
From: jc <je...@fr...> - 2001-05-06 20:03:25
|
Salua tousse ! Il fut un temps, je me suis mail=E9 ces liens=2E=2E=2E allez donc y faire un= tour,=20 c'est peut-etre interressant=2E Qui sait ? Ce sera tout pour l'instant=2E David : Faudrait qu'on pense au cahier des charges, & =E0 mister peyrissat= =2E Tu=20 lui a envoy=E9 un mail au fait ? Ciao, JC ---------- Message transmis ---------- http://klaudius=2Efree=2Efr/e_articlemrm=2Ehtm http://www=2Ecs=2Eualberta=2Eca/%7Emelax/ ------------------------------------------------------- --=20 from : jeko@free=2Efr the iOS website : http://ios=2Efree=2Efr -- |
|
From: David G. <dav...@li...> - 2001-05-01 12:51:59
|
Bonjour =E0 tous, Voici la version d=E9bugg=E9e du CharBuffer qui affichera bien= "ROOT.INFO"... Par contre en ce qui concerne le plantage sur le destructeur, ton message=20 JC n'=E9tait pas tr=E8s clair. Donc, je ne sais pas si c'est li=E9 ou pas au "ROOT.INFO" et sinon d'o=F9 = =E7a=20 peut provenir. De mon c=F4t=E9, j'ai r=E9cup=E9r=E9 PineCake que je vais porter =E0 nouveau= pour Windows. David P.S. : Pour l'extension des PaCollectors avec surcharge d'op=E9rateurs,= c'est=20 toi qui t'en charge JC ou pas. Parce que j'aimerai bien m'en servir pour le render sans STL. |
|
From: jc <je...@fr...> - 2001-04-30 21:22:21
|
Ca y est ! Le PaSequentialDataBloc est termin=E9=2E=2E=2E Ce qui serait cool, c'est que nos amis les grands indiens testent ca sur leu= r=20 machines respective et que David essaye de compiler sous Visual=2E J'ai aussi modifi=E9 tout les commentaires de charbuffer=2Eh pour pouvoir=20 utiliser mon g=E9n=E9rateur de documentation automatique=2E la doc est incluse dans l'archive PaTools3=2Etgz que j'ai mise sur internet= =20 (>30 Ko) :( http://ios=2Efree=2Efr/pinecake/patools3=2Etgz Ce qui serait bien, c'est que maintenant vous essayiez de vous y mettre : la= =20 syntaxe est la meme que celle de javadoc (pour ceux qui connaisse), sauf que= =20 tout n'est pas support=E9=2E Allez voir pasequentialdatabloc=2Eh, ca suffira pour comprendre=2E Sur ce, Bonne soir=E9e, et =E0 plus, J=2EC=2E |
|
From: Jean-Christophe H. <je...@fr...> - 2001-04-30 10:44:59
|
Ami David, le nouveau charbuffer est bogu=E9 !!!
--- voici tout d'abord le 1er bug :
this->longLabel est un charbuffer (=3D"ROOT")
name est un charbuffer (=3D"INFO")
this->longLabel + "=2E" + name
me retourne "ROOT=2E"
(ndla : ca marchait =E7a avant, non ?)
--- plus loin, le programme plante dans le destructeur du charbuffer=2E=2E=
=2E
data contient 0x02=2E=2E=2E donc delete [] data n'est pas appreci=E9 par le =
systeme=2E
au passage, le charbuffer incrimin=E9 ne contient aucun separateur
(est-ce normal ?)
je te laisse essayer ca chez toi, moi pour l'instant je vais faire sans=2E=
=2E
---
(1 minute + tard) en revanche, ca marche en faisant
this->longLabel + CharBuffer ("=2E") + name
je vais donc m'en sortir comme ca pour l'instant, mais ca n'empeche pas=20
qu'il va falloir debuguer tout ca :)
A+,
J=2EC=2E
--=20
from : jeko@free=2Efr
the iOS website : http://ios=2Efree=2Efr
--
|
|
From: Florent B. <fl...@in...> - 2001-04-29 21:10:48
|
Tu vois, JC, dans la vie, y'a les travaux cr=E9atifs qui font avancer = les=20 choses et les boulots inutiles qui font perdre du temps. Alors avant que tu ne ravages le CVS pour balader les fichiers et qu'il=20= ne devienne inutilisable, je pr=E9f=E8rerais que tu =E9crives ta PSDB = (vive=20 les sigles !) et que tu la comittes pour qu'on puisse passer aux choses=20= s=E9rieuses. Le dimanche 29 avril 2001, =E0 03:02, jc a =E9crit : > Salut la mailing !!! > > J'ai d=E9fini et cod=E9 presque entierement un objet = PaSequentialDataBloc=20 > (PSDB), > qui sera la base pour creer notre fichier Binaire, mais qui pourrait=20= > aussi > avoir un tas d'autres utilit=E9s. > > Voici sommairement le principe : > > C'est un objet qui contient des donn=E9s dans un tableau d'octets. > On peut en ajouter sequentiellement > (methodes Write (int), Write (short), ...), les donn=E9es seront alors=20= > stock=E9 > au format Big Endian dans la structure de donn=E9s. > On peut aussi ajouter dans ce bloc des sous-blocs, identifi=E9s par un=20= > label, > c'est d'ailleurs la seule facon de creer des PaSequentialDataBloc,=20 > hormis la > methode statique CreateBaseBloc, qui permet de creer le bloc racine. > > Au final, on obtient une arborescence de bloc. Un appel =E0 la = fonction > Finalize convertit tout ca en un grand tableau d'octet, qu'on n'aura=20= > plus > qu'=E0 enregistrer dans un fichier. > > Un appel =E0 la fonction CreateBaseBloc avec comme parametre un = tableau=20 > d'octet > cr=E9=E9 par Finalize, r=E9g=E9n=E8re toute l'arborescence.. > > et voila.. > > La structure de donn=E9 finale aura sensiblement la meme forme que ce = que=20 > l'on > avait d=E9crit; mais en fait, =E0 part si quelqu'un veut utiliser les=20= > fichier > AROLD sans utiliser les PSDB, on s'en fout, puisque ca sera = transparent. > > ne me reste plus qu'=E0 surcharger les operateurs [] dans tous les > PaCollectors, et je pourrais sortir un joli package PaTools. > > A ce propos, j'ai repens=E9 =E0 ce que disait David sur notre = structure de > r=E9pertoire dans pinecake. Et j'envisage de tout bouger, en suivant = le > principe des packages =E0 la lettres : tout ce qui ce raporte =E0 un = module=20 > se > trouve dans le meme dossier (.h et .cpp), et refaire les #include en=20= > mettant > le nom du "package/ficher.h" > > mais pour ca, il me faudrait quelque temps pendant lesquels vous n'y=20= > touchez > plus, et je sortirais un nouveau pinecake bientot, r=E9organis=E9. > le probleme, ca risque d'etre pour le CVS... enfin c =E0 voir. > > sur ce les amis, je vous souhaite bon dimanche & bon coding, > > A+, > J.C. > > -- > M=E9ditez, mes braves, m=E9ditez... > > from : je...@fr... > the iOS website : http://ios.free.fr > -- > > > _______________________________________________ > Xpineapple-devel mailing list > Xpi...@li... > http://lists.sourceforge.net/lists/listinfo/xpineapple-devel > |
|
From: jc <je...@fr...> - 2001-04-29 11:05:27
|
Salut la mailing !!! J'ai d=E9fini et cod=E9 presque entierement un objet PaSequentialDataBloc (P= SDB),=20 qui sera la base pour creer notre fichier Binaire, mais qui pourrait aussi= =20 avoir un tas d'autres utilit=E9s=2E Voici sommairement le principe : C'est un objet qui contient des donn=E9s dans un tableau d'octets=2E On peut en ajouter sequentiellement (methodes Write (int), Write (short), =2E=2E=2E), les donn=E9es seront alors= stock=E9=20 au format Big Endian dans la structure de donn=E9s=2E On peut aussi ajouter dans ce bloc des sous-blocs, identifi=E9s par un label= ,=20 c'est d'ailleurs la seule facon de creer des PaSequentialDataBloc, hormis la= =20 methode statique CreateBaseBloc, qui permet de creer le bloc racine=2E Au final, on obtient une arborescence de bloc=2E Un appel =E0 la fonction=20 Finalize convertit tout ca en un grand tableau d'octet, qu'on n'aura plus=20 qu'=E0 enregistrer dans un fichier=2E Un appel =E0 la fonction CreateBaseBloc avec comme parametre un tableau d'oc= tet=20 cr=E9=E9 par Finalize, r=E9g=E9n=E8re toute l'arborescence=2E=2E et voila=2E=2E La structure de donn=E9 finale aura sensiblement la meme forme que ce que l'= on=20 avait d=E9crit; mais en fait, =E0 part si quelqu'un veut utiliser les fichie= r=20 AROLD sans utiliser les PSDB, on s'en fout, puisque ca sera transparent=2E ne me reste plus qu'=E0 surcharger les operateurs [] dans tous les=20 PaCollectors, et je pourrais sortir un joli package PaTools=2E A ce propos, j'ai repens=E9 =E0 ce que disait David sur notre structure de= =20 r=E9pertoire dans pinecake=2E Et j'envisage de tout bouger, en suivant le=20 principe des packages =E0 la lettres : tout ce qui ce raporte =E0 un module = se=20 trouve dans le meme dossier (=2Eh et =2Ecpp), et refaire les #include en met= tant=20 le nom du "package/ficher=2Eh" mais pour ca, il me faudrait quelque temps pendant lesquels vous n'y touchez= =20 plus, et je sortirais un nouveau pinecake bientot, r=E9organis=E9=2E le probleme, ca risque d'etre pour le CVS=2E=2E=2E enfin c =E0 voir=2E sur ce les amis, je vous souhaite bon dimanche & bon coding, A+, J=2EC=2E --=20 M=E9ditez, mes braves, m=E9ditez=2E=2E=2E from : jeko@free=2Efr the iOS website : http://ios=2Efree=2Efr -- |
|
From: Florent <fl...@in...> - 2001-03-27 21:26:32
|
Ca aurait =E9t=E9 volontier, mais notre ami Abrash a boug=E9 son = bouquin... Le Dimanche, Mars 25, 2001, =E0 11:19 PM, jc a =E9crit : > Salut !=20 > =20 > Tout d'abord, Florent, (ou guillaume, ou quinconque peut avoir acces a = une =20 > connexion internet suffisament rapide), voici un lien vers la page ou = le =20 > sieur Mickael Abrash a mis en telechargement libre son dernier bouquin = : le =20 > "Black book of graphic programming".. ca pese 175 Mo au total (il n'y = a pas =20 > moins de 70 chapitres !). Comme dirait l'autre : A must have !!=20 > =20 > http://www.ddj.com/articles/2001/0165/0165f/0165f.htm=20 > =20 ------------------------------------ Now it's time to hang up your Internet connection and to come back to = normal life... fl...@in... (Florent Boudet)= |
|
From: jc <je...@fr...> - 2001-03-25 09:44:42
|
Salut ! Tout d'abord, Florent, (ou guillaume, ou quinconque peut avoir acces a une= =20 connexion internet suffisament rapide), voici un lien vers la page ou le=20 sieur Mickael Abrash a mis en telechargement libre son dernier bouquin : le= =20 "Black book of graphic programming"=2E=2E ca pese 175 Mo au total (il n'y a = pas=20 moins de 70 chapitres !)=2E Comme dirait l'autre : A must have !! http://www=2Eddj=2Ecom/articles/2001/0165/0165f/0165f=2Ehtm maintenant que tu as un beau graveur, ca serait cool que tu ailles recupere= =20 ca a l'ICAM et que tu en fasses un beau CD=2E au passage, moi aussi j'ai une carte SCSI maintenant (c'est qu'il jete=20 n'importe quoi chez France Telecom : un pentium 100, avec carte ethernet,=20 scsi, disque dur 1Go, =2E=2E=2E), mais tjrs pas de periph pour tester si ell= e=20 marche=2E=2E=2E (tout le monde s'en fou, mais moi je suis content :-) Sinon, j'ai toujours pas commence a chercher l'origine des folles divergence= s=20 dont nous sommes victimes ; aujourd'hui aussi ca sera dur, donc va surement= =20 falloir attendre les vacances=2E A+, Gordon Freeman=2E --=20 M=E9ditez, mes braves, m=E9ditez=2E=2E from : jeko@free=2Efr the iOS website : http://ios=2Efree=2Efr -- |
|
From: Florent <fl...@in...> - 2001-03-22 17:26:31
|
OK, Pinecake fonctionne m=EAme sur des gros niveaux, mais il semblerait = que les r=E9sultats divergent entre les deux plateformes. Ca fait un bout de temps qu'on avait compris que les calculs sur floats = ne donnaient pas exactement les m=EAmes r=E9sultats sur PPC et Intel, = mais quand m=EAme... Sur PPC : *=3D*=3D* STATS *=3D*=3D* Number of sectors : 47 Number of polygones : 240 Number of portals : 46 Maximum number of visible polygones : 106 Minimum number of visible polygones : 13 Average number of visible polygones : 54.489361 Maximum number of visible sectors : 23 Minimum number of visible sectors : 3 Average number of visible sectors : 11.255320 *=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D* Sur Intel : *=3D*=3D* STATS *=3D*=3D* Number of sectors : 47 Number of polygones : 240 Number of portals : 46 Maximum number of visible polygones : 113 Minimum number of visible polygones : 13 Average number of visible polygones : 52.170212 Maximum number of visible sectors : 24 Minimum number of visible sectors : 3 Average number of visible sectors : 10.744680 *=3D*=3D*=3D*=3D*=3D*=3D*=3D*=3D* Le BSP aussi est diff=E9rent : il arrive au m=EAme nombre de polygones, = mais sans prendre le m=EAme chemin... C'est quand m=EAme louche, parce que m=EAme si les calculs sont un poil = diff=E9rents, un secteur doit =EAtre visible ou non d'un autre et un = polygone est devant ou derri=E8re un plan. Donc soit on g=E8re mal le delta (ZERO_VECTOR), soit il est trop = petit... Soit la BDC du parser ne donne pas tout =E0 fait les m=EAmes = r=E9sultats. J'ai joint =E0 ce mail la sortie de compilation de maxi.panam, ainsi que = les infos du parser quand la verbosit=E9 maximale est activ=E9e. JC, si = tu pouvais regarder si tu as les m=EAmes r=E9sultats sur les infos du = parser, =E7a permettrait d=E9j=E0 d'innocenter la BDC. A+ et ne divergez pas trop quand m=EAme. |
|
From: jc <je...@fr...> - 2001-03-19 21:29:11
|
Un mot pour tous : j'ai fait un snapshot de l'etat de pinecake, sur le ftp= =20 dossier pinecake/, fichier pinecake-2001-03-19=2Etar=2Egz Sinon, je vais ce soir me suis lance dans une specification du format AROLD; C'est juste un d=E9but=2E Tu vas surement trouver que c'est assez lourd Florent, mais je vais avant ca= =20 t'expliquer comment je pense qu'on peut faire fonctionner l'enregistreur de= =20 fichier : Des methodes bas niveau permettant de manipuler des zones dans un fichier=2E (reserver une zone de n octets, remplir cette zone avec telles donnees) Des methodes plus au niveau : definition des champs composant un type de=20 donnees, la methode pour ajouter un element de ce type dans une zone=2E=2E= =2E (c'est la que se gere l'endianisme par exemple) Les methodes encore plus haut niveau, sp=E9cifiques au format AROLD : - Enregistrer les infos de fichier=2E - Enregistrer l'index des points=2E - etc=2E=2E Tout cela est tres mal exprim=E9=2E=2E pour moi c'est limpide=2E Une fois que j'en aurais fini avec le PVS (ce qui est presque le cas, j'ai= =20 l'impression, puisque ce que je trouve maintenant me semble tres correct), j= e=20 m'y attelerai=2E=2E Pour ta part, Florent, il faudra que tu optimise un peu ton BSP-Builder, qui= =20 prend un temps je trouve deja tres important pour des niveaux ridiculement= =20 petit=2E je suis en ce moment en train de calculer maxigarg=2Epanam, qui contient 332= =20 polygones=2E=2E=2E le resultat arrive bientot =2E=2E=2E =2E=2E=2E=2E bientot= =2E=2E=2E=2E haaaaa =2E=2E=2E=20 bientot ???? tient=2E=2E il reagit 94 poly dans le plan=2E bien bien =2E=2E= =20 pfooooooooooooouuuu=2E=2E=2E=2E ca fait deja 5 minutes l=E0=2E=2E=2E Et alors ? ca vient ? 7 minutes =2E=2E=2E ce qui fait 49 minutes de chiens ! 8=2E=2E=2E 9=2E=2E=2E 10 minutes =2E=2E=2E Est-ce que je vais en avoir marre ??? ca serait con, maintenant que j'en sui= s=20 la=2E Bon, en attendant, quelques conseils d'optimisation qui me viennent en vrac= =20 (11 minutes) : -> arreter de chercher le polygones qui en coupe le moins des que tu en=20 trouve 1 qui n'en coupe aucun=2E=2E (12 minutes) -> essayer de separer au maximum l'espace en 2 a chaque decoupage (puisque l= e=20 nombre de test est de l'ordre de factorielle le nombre de polygones =E0 test= er) (14 minutes=2E=2E=2E ca commence =E0 s'affoler, puis 14 minutes 30, il m'affiche BSP tree built=2E 335 polygons=2E mais ca continue =E0 calculer=2E=2E qu'est-ce que c'est que cette histoire= =2E=2E=2E il=20 est fou ton algo=2E=2E (ca fait 16 minutes maintenant)) -> eventuellement : faire un premier passage ou tu enregistre tous les=20 polygones qui n'en coupe aucun, puis decouper par tout ces polygones l=E0=2E= =2E=20 repeter l'operation jusqu'=E0 ce que ce ne soit plus possible=2E=2E=2E (quoi= que on=20 retombe sur un nombre de calcul de l'ordre de factorielle nb_polys), c'est= =20 pas top) -> ce qui serait bien, c'est une m=E9thode permettant d'eliminer rapidement = les=20 polygones qui ne sont pas coup=E9s=2E (20 minutes maintenant=2E=2E qu'est-ce que je fais ?) OUF : 21 minutes 30 ! c'est termin=E9 !!! et il n'a rien affich=E9 de plus d= epuis=20 5 minutes =2E=2E=2E c'est quoi le truc ??? Bon, sur ce je vais me coucher, ci-join le fichier en question=2E=2E qui m'a= fait=20 tant su=E9, et le resultat de la sortie standart=2E=2E A+ J=2EC --=20 M=E9ditez, mes braves, m=E9ditez=2E=2E=2E from : jeko@free=2Efr the iOS website : http://ios=2Efree=2Efr -- |
