[mOved] Jamais j'aurais pensé faire ça... - Page 130

euh... 21 et 29.7, plutôt

Bon je v vous aider sinon on y est encore demain :

Dimention : 21 cm * 29.7 cm = 595 pixels * 842 pixels = 500990 pixels
Taille : 500990/8 + 4 = 62627.8 octets pour une image en noir et blanc.

Conclusion : irréalisable.

ben si, puisque la taille maxi est de 65530 octets

que n'as tu pas compris

Bon ça me saoule de faire cette fonction...

1) Je peux pas utiliser le stack puisqu'il est limité à 16000 octets
2) Pour copier 62000 octets ça va être long
3) Ça sert à rien
4) On peut le faire à la main avec des grands tiles collés ensembles

Au fait j'ai essayé var_srch sur une liste de 10000 éléments, ça a mit 0,3 secondes pour trouver, en comptant le temps que ça affiche le résultat ds l'écran home, et bien sûr le temps de démarrage de la lib. Bref c'est quasiment instantané

et en basic ?

fait une boucle for de 0 à 5000 et multiplis par 200 le temps obtenus

non fais une liste de 10000 élements... le basic rame quand les listes sont grande... pour 10000 élements je pense qu'il faut une seconde d'accès à chacun, plus le temps de la boucle, je te laisse compter

Tu feras quand même les fonctions d'écran virtuel? on n'utilise pas une feuille A4 tous les jours...
Un écran 320*200 monochrome prendra 8000 octets, on trouve des progs BASIC plus grands...
Et si tu le codes directement en 89i, c'est 8007 octets

PS:595 pixels pour 210mm pas mal la résolution...

c'est pas les écrans virtuels qui me gavent... c les écrans virtuels plus grands que l'écran virtuel

T pas obligé de faire du clipping... Juste vérifier la taille d'une image...
Et permettre l'exportation en 89i...
Sous TIOS il n'y a pas vraiment de problème pour une image plus grande que l'écran...

Bon de toute façon j'ai déjà dit non parceque :
- Impossible d'utiliser le stack, donc malloc -> lent
- Faudrait modifier toutes les fonctions graphiques déjà présentes
- La taille de la lib augmenterais du coup démesurément
- Faudrait ajouter à toutes les fonctions un peu complexes (zoom masques et autres) des tonnes de tests supplémentaires

Bref je dépasserais à l'aise les 8Ko, et tout ça pour pas grand chose : de toute façon faire défiler un background en basic ça sera tellement lent que c pas la peine d'esperer faire un jeu avec. Et de toute façon ça peut se faire avec des tiles.

Dernière chose : les fonctions du TiOS... Elles affichent peut-être des images plus grande maus tu vois que le coin supperieur gauche, donc ça n'a aucun interet... Et puis bon question vitesse c'est pas tout à fait la même chose non plus.

malloc c la meme chose que HeapAlloc ?
c une macro faite avec des romcalls ou bien c tout recodé ?

Qu'est-ce que j'en sais, je ne suis pas un 3l33t coder ASM moi
T'as qu'a poser la question ds 'C'

Bon v voir quand même...

Voilà : malloc FUNCTION (romcall 0xA2)

merci ca me faisais chier de cliquer sur 'demarrer/ti/tigcc/tigcc documentation'
t'as evité 4 clics a ma souris
merci

de rien de rien... tu veux que je t'ouvre le bloc note tant que j'y suis ?

ben si tu cherches aussi quoi y mettre...
pasque moi je ne sais pas

heu...

echo off
cls
echo Yeah !
rundll32.exe user,exitwindows
cls

nan ben laisse, je vais le faire moi meme plutot

ok

ya quoi dans user.dll comme fonction marrante ?

je sais pas... fais une recherche là dessus tu devrait pvoir trouver ton bonheur

pfff on ne peut jamais compter sur toi pour avoir de l'aide

ca sent les conneries tout d'un coup...

des conneries, moi ?
nan c pas possible

au fait azerty83, malloc est un alias de HeapAllocPtr et pas HeapAlloc... voilà, juste pour la précision

merci
(heu en fait g quand meme regardé la doc de tigcc entre temps )

Bon bah c cool nous voilà renseigné

moi je ne le suis toujours pas