existil d programme pr accélérer le tps de charge - Page 1

Bonjour je voudrai savoir s'il existe des programme pour accélérer le temps de charge d'un programme ???
merci

De l'overclocking software ?
Sinon, une bonne gestion de la mémoir permet déjà de rendre les choses préférables.

Après ça dépend dans quel langage est fait ton programme (surement Basic puisque l'ASM est asser rapide), car le basic peut être plus lent sur les TI 82/83/83+ que sur les 84+/Silver Edition...

Rha ça y est, ça troll encore
Pour les jeux, si on veut des jeux rapide, y'a tout ce qui faut en asm sur 82/83

Juste pour voir : la 83+ a un processeur z80 cadencé à 6MHz (8 normalement) et la 83+ SE est cadencé à 15 MHz (avec le même processeur)...

Donc le Basic est obligatoirement plus rapide sur une SE que sur une 'classique' (mis à par la 84+ qui n'a pas 'Silver édition dans son nom est qui est bien à 15MHz).

J'ai jamais dis l'inverse. (par contre je peux te démontrer son quasi-inutilité, au moins dans le cas des programmes basic.)
Par ailleurs, il est bon de ne pas oublier la capacité de Ti à coder de manière de plus en plus lente et mal au fure et à mesure que les machines sont plus puissantes. (au lieu d'être 2x+ rapide, tu va avoir beaucoup moins. En plus de toutes les autres limitations différentes de la férquence font que même avec la même rom, c" serait clairement pas 2x+ rapide)

Hein ? De toute façons, il me semble que l'ASM est aussi rapide sur n'importe quelle TI, contrairement au Basic.

De toute facon le basic peut etre tres rapide, faut juste bien savoir choisir ce qu'on vas faire comme jeu et comment on vas structurer le code (il faut d'abord savoir ce qu'on peut faire de très fluide et bien foutu, puis d'en faire un jeu, et non pas le contraire comme trop souvent...)

Perso j'ai jamais vu de jeu basic 'trés fluide', ça peut être rapide mais ce sera pas super non plus...

Bha le mode texte est deja parfait pour la TI, donc pour les jeux de gestion.
Il faut ensuite bien savoir choisir ce qui n'est pas "texte" (i.e. avoir une ambition adaptée au basic; on fera pas un jeu de voiture en 3D, ect), mais au final le rendu peut etre tres satisfaisant, et meme meiux qu'en asm, justement grace a cette facilité a utiliser le mode texte en Basic. Simfoot est un exemple de ce que je dit, et sachant que potentiellement on peut faire encore mieux et avec beaucoup plus d'action tout en étant aussi rapide (mais encore une fois il faut bien choisir ce que l'on fait).

Oui, pour les jeux de gestion c'est simple puisque tout ce fait à coups de 'Menu(', mais pour un jeu genre Mario, le basic est nul et lent (sauf si on utilise des libs, mais dans ce cas c'est plus tout à fait du basic).

Deeph (./7) :
Hein ? De toute façons, il me semble que l'ASM est aussi rapide sur n'importe quelle TI, contrairement au Basic.

Je crois pas.. Il y a effectivement des jeux qui tournent à la même "vitesse de jeu" sur différents modèles, mais il me semble que c'est plus du aux auteurs ( régulation du jeu avec les interruptions par exemple) qu'aux Ti.

Fin bref, excepté avoir bridé artificiellement le truc (de manière software) ou être méchamment limité par d'autres caractéristiques que la fréquence, je vois mal comment le même processeur avec une fréquence deux fois supérieur peut exécuter les instructions à la même vitesse.
En plus, si le basic tourne plus vite, ça veut bien dire que ça vient du processeur qui va plus vite en exécutant de l'asm. (interpréter du basic, c'est toujours exécuter de l'asm, bordélique, mais de l'asm.. ). Sauf bridage software improbable, je vois pas trop..

very (./12) :

Deeph (./7) :
Hein ? De toute façons, il me semble que l'ASM est aussi rapide sur n'importe quelle TI, contrairement au Basic.

Je crois pas.. Il y a effectivement des jeux qui tournent à la même "vitesse de jeu" sur différents modèles, mais il me semble que c'est plus du aux auteurs ( régulation du jeu avec les interruptions par exemple) qu'aux Ti.

pas d'accord, pour avoir teste mes progs asm sur 84+ et 83+, je peux t'assurer que c'est la meme vitesse

Avec ou sans shell ?
Sinon c'est p-t un limitation spécifique lorsque l'on lance des programmes utilisateurs (et apps flash ?) faite pour pour pouvoir utiliser les progs déjà fait.. dans ce cas là, reste qu'en fonctionnement 'normal' elle exécute l'asm plus vite. (puisqu'elle va plus vite et que y'a que le proc de changé..). [dans ce cas-là, ça doit pouvoir se craquer..]
J'ai regardé vite-fait sur ticalc/ti/detachedsolutions , j'ai pas trouvé de docs intéressants évoquant ce problème

pas de shell, c'etait pas une apps, sur un temps d'intro de 30s environ, le temps est le meme sur 83+ et 84+ a la seconde pres.

ben en fait c'est parceque javais envoyer un programme ( supramath) et au début sa charger super rapidement puis je c pas ce qui c'est passé d'un coup sa met plus dde temps pour charger.
vous sauriez pas pk ??

Pasque t'a mis plein d'autres programmes/trucs dans ta mémoire vive ('RAM' ).
Archive/supprime les autre. (et tu désarchive un prgm que lorsque tu compte le lancer, sauf si tu le lance tout le temps, de cette manière t'a pas mal de mémoire vive
..)
Sinon, selon les programmes, ça peut aussi venir du fait qu'il charge des données personels (sauvegardes), mais je ne pense pas que ça soit aussi sensible sur un prog de maths.

edit: -e+a

ben jai archiver tout mes autre programme et sa a toujour mis du temps a charger