bon la releve est assuré ou pas ??? - Page 3

lorie: ptdr... parce que tu crois que GS est dur a programmer??
tout le monde est capable de le programmer.. d'ailleur si je l'ai fait c'etait pour apprendre a programmer en C .. et oui c'etait mon premier prog en C ...
Mais je n'ai ausune motivation a le terminer surtout que maintenant quand je lit les sources je prend peure.. (oui c'est mal programmer et alors? perso j'ai pas honte de mes sources, je les ai distribuée... tout le monde debute un jour..)

et de plus ce que j'ai fait passer dans mon message est assez bien resumée par Rage2k:
ce ki est respectable c que eux ils se sont donné a fond jusqu au bout pour faire kelke chose (je parle plus de pphd et flashz que de pollux la !!) et oui c pas des branleurs comme palp ou moi ki avont abandonné par faigniantise au bout d1 semaine !!!
et c pour ca que je les respects

Parce que si je termine pas GS et que XLib avance a pas de mouche, c'est tout simplement parce que je suis en prepa comme neurone... et donc on n'a pas beaucoup de temps entre de la thermo de l'electromagnetisme et qqs homeomorphismes de programmer!
D'ailleur si Pollux ne vient plus c'est qu'il n'a plus le temps a cause de sa prepa.. Donc quand je vois des msg comme ca ca me fait un peut rire.. en prepa c'est pas comme en fac etc... on rentre a 8h et on sort a 19h voir 21h et quand on rentre on doit bosser... donc si j'ai le temps d'avancer Xlib, je suis content de moi...

Rage2k: sauf que pphd c lui ki a fait genlib et deja ca complik serieusement le tout

j'ai fait Xlib et je peut te dire qu'il n'y a rien de compliquer a faire une lib graphique de base... c'est juste du temps a passer...

c'est que eux ils l'ont fait tout simplement parceque ça n'existaient pas encore des jeux de ce genre ben si il y en avait ben il n'y en avait pas des masses donc ça motive grave !!!
Comme dit NoRbErT tout a déjà fait sur Ti !!!


Rien n'est encore fait... il y a des tonnes de tres bon jeux a faire sur ti... skweek ice cube etc....

d'ailleur si on me passe les sprites de sma au format Xlib, je te releve le defi quand tu veux (quand j'aurai du temps)....
Avec Xlib, on fait le moteur graphique de sma en moins de 2h... (avec tout les effets..)


Enfin bon quand vous aurez compris que les dieux n'existe pas et que c'est juste une question de volonte.. alors peut etre que cette communaute avancera....

ca me ferai bien chier que ce soit aussi rapide que sma !!!

>Avec Xlib, on fait le moteur graphique de sma en moins de 2h... (avec tout les effets..)
Lol. Tu en as d'autres comme ca ?

>e peut te dire qu'il n'y a rien de compliquer a faire une lib graphique de base..
peut etre.
Mais Genlib n'est pas une lib de base, mais evoluee.
gl_update_max_vscreen_16(P1);
gl_put_dhz_plane(P1, dhz1, hdz1);
gl_update_max_vscreen_16(P);
gl_put_dhz_hdz_plane(P, dhz2, hdz2);
Je vous raconte pas la technologie qu'il ya derriere !

Deuzio: les sprites de sma se trouvent ... dans la source de sma.
Bon courage. Je chronometre ?

cool, j'ai pas cours d'anglais

Non serieux, si tu me les mets aux format Xlib, ya pas de probleme...
puis niveau lib de base... 99% des fonctions de genlib sont des fonctions de bases...
Et sur ti, on reste toujours dans les fonctions dites de base pour une lib graphique...

J'ai certe un peu exagerer.. mais faut etre realiste...
Sma n'a rien d'infaisable, ce n'est qu'une question de volonte.. j'ai jamais mis en cause le respect vis a vis de pphd, car il a du passer du temps dessus.. mais relativiser un peu et peut etre que vous comprendrez qu'il est tout a fait possible de le faire....

pphd: quand je te parle de 2 h, c'est une fois la lib Xlib (ce qui va me demander pas mal d'heure de boulot dessus...) soit terminée...
Elle gerea 80% du moteur de sma en qqs ligne de prog.. apres il suffit de rajouter un addon pour les effets que tu a fais dedant....

Mais si je dit ca c'est pas du tout pour mettre en avant telle ou telle personne, ni pour en enfoncer d'autre, mais pour retable un regard realiste...

Toute les parutions de jeux sur ti n'ont rien d'infaisables.. c'est juste une question de volontée, et de courage (que j'ai jamais mis en cause chez les auteurs....) ..

