TIDivX 2 : le Retour 3 : cette fois, c pas des blagues - Page 7

>>Et si Tidivx se transformait en lib ?
pas con du tout , je vais essayer,
mais, ne vous emballer pas, sa restera du kernel malgrés tous
aprés faudrait que je demande a Nitro comment faire pour utiliser
une lib kernel avec un prog C.

Je veux pas relancer le debat nostub-kernel,
mais vu la taille que prendrait les données cinématiques,
il serait mieux d'avoir un kernel

-

Orion_ a écrit :
sa a rien a voir, mais,
de toute façon, si je devait transformer TIDivX en Lib,
je pourrait a la limite reprendre juste les routines de graphlib qui m'interresse
mais par contre pour Pk92Lib koike !

Ce serait trop lourd ?

parceque, ce qu'il ne me plait pas c que ma lib va faire a peine 200octets
et qu'elle aura besoin de graphlib et pk92lib.
donc, autant que je réunissent ces 2 lib en une seule
qui contiendra aussi le routine de TIDivX,
comme sa, on aura une seul lib, et pas une petit lib qui a besoin de 2 autres lib
dont une (graphlib) qui ferait 2Ko, mais dont TIDivXLib ne se servirait que de 2 routines
[gr

cette transformation en lib, pourrait peut etre aporter une autre chose a
TIDivX, :: l'emplois de chaine et non plus de Lib, dans lequel
serait stocké les donnée, cela permettrait de ne plus avoir la limitation
de 200Ko (taille de la RAM) pour les anims
et ainsi, faire des anim de 500Ko voir plus

mais bon, je verait sa plus tard, la je me concentre plus sur
mon KW.

n'empeche, je vais aller poser 2 ou 3 question sur le forum ASM, pour cette histoire de chaine

[cite]Orion_ a écrit :
sa a rien a voir, mais,
de toute façon, si je devait transformer TIDivX en Lib,
je pourrait a la limite reprendre juste les routines de graphlib qui m'interresse
mais par contre pour Pk92Lib
koike ![cite]
Ce serait trop lourd ?

parceque, ce qu'il ne me plait pas c que ma lib va faire a peine 200octets
et qu'elle aura besoin de graphlib et pk92lib.
donc, autant que je réunissent ces 2 lib en une seule
qui contiendra aussi le routine de TIDivX,
comme sa, on aura une seul lib, et pas une petit lib qui a besoin de 2 autres lib
dont une (graphlib) qui ferait 2Ko, mais dont TIDivXLib ne se servirait que de 2 routines

Sauf erreur de ma part, graphlib reunit gray4lib et gray7 lib entre autre, et ces deux libs seules ne pesaient meme pas 200 octets ?

cette transformation en lib, pourrait peut etre aporter une autre chose a
TIDivX, :: l'emplois de chaine et non plus de Lib, dans lequel
serait stocké les donnée, cela permettrait de ne plus avoir la limitation
de 200Ko (taille de la RAM) pour les anims
et ainsi, faire des anim de 500Ko voir plus

De la haute qualité ou bien longue . Sauf qu'il faut pas mal de place pour ca...

mais bon, je verait sa plus tard, la je me concentre plus sur
mon KW.

CAD ?

-

Orion_ a écrit :
>>Sauf erreur de ma part, graphlib reunit gray4lib et gray7 lib entre autre

Erreur de ta part, en effet, gray4lib et gray7lib
ne font que rediriger leur fonction vers graphlib. donc, si tu a gray4lib, tu est obligé d'avoir graphlib.

Ya un fond de verité ds ce que jai dit malgré tout donc,
je voulais prendre comme exemple ce que tu disais
si tu n'integre pas les autres routines dans ta lib
tidivx fera comme ces librairies, rien que retourner les infos
vers graph et pk92

faudrait peut-être en fermer un des deux ???

-

ok dsl mais vu que je suis tombé dessus et que je retrouvais pas le sujet je me suis posé des quesions

bah je trouve que ca derange pas d'avoir une lib de 200 octet
parcontre avoir 2 fois graph lib ca serait plutot chiant

jibax
a écrit : bah je trouve que ca derange pas d'avoir une lib de 200 octet

Moi je trouve que si, ça dérange. Peu importe la taille, ça reste toujours un fichier supplémentaire qui traîne. J'ai déjà 321 fichiers dans mon main sur ma TI-89, ça suffit!

parcontre avoir 2 fois graph lib ca serait plutot chiant

Relis bien: il n'y aurait que les fonctions réellement utilisées (niveaux de gris, donc autour de 1 KO)!

Kevin >> tu n'as qu'à utiliser un shell capable de cacher/décacher les fichiers, après tu t'en fous bien de savoir si tu as bcp de fichiers dans "main" ou non.
Ton var_link devient tout propre.

1. C'est sale de cacher les fichiers. Ce n'est pas prévu par AMS (le flag est réservé pour usage interne normalement, pour les programmes qu'on est en train d'éditer par exemple), et AMS ne trouve plus du tout ces fichiers, et tous les programmes programmés proprement (qui lisent les fichiers à travers les ROM_CALLs, pas en recherchant directement dans la VAT) ne les trouvent pas non plus.
2. TICTEX ne sait pas le faire. (Il est programmé proprement.)

La preuve que la manière propres n'est pas forcément la meilleur

Je préfère un explorateur qui ne plante pas et qui ne sait pas traffiquer le flag hidden (prévu pour usage interne par AMS uniquement!) plutôt qu'un explorateur qui plante et qui sait le faire.

=> Einstein RULEZZZZZZZZZZ

Mais il n'existe plus.

On peut faire planter la calc en cachant un fichier ???

Ben il existe toujours, la bêta 2.9 est chez les testeurs. Elle est déjà très complète
Le projet par contre, s'il n'est pas mort, il va prendre en tout cas beaucoup de retard

>Orion: J'ai retrouve un petit programme de video base sur pk92lib sur mon disque dur. Desole, mais en plus il marche tres bien

-

Oué, mais il fonctionne en 2/4/7 niveaux de gris anime au choix.
Et le truc c'est de faire un
ugpconv *.tga /oanim.92s

Va le download dans archive ti-92/graphiques/ugpconv.zip

-

Orion, on va t'appeler le roi des projets...

-

si au moins Nerick se repointait...;. ms g limpression ke je vais avoir le droit au projet seul.#j'ai_peur#.....

ALors, ce bon projet qu'est TI-DIVX en est où ??
Oh fait, ds le titre tu l'apel le retour 3, mais c encore TiDivX 2 ?
@+
PS : Sur XP, il passe le plus souvent () ss pb

le projet est finit depuis un bon moment

fo suivre ...

Avec la N-team c'est dur parfois

de toutes façons le n-team est morte ...

et ça c t prévisible ...