60

Mouais bon, je ne suis pas programmeur C ou Asm donc je ne sais pas ce que veut dire Flag, bon pas grave.

Pour Ziplib, c'est vrai, le point faible c'est qu'il nécessite un kernel.
Mais par contre j'ai jamais vu de bugs, de quels bugs-parles tu ?

Et pour les dossiers/fichiers cachés, en règle général, je ne cache pas les fichiers, je cache généralement les dossiers.
Il me semble, c'est vrai que si on cache un fichier et qu'on utilise ce fichier, cela peut provoquer un bug.
Par contre si on cache un dossier, et qu'on utilise un fichier qui est caché dans ce dossier, il n'y a normalement pas de bug.

- Pour répondre à Jackie, je cache les dossiers pour éviter d'avoir trop de dossier que je n'utilise qu'occasionnellement.
J'ai par exemple un dossier ou je met des sauvegarde de mes programmes basic en cours de développement.
Tu as dû déja programmé en basic je pense. Et ben moi il m'est arrivé plusieurs fois pendant que je programme un truc, que ma Ti s'éteind là où je ne m'y attend pas. Et forcément cela me fais disparaître mon programme.
A cause de ça, maintenant quand je programme un truc en basic, je fais de tant en tant une copie de mon programme sur un dossier de sauvegarde et je l'archive pour être sûr au cas où. Et ce dossier quand je ne l'utilise plus, je le cache.
- J'ai aussi un dossier où j'ai une copie des principales librairies. Une sauvegarde au cas où. Et ce dossier je le cache également.
- Faut dire aussi que je cache des dossiers face au trop curieux qui veulent scruté ma Titongue
Un forum où on parle des calculatrices en général (Texas-Intrument, Casio, Hp, etc...)

http://www.love-roulette.com/forums.cgi?forum_id=10

62

ExtendeD
a écrit : Ca plante tout le temps à la sortie, même sur une calc propre (92+ HW2 AMS 2.08). SH'L le lance parfaitement>.

v200 2.07, C PARFAIT!! toptoptop
"Scrutant profondément ces ténèbres, je me tins longtemps plein d'étonnement, de crainte, de doute..."
Edgar Allan Poe

63

Ce qu'avait commencé Thomas Nussbaumer avait l'air de marcher pas mal, qu'est-ce qu'il en fait ?

Tu parles de PackLib ou de ttpack on-calc ?
PackLib a été commencée, et rassemble plusieurs compressions (LZO12, LZRW3A) + KOMP que j'ai ajoutée, mais qui n'est pas testée en décompression...
ttpack on-calc nécessite 128 KO + 15 * size_of_input_file... il a donc été abandonné.

Le plus gros problème est le manque de temps... Mais la faiblesse du hardware des TI-68k n'arrange vraiment rien.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

64

XDanger
a écrit : Le plus gros problème est le manque de temps... Mais la faiblesse du hardware des TI-68k n'arrange vraiment rien.


Attent on programme sur ti justement pke le hard ne permet pas de tout faire comme des bourrins !
Puis on peut tres bien faire de la bonne compression sans pour autant utiliser 128ko + 15*la taille roll.

Je parle notamment des compresseurs LZ qui sont globalement de bons algo, mais faut les implémenter en asm... (c poru cela que ZipLib marche pas mal)

smile

65

nEUrOne a écrit :
Je parle notamment des compresseurs LZ qui sont globalement de bons algo, mais faut les implémenter en asm... (c poru cela que ZipLib marche pas mal)
smile

Kevin >Je ne connait rien en compression mais je ne comprend pas pourquoi tu as dis que Ziplib buggait confus (vu que Neurone semble dire que ziplib marche pas mal)

Thibaut > J'ai trouvé un bug dans ton shell.
Si par exemple je cache un dossier/fichier avec un autre shell, et ben Einstein n'affichera pas ces dossiers.sad
Un forum où on parle des calculatrices en général (Texas-Intrument, Casio, Hp, etc...)

http://www.love-roulette.com/forums.cgi?forum_id=10

66

Il me semble que c fait pour grin

XDanger > Euh, oui je veux bien la derniere version de tthdex, c me sert bcp e ce moment.