Rage2k: il sera forcement plus rapide (et de loin..) que le moteur de sma, car contrairement a genlib, Xlib ne fait pas appelle a des routines 16x16 normales.. mais des routines optimiser pour un moteur...
[edit]Edité par TiMad le 25-02-2002 à 13:42:08[/edit]

>PpHd:
>Je vous raconte pas la technologie qu'il ya derriere !

Désolé, mais tout ce que tu nous montres là, c'est une collection de "buzzwords"... Si tu utilisais du langage normal, on verrait peut-être mieux le niveau de difficulté de ces routines.
Voilà ce que je vois dans ta doc:
- Tout ce que fait update_max_vscreen_16 (qui dans la doc que j'ai s'appelle update_vscreen_max16 - si tu arrêtais de changer le nom de toutes tes fonctions tous les 2 mois, on saurait peut-être comment les utiliser ) est afficher des tiles en boucle, en les inversant si certains bits sont à 1.
- gl_put_dhz_plane n'est pas sorcier nos plus. Tu affiches un plan avec 2 tables pour le scrolling. Tout ce que ça a de particulier et qui le fait paraître compliqué est que le format de ces tables est très mal documenté.
[edit]Edité par Kevin Kofler le 25-02-2002 à 13:50:28[/edit]

ouais je confirme la motivation sa compte beaucoup sans motivation c'est dure de finir un gros projet !

>99% des fonctions de genlib sont des fonctions de bases...
Moins de 40% des fonctions de genlib sont des fonctions de base.
gl_put_big_sprite fournit l'affichage de sprites de taille variable, avec masque etendu, et avec clipping. ce n'est pas vraiment quelque chose de basique.

>Sma n'a rien d'infaisable, ce n'est qu'une question de volonte..
Certes. Mais je suis desole, je suis le seul gars au monde, a part de chez sega, a avoir pondu un jeux de type Sonic valable. Les loopings sont HORRIBLES a gerer.
Bon question graphisme, ok, avec genlib, le moteur graphique est TRES simple.

>Elle gere a 80% du moteur de sma en qqs ligne de prog..
je suis desole, mais pour le moment, XLib est tres loin de pouvoir supporter les exigences graphiques de SMA.
Et je ne suis pas d'accord avec toi. Le moteur graphique represente moins de 5% du travail que j'ai fait sur SMA.

>apres il suffit de rajouter un addon pour les effets que tu a fais dedant....
Il risque d'etre tres gros...

>Toute les parutions de jeux sur ti n'ont rien d'infaisables..
Forcement !

>il sera forcement plus rapide (et de loin..) que le moteur de sma, car contrairement a genlib, Xlib ne fait pas appel a des routines 16x16 normales.. mais des routines optimiser pour un moteur...
Je n'ai rien compris.

>Si tu utilisais du langage normal, on verrait peut-être mieux le niveau de difficulté de ces routines.
Et ben quoi ? Tu as des noms meilleurs ?

>si tu arrêtais de changer le nom de toutes tes fonctions tous les 2 mois, on saurait peut-être comment les utiliser
On peut se tromper dans la nomemclature, non ?

>Tout ce que fait update_max_vscreen_16 est afficher des tiles en boucle, en les inversant si certains bits sont à 1.
Et non. Elle fait aussi une gestion de palettes, et une optimisation dans la pass 2 du rendering du Plane.

>gl_put_dhz_plane n'est pas sorcier nos plus. Tu affiches un plan avec 2 tables pour le scrolling. Tout ce que ça a de particulier et qui le fait paraître compliqué est que le format de ces tables est très mal documenté.
Mal documenté ? C'est juste un décalage à gauche ou à droite, du scrolling pour la table de Dhz, et un décalage du pointeur source dans le cas de la table Hdz.
Et c'est ULTRA-PUISSANT comme routines. Tous les effets graphiques des megadrives supernes utilisent ces tables (Ex: le texturing mapping en arriere plan est un des effets que l'on peut obtenir parmis les plus impressionnant).

et moi, là-dedans, je ne comprend rigoureusement rien!!!

Retourne bosser O2

comme il est méchant... c'est vrai qu'il faudrait que j'y retourne, au moins pour finir la partie graphisme en attendant la mémoire...

>PpHd:

>>Si tu utilisais du langage normal, on verrait peut-être mieux le niveau de difficulté de ces routines.
>Et ben quoi ? Tu as des noms meilleurs ?

