ligne clippée nivaux gris - Page 2

GoldenCrystal :
Erf oui, mais bon, du code C... à ce moment là, autant utiliser la fonction de multiplication d'application codée en assembleur, ça prendra moin de place pour presque la même vitesse

Tu peux aussi générer du code assembleur.

franchement, pr un tracé de ligne rapide, c genlib qu'il faut utiliser

genlib ne petmet pas d'écrire dans un autre buffer que le buffer écran

???

nEUrOO
: franchement, pr un tracé de ligne rapide, c genlib qu'il faut utiliser

Très intelligent, rajouter 16-20 KO à la taille de son programme pour utiliser une routine de tracé de ligne qui fait 1 KO grand maximum...

on ne peut pas écrire dans un buffer virtuel avec les fonction de genlib

Oui, en plus.

il me faudrait juste 1 routine de tracé de ligne

Martial Demolins > Hem... genlib ≠ AMS

limmt> et DrawClipLine ? Ca marche très bien

limmt
: on ne peut pas écrire dans un buffer virtuel avec les fonction de genlib

Kevin Kofler
: Oui, en plus.

Euh... si

Pas dans un buffer arbitraire, seulement dans un DSCREEN au format genlib. Si on a par exemple 2 plans non-contigus, c'est perdu. Donc on ne peut pas les utiliser avec le double-buffering de TIGCCLIB par exemple. Ces routines ne sont pas assez flexibles.

Et puis de toute façon, c'est vraiment une idée stupide que d'utiliser une librairie dynamique d'une vingtaine de KO pour une seule fonction! Les librairies statiques sont faites pour ce genre de trucs.

Pollux :
limmt> et DrawClipLine ? Ca marche très bien

lol ca marche que dans le buffer écran

-

c bocou trop lent comme routine

je coné pas l'asm

et je coné pa le fransé non plu.
(nan franchement fais un effort stp)

Pas dans un buffer arbitraire, seulement dans un DSCREEN au format genlib. Si on a par exemple 2 plans non-contigus, c'est perdu. Donc on ne peut pas les utiliser avec le double-buffering de TIGCCLIB par exemple. Ces routines ne sont pas assez flexibles.

=> Xlibv2 fait du trible buffering sans probleme suffit d'un tout petit hack, je dirait plutot que ce sont les routines de grays de tigcc qui ne sont pas assez flexibles...

I agree with you. On devrait pouvoir imposer nos plans à la routine de TIGCC. Là, elle serait vraiment flexible.

on peut avec PortSet mais c vraiment lent (50fps avec extgraph pour les lignes, 30fps avec cette routine clippée)

y a que ça comme différence?

pour afficher 24 lignes, si j'en ai besoin de beaucoup plus ca va ramer a mort

Kevin Kofler :
Très intelligent, rajouter 16-20 KO à la taille de son programme pour utiliser une routine de tracé de ligne qui fait 1 KO grand maximum...

Ca dépend de ce qu'il veut faire, c'est sur que si c juste pour une routine de ligne ... c pas ca !

limmt> si la routine d'extgraph n'est que 67% plus rapide que celle d'AMS, je te conseille de te renseigner pour prendre la dernière version, ou une autre routine ^^

demande a Sasume, il a une bonne routine

mééeuh normalement, les routines d'extgraph 2 sont rapides. Même celles d'extgraph 1.02 étaient rapides... Mais les nouvelles sont plus de 2 fois plus rapides, donc le gain de 67% par rapport à AMS me paraît peu probable.
limmt, la plupart du temps quand tu nous renseignes sur la vitesse d'exécution de ton prog, on obtient des chiffres dérisoires, comment procèdes-tu pour mesurer ?

Bon, sinon, pour ta routine, tu n'a qu'à la coder toi-meme, tu pourras encore mieux l'optimiser ainsi.

Sasume
: Bon, sinon, pour ta routine, tu n'a qu'à la coder toi-meme, tu pourras encore mieux l'optimiser ainsi.