MicroTI > un handle, c le bloc memoire associe a un fichier. Enfin il me semble
Car seuls les cons ne reconnaissent pas leurs erreurs.
=========================================
Avis aux newbies, avant de poster, essayez ça ->[http://databob.free.fr/IFAQ/FAQ]

Membre de la [V4pOR T34m]
EvaSDK's Homepage > et c'est reparti

67

Je ne connait rien en compression mais je ne comprend pas pourquoi tu as dis que Ziplib buggait (vu que Neurone semble dire que ziplib marche pas mal)

Parce que pour Kevin une lib dynamique c'est un bug grin
avatar

68

c ce que j'allais ecrire grin

69

Parce qu'il y a eu plein de problèmes avec ziplib, par exemple des plantages sous AMS 2.05. Et que quand PpHd a travaillé sur ziplib pour PreOs, il s'est plaint du nombre de bogues qu'il avait à corriger. Bref, la version corrigée par PpHd est peut-être moins boguée, mais je ne pense pas qu'elle soit sans bogues.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

70

> XDanger > Euh, oui je veux bien la derniere version de tthdex, c me sert bcp e ce moment.
OK. Il faut TIGCC 0.94 Beta 20 (mais ça devrait marcher sous la 18 si tu remplaces ER_MEMORY par 670 dans le _main).

J'avais vu dans un bout de ziplib que hibou avait posté, que l'instruction moveq.w (moveq n'existe qu'en .l, rappelons-le) était utilisée... Alors il ne faut pas s'étonner si ça plante, avec des horreurs comme ça (si jamais il y a quelque chose d'important dans la partie haute du registre, ça va planter)...
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

71

MicroTi > Si je compresse par exemple un fichier archivé, au final j'aurais un fichier compressé, mais il ne sera plus archivé.

C'est pas un bug, c'est voulu. Il y a 2 touches à presser pour le réarchiver wink


> le point fort c qu'on peut zipper plusieurs fichiers sans qu'il nous demande confirmation.

Avec Einstein aussi !


> J'ai trouvé un bug dans ton shell. Si par exemple je cache un dossier/fichier avec un autre shell, et ben Einstein n'affichera pas ces dossiers.

Bon Dieu ! tu sais ce qu'est un bug, ou quoi ?
Tu n'arrête pas, sur ce forum ou sur le mien, de parler de bugs qui n'en sont pas wink Lis le ReadMe !


Kevin > Ziplib compresse très mal (par rapport à ttpack), nécessite un kernel et comporte des bogues.

