Un nioob de Genlib - Page 4

Au fait, j'ai oublié ça :

> Ce n'est pas que je n'y comprends rien, c'est que je me contrefiche de la qualité de ta simulation, ça reste de la simulation et pas de la pratique !!!
Il me semble avoir déjà répondu à ça...

1) sur le circuit super simple qu'on étudiait, même un simulateur de qualité moyenne donnerait des courbes tout à fait exactes. Voilà pourquoi je comparais "ma théorie" (mes calculs de pauvre humain) à la "pratique" (les calculs ultra-sophistiqués -qui n'en sont même pas. Un simulateur du gabarit de PSPICE effectue une analyse transitoire, ce qui signifie qu'il fait "couler" les électrons dans le circuit microseconde par microseconde (le pas est réglable), il me semble- puisque tout le monde (sauf ceux qui ne connaissent pas le sujet dont ils parlent) sait que le plus pourrit des simulateurs ne peut pas se tromper sur un circuit aussi simple.

2) j'ai déjà admis que je n'aurais pas dû utiliser le terme "pratique" pour ne pas choquer les quelques fanatiques de rigueur, qui me font bien rire en passant ("c'est pas parceque la probabilité est de 1/1000000000 qu'il faut dire blabla...").

Pour le standrad, de toute façon, comme tu le dis, l'utilisateur choisit comme il veut. Et s'il y a un éditeur livré avec la lib => argument

En résumé, tout plein de petits trucs inutiles dont ExtGraph se passe très bien.

Excellent ce Kevin

Il ne se rend pas compte de toutes ses réponses bizarres, je trouve ça dommage.

mdr si il fallait faire un format standart ce serait plutot un format comme celui de genlib ( c'ad un peu pres comme X ou GX)..
mais certainement pas le format defini par la tigcc lib et tict.. qui est en plus un format pouri..

c'est bon maintenant ca se voti de plus en plus: tigcc tend vers une attitude a la microsoft!

La librarie la plus simple est sans conteste genlib:

#include <genlib.h>
void gl_main(void)
{
glaux_text(CENTER,CENTER,"Genlib is the easiest!",T_FONT,C_DGRAY);
gl_wait_key();
}

Compile avec la version courante de genlib

TiMad > Tu vois ser qu'il nous reste a faire ?

Je precise quand meme que l'ancien mode fonctionne toujours.

TiMad > il faut qu'on ai sa :

#include <xlib.h>

int X_main(int argc, char *argv)
{
 X_FONT *font;
 font = X_SetFont(XT_BIG_FONT, XT_GLOW | XT_ITALIC);
 X_PutString(CENTER, CENTER, "XLib is like Genlib but nicer ;)", font, DARK_GRAY);
 X_WaitForKey(); 
 return 0
}

on a deja.. manque jsute le center qui peut etre defini avec un define..
de totue maniere ca commence a me gaver de programmer Xlib

XDanger :
> Tu crois vraiment que gt sérieux ?? que je pense reellement que, parce que tu as employé l'expression au temps pour moi, tu te crois le maitre de la communauté ti-68k ??? Bien sûr que non, là, je ne croyais pas que tu étais sérieux... Sinon, l'allusion "Certains ici sont spécialistes de ça..." n'aurait pas été écrite de cette façon-là.

ah
je suis rassuré !
huhu

> mais certainement pas le format defini par la tigcc lib et tict.. qui est en plus un format pouri..
Je dirais plutôt qu'il ne faut pas que ça devienne le format standard parcequ'il ne permet pas la plus grande vitesse d'affichage. De ce point de vue il est pourri, oué

T'éxagère un peu là. La seule différence c'est qu'il utilise plus de registres (quand tu veux que ça soit rapide bien sûr).

> La seule différence c'est qu'il utilise plus de registres
Donc il n'est pas optimal. Tu es en train de dire la même chose que nous !?!

Non. Utiliser plus de registres n'est pas forcément plus lent.

+ de registres utilisés == + de registres empilés/dépilés == plus lent
format graphlib == deux pointeurs à passer == encore plus lent
Et pour les sprites 32x32 en mode ERASE ou MIX, on a besoin de tellement de registres qu'on n'en a plus assez, on est obligé d'utiliser une variable en RAM ou de swaper un dn avec un an dans la boucle.

Je sais pas ce que tu cherches à dire, mais c'est pourtant sûr : le format GraphLib n'est pas le meilleur.
C'est pas pour rien que XDanger envisage d'ajouter des fonctions utilisant un format spécial (semblable à ceux de GX/X/Gen).

il est plus lent pour autre chose aussi..

Soit j'ai pas fait gaffe, sois je ne me souviens plus des inconvénients que j'ai constatés quand je codais GX

PpHd> tiens tu t'es enfin décidé à le rajouter? Depuis le temps

( [pub] et puis GTC le fait depuis longtemps [/pub] )

Ben je voulais une compatibilite parfaite avec les anciens programmes, c'est tout.

au fait tu devrais optimiser ta routine de "transparence noire"

PpHd :
void gl_main(void)
[...]
Compile avec la version courante de genlib

Tu fais comment? Tu utilises le nouveau linker?

Thibaut :
+ de registres utilisés == + de registres empilés/dépilés == plus lent format graphlib == deux pointeurs à passer == encore plus lent

Le format standard nécessite aussi le passage de 2 à 4 pointeurs. Rien ne dit que les plans sont forcément consécutifs.

Kevin Kofler
: Tu fais comment? Tu utilises le nouveau linker?

Je parit pour quelque chose de beaucoup beaucoup lus simple

Ah oui, je pense que je vois ce qu'on peut faire.
Un truc du style:
#define gl_main _main(void) {... gl_main(); ...} void gl_main

Le format standard nécessite aussi le passage de 2 à 4 pointeurs. Rien ne dit que les plans sont forcément consécutifs.

Ce n'est pas un format STANDARD, et pour reprendre tes argument, XSpriteConvert ne supporte pas le format tigcc donc il ne peut pas etre standard (et oui quand on sort des arguments con faut d'attendre a ce que ca te revienne dans la gueule).

sur mon PC, je n'ai aucun convertisseur de sprites pour le format extgraph tigcc... alors que j'ai mon convertisseur au format XLib...
le format Xlib est donc, pour mon pc, le format standard.

Sur mon pc je n'ai aucun convertisseur, donc le format standard c'est celui quie st dans ma tete

Sur mon pc, j'ai mon éditeur de sprites qui pourra bientôt me les sortir dans n'importe quel format alors moi j'aurais bientôt plus de format standard.

./117> bah, vu que je codfe sous X, j'ai besoin d'un convertisseur

et vu que ceux proposés ne me convenaient pas, j'ai fait le mien
(ligne de commande powa ! (comme ça, je peux l'appeler par des fichiers batch))

ouai mais rien ne t'empeche de le diffuser