Peut-être: draw_sprite16_tilemap_1024tiles_hvflipping et display_plane_with_scroll_tables?
Mais j'ai peur que ce ne soit pas très explicit non plus. Ce qu'il faudra surtout que tu fasses si tu veux qu'on utilise ta librairie est documenter correctement des choses comme le format de tes tables DHZ et HDZ: Ils viennent d'où, ces noms? Tombés du ciel? On met quoi comme valeurs là-dedans??? La plupart des personnes ici ne sont pas des experts de Megadrive ou de SNES, et pour eux, comme pour moi, DHZ et HDZ, c'est du chinois!

>>Tout ce que fait update_max_vscreen_16 est afficher des tiles en boucle, en les inversant si certains bits sont à 1.
>Et non. Elle fait aussi une gestion de palettes,

Monter ou descendre le contraste?

>et une optimisation dans la pass 2 du rendering du Plane.

Encore une histoire de valeur du contraste optimale à déterminer?

Si tu utilisais 4 niveaux de gris au lieu de 3, on n'aurait probablement pas besoin de jouer avec le contraste pour avoir la couleur voulue!

>>gl_put_dhz_plane n'est pas sorcier nos plus. Tu affiches un plan avec 2 tables pour le scrolling. Tout ce que ça a de particulier et qui le fait paraître compliqué est que le format de ces tables est très mal documenté.
>Mal documenté ? C'est juste un décalage à gauche ou à droite, du scrolling pour la table de Dhz, et un décalage du pointeur source dans le cas de la table Hdz.

C'est toujours difficilement compréhensible. Ai-je bien compris que la table Dhz est une table donnant un décalage horizontal en pixels pour chaque ligne, et la table Hdz une table donnant le décalage en octets (à utiliser pour un décalage vertical) pour chaque ligne?

>Et c'est ULTRA-PUISSANT comme routines. Tous les effets graphiques des megadrives supernes utilisent ces tables (Ex: le texturing mapping en arriere plan est un des effets que l'on peut obtenir parmis les plus impressionnant

Ça ne m'a pas l'air tellement puissant: par exemple, on peut faire un effet d'ondulation horizontale, mais pas verticale si j'ai bien compris.
Et afficher un écran virtuel avec 2 tables comme ça n'est pas aussi compliqué que tu le présentes. Pour le HDZ, si j'ai bien compris, c'est un simple lea. C'est juste le DHZ qui complique un peu, parce qu'il faut faire un décalage de bits.

Et je trouve drôle que tu dis que le scrolling ne sert à rien, mais en même temps tu présentes tes tables de scrolling comme la solution idéale pour n'importe quel effet graphique.

>Peut-être: draw_sprite16_tilemap_1024tiles_hvflipping et isplay_plane_with_scroll_tables?
C'est lourd comme noms

>Mais j'ai peur que ce ne soit pas très explicit non plus. Ce qu'il faudra surtout que tu
>fasses si tu veux qu'on utilise ta librairie est documenter correctement des choses
>comme le format de tes tables DHZ et HDZ: Ils viennent d'où, ces noms? Tombés du
>ciel? On met quoi comme valeurs là-dedans??? La plupart des personnes ici ne sont
>pas des experts de Megadrive ou de SNES, et pour eux, comme pour moi, DHZ et
>HDZ, c'est du chinois
Je suis desole, elles sont documentees, et il y a 4 exemples qui s'en servent.
Ca devrait etre suffisant, non ?

>Monter ou descendre le contraste?
Ben... Un prefiltrage du tile a afficher.

>Encore une histoire de valeur du contraste optimale à déterminer?
non, ca c'est l'interruption qui devrait s'en charger.

>Si tu utilisais 4 niveaux de gris au lieu de 3, on n'aurait probablement pas besoin de jouer avec le contraste pour avoir la couleur voulue!
J'ai rendu 100 fois a cet argument. Et j'en ai assez.

>C'est toujours difficilement compréhensible. Ai-je bien compris que la table Dhz est une table donnant un décalage horizontal en pixels pour chaque ligne, et la table Hdz une table donnant le décalage en octets (à utiliser pour un décalage vertical) pour chaque ligne?
C'est ca pour la table Dhz.
Et c'est ca aussi pour la table Hdz.
Tu vois que c'est pas sorcier ?

>Ça ne m'a pas l'air tellement puissant: par exemple, on peut faire un effet d'ondulation horizontale, mais pas verticale si j'ai bien compris.
Et si !

>Et afficher un écran virtuel avec 2 tables comme ça n'est pas aussi compliqué que tu le présentes. Pour le HDZ, si j'ai bien compris, c'est un simple lea. C'est juste le DHZ qui complique un peu, parce qu'il faut faire un décalage de bits.
C'est parce que le systeme de rendu des planes s'y prete fort bien a ce genre d'effets.