Einstein utilise le même algorithme que ZipLib (enfin, d'après ce qu'on m'a dit), et que je sache, il n'est pas en mode kernel et n'a pas de bogue wink
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

72

Et par rapport au taux de compression de ziplib, il se situe où ?

73

L'algo dont je parle, c'est le Huffman adaptatif. On m'a dit que ZipLib utilisait le même. Les taux doivent être identiques à 2-3 octets près wink

Au début, une semaine avant sa sortie, j'utilisais un algorithme plus performant que ça... mais beaucoup plus lent mourn
C'était du Huffman progressif : pas besoin de stocker la table des occurences, on la devine à la décompression (magic), et en plus cette méthode a l'avantage de s'adapter aux "fluctuations" du fichier.
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

74

>mais beaucoup plus lent
On s'en fout grin

75

Je ne pense pas que mes utilisateurs auraient accepté d'attendre 40 secondes pour compresser un fichier de 40 ko roll
La version de l'algo à laquelle je me suis résigné est 10 fois plus rapide.
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

76

1Ko/s ??

C plus que correcte pour une TI !!!

Thibaut oublie pas que passé un temps les terminaux etait bloqué a 1200 Baud !

un fichier de 40Ko c deja enorme !
Alors franchement si 1Ko/s tu trouve sa lent...
Utilise pas zip ss dos avec un 286...
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

77

Si le gain est important, je prefere attendre un peu plus, ca ne me derange pas. Tu devrais mettre les deux et a la limite ajouter une fenetre de progression.
Car seuls les cons ne reconnaissent pas leurs erreurs.
=========================================
Avis aux newbies, avant de poster, essayez ça ->[http://databob.free.fr/IFAQ/FAQ]

Membre de la [V4pOR T34m]
EvaSDK's Homepage > et c'est reparti

78

Correction :
> je prefere attendre très beaucoup trop énormément hyper plus
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

79

nem si c du genre 40 sec voir 80 sec pour 40Ko, ca me va
Car seuls les cons ne reconnaissent pas leurs erreurs.
=========================================
Avis aux newbies, avant de poster, essayez ça ->[http://databob.free.fr/IFAQ/FAQ]

Membre de la [V4pOR T34m]
EvaSDK's Homepage > et c'est reparti

80

La perte de temps est démeusurée par rapport au gain !
avatar
Un site complet sur lequel vous trouverez des programmes et des jeux pour votre calculatrice TI 89 / Titanium / 92+ / Voyage 200 : www.ti-fr.com.
Quelques idées personnelles ici.

81

On s'en fout !!!!!
Une fois que c compresser, on s'en soucis plus du temps de compressionroll
En revanche, s'il faut autant de temp pour décompresser, là c plus embétant.
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

82

Mais non, si par exemple je suis sur un projet et que j'abandonne temporairement, mais que j'ai pas envie d'uploder les fichiers sur le PC, je les range dans un coin et c mieux si c bien compressé...
Car seuls les cons ne reconnaissent pas leurs erreurs.
=========================================
Avis aux newbies, avant de poster, essayez ça ->[http://databob.free.fr/IFAQ/FAQ]

Membre de la [V4pOR T34m]
EvaSDK's Homepage > et c'est reparti

83

1Ko/s c'est bon pour compresser(même génial si on s'approche du taux de ttpack ou de skrnlib) le truc a savoir, c'est la vitesse de décompression car la en effet 1Ko/s ca serait beaucoup trop
avatar

84

qd gt en Term, je cachais les fichiers de pompe...
(oué, je sais, c pas bien grin mais bon...)

maintenant, je cache mon dossier "système", qui cntient le kernel, le shell (heu... je dois même plus en avoir, d'ailleur, actuellement), les libs...
enfin, les trucs sensibles, pr pas qu'on me les efface "par mégarde"
avatar
Tutorial C (TI-89/92+/v200) - Articles Développement Web (PHP, Javascript, ...)
« What is the sound of Perl? Is it not the sound of a wall that people have stopped banging their heads against? » - Larry Wall

85

C'est un abus d'AMS que de cacher des fichiers qui ne sont pas en cours d'utilisation grin !
Pour le fait que tu aies fait des pompes: je n'ai rien à dire là-dessus.
avatar
Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.

86

Pour les pompes, je dirais rien étant donne que je les tapes pour 2 classes grin
Sinon, je trouve qu'au lycée, les "mégardes" arrivent trop souvent.

Moi bang L'imbécile qui a effacé des truc qui fallait pas
Car seuls les cons ne reconnaissent pas leurs erreurs.
=========================================
Avis aux newbies, avant de poster, essayez ça ->[http://databob.free.fr/IFAQ/FAQ]

Membre de la [V4pOR T34m]
EvaSDK's Homepage > et c'est reparti

87

squale92 a écrit :
qd gt en Term, je cachais les fichiers de pompe...
(oué, je sais, c pas bien grin mais bon...)

Tu les cachais avec quel shell ? Doors ? Brain ?
XDanger a écrit :
C'est un abus d'AMS que de cacher des fichiers qui ne sont pas en cours d'utilisation grin !

Cacher un fichier, c vrai que ça entraine pas mal d'inconvénient. Du genre si tu veux archiver/désarchiver un fichier caché, le Tios te dira que le fichier est en cours d'utilisation je crois.
Mais si tu cache un dossier, là je ne vois pas où est le problème.
Moi pour ma part, j'ai fait quelques programmes basic. Je les met dans un dossier caché, et je peux très bien les utilisé.
Un forum où on parle des calculatrices en général (Texas-Intrument, Casio, Hp, etc...)

http://www.love-roulette.com/forums.cgi?forum_id=10

88

Thibaut a écrit :
Einstein utilise le même algorithme que ZipLib (enfin, d'après ce qu'on m'a dit), et que je sache, il n'est pas en mode kernel et n'a pas de bogue wink


heu thibaut, tu n'arrives pourtant pas aux mêmes taux de compressions (30-40% sur un texte)

89

y a kkchose de mieux que le cachage !!!!
tu supprime les fichiers avec une commande spécial, tous en les laissant archiver, un reset, et ils ré-apparaisetongue
avatar
Membre fondateur de la Ligue Anti-MacIntoc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Un expert est quelqu'un qui en sait de plus en plus sur de moins en moins
de choses, jusqu'à ce qu'il connaisse absolument tout à propos de rien.

90

C'est un abus d'AMS que de cacher des fichiers qui ne sont pas en cours d'utilisation

certes, mais c bien pratique qd même smile
Pour le fait que tu aies fait des pompes: je n'ai rien à dire là-dessus.

exact smile
(cela dit, je n'en utilise plus : je ne suis plus en Term depuis plus d'un an smile

MicroTi> j'ai utilisé Doors, puis PCT.
ou alors, je le faisait avec des programmes que j'écrivais moi-même.
ça dépendait des cas.

avatar
Tutorial C (TI-89/92+/v200) - Articles Développement Web (PHP, Javascript, ...)
« What is the sound of Perl? Is it not the sound of a wall that people have stopped banging their heads against? » - Larry Wall