>Et je trouve drôle que tu dis que le scrolling ne sert à rien,
Ca depend de ce que tu veux faire comme effet.

> mais en même temps tu présentes tes tables de scrolling comme la solution idéale pour n'importe quel effet graphique.
De quelles tables tu parles ? Les tables Dhz/Hdz ne sont pas des tables de scrolling.
Tout comme le Plane, n'a rien a voir avec le scrolling.

Houla...
Et c'est reparti !!!

Après le grand débat ExtGraph vs Genlib, qui mettait face à face Kevin et PpHd, maintenant, le grand débat Xlib vs Genlib est d'actualité (Ce que Xlib propose actuellement étant plus puissant que Extgraph, il semblerait que Extgraph n'ait plus sa place dans le débat)... et maintenant, il s'agit d'un débat à trois !!!
Je sens que ça va être terrible !!!!!!!!!!!!!!!!!



PS: comme d'hab, je garde ma neutralité... A mes yeux, Xlib et Genlib ne sont pas encore comparables.
(Ni PpHd ni TiMad ne doivent prendre mal cette dernière remarque, qui n'est nullement aggressive envers qui que ce soit)

moi je voie juste que genlib elle a montrer ce kel a ds le ventre !!!
et que elle dechire les 2 autres !!

Oui, Genlib, c'est vrai, a montré ses capacités.

et pi ca vaut pas lib quon a fait avec palp !!!

tené nos projets !!

Erf.. j'ai jamais critiquer une lib ni extgraphlib ni genlib.. j'ai tout simplement dit que c'etit pas un exploit de faire une telle lib...
Pour la version actuelle de Xlib, elle permet aux programmeurs de faire deja des jeux nostub avec des fonctions clipées, ayant une rapiditée largement supperieur a Extgraphlib... Mais elle a pas pour but de concurencer Genlib
En revanche a la prochaine version si vous voulez on poura comparer....
Je suis meme pres pendant les grandes vacances a faire le moteur de Sonic (basé sur celui de la GBA)... une fois que Xlib sera sortie sous sa veritable identitée... ce nom est temporaire... d'ailleur il me semble que seul neurone godzile et moi connaisont le vrai nom ..

Enfin quand a dire que 60% des fonctions de genlib sont evouluée.. tout depend le referentiel....

La relève viendra! a mon avis, il y a eu de grosses pertes mais on a encore des grands, et je ne pense pas que la communauté soit morte, j'ai vu un topic semblable sur le forum il y a plus d'un an et les TI-users sont toujours, la, les sites fr ont même des problèmes d'afluence! Beaucoup de projets sympa apparaissent et j'espère que certains sortiront bientôt et feront parler d'eux!

erf.... c'est même pas joué a tortue ninja

???

ExtGraph n'est pas morte! Au contraire, la version 0.95 vient de sortir!

Désolé Kevin mais des que Xlib sera complètement opérationnele, extragraph n'aura plus beaucoup d'intéret!

Des que genlib sera en nostub, ...

Lol.. genlib est morte si j'utilise ton format de sprites...
forcement avec 3 couleurs... et des hauteurs fixes de 16x16 on gange plus de 200 cycle par sprites...
j'appelle pas ce de l'optimisation (on vire un dbf et op 160 cycles en moins..., et puis on vire un move.W et on fait directement le and et op plus de 100 cycles en moins... mais plutot une perte de qualitée...

D'ailleur rien que pour faire chier genlib, je ferai les fonctions aux format genlib comme ca on vera bien qui sera le plus rapide....

>D'ailleur rien que pour faire chier genlib, je ferai les fonctions aux format genlib comme ca on vera bien qui sera le plus rapide....
Ah ! Si tu veux.

on va rire

PpHd: lol faut pas etre trop sur de soi... c'est pas parce que tu penses que personne peux programmer des routines plus optimisées que les tiennes que c'est vrai...
D'ailleur je te presente quand tu veux une routine plus rapide que celle de genlib avec un vrai mask .... (preshifting rulez....)

Je suis d'accord avec Kevin, Extgraphlib est loin d'etre morte....
D'ailleur, je continurai a conseiler Extgraphlib tant que je pense qu'elle permet de repondre a l'exigence du programmeur...
Contrairment a certain, je ne suis pas exclusif..

il est vrai que Extgraph a une avantage : elle permet de dessiner directement sur le LCD_MEM.

On dirati presque des gamins qui se tire dans les pattes
Au moin c'est bien, quand j'aurais besoin d'optimiser mes drivers, je me ferais pas chier, j'vous les filerrais

NSPIRIT> bof, ma fois, on rigole bien...
ET puis, ça les pousse à optimiser plus
=> c bénéfique !