Après 5 ans... nouvelle version d'Einstein - Page 1

Le 11 novembre 2002 sortait la version bêta d'un explorateur de fichiers inédit à l'époque : Einstein 3.0.
Cinq ans après et grâce à quelques programmeurs de la communauté TI française, il est achevé : voici Einstein 4.0 !





Voyons toutes les choses qui lui faisaient défaut et qui ont été ajoutées dans cette version 4.0 :

- Einstein est à présent compatible avec le modèle Titanium de la TI 89.
- Il est désormais possible de renommer des répertoires et des fichiers.
- Il est désormais possible de créer des répertoires.
- Le lancement de programmes compressés en PPG est beaucoup plus rapide qu'avant.
- Einstein est le premier programme officiellement compilé avec GTC*
- Le code source d'Einstein est livrée avec.


Pour cette nouvelle mouture, remercions tout d'abord Pollux qui a retrouvé au fond de son disque dur le code source complet d'Einstein. Citons ensuite tama, Dude et Yourk, du forum de ti-fr.com, qui ont pris le temps de tester cette nouvelle version afin de s'assurer que tous les ajouts fonctionnaient convenablement, et qui ont aussi apporté des idées.


Vous trouverez Einstein 4.0 dans les archives de ti-fr.com, sur www.ticalc.org, ou encore sur mon site.


* GTC est un compilateur C très performant, programmé par Paul Froissart et grandement compatible avec les fichiers sources prévus pour TIGCC. Il est disponible sur PC mais également sur TI 89/92+/V200 sous forme de Flash App. Il est actuellement en phase de bêta test, c'est pourquoi il n'est pas encore disponible sur Internet.

ouai, la flemme

En fait c'est pas juste un explorateur de fichier. Il permet de lancer les ppg, de lire des textes (et j'ai entendu dire qu'à la 5.0 on pourra se connecter au wifi ).
Non plus sérieusement bien joué, je le met sur ma TI89Tita dès que possible!

Thibaut (./1) :

Pour cette nouvelle mouture, remercions tout d'abord Pollux qui a retrouvé au fond de son disque dur le code source complet d'Einstein. Citons ensuite tama, Dude et Yourk, du forum de ti-fr.com, qui ont pris le temps de tester cette nouvelle version afin de s'assurer que tous les ajouts fonctionnaient convenablement, et qui ont aussi apporté des idées.

Je ne suis pas du forum de ti-fr.com
Mais bon c'était un plaisir d'avoir testé einstein

[Ego_demesure]
Chui cité en premiere page de ti-fr!! #trop_fier# ^^"
[/Ego_demesure]

Chapeau a toi Thibaut pour cette maj
Il est pas pres de quitter ma V200 celui-là

(./4 : dans la v5.00 Thibaut nous integre un navigateur web )

(./4 : dans la v5.00 Thibaut nous integre un navigateur web )

(ben en même temps si y a le wifi mais pas de navigateur web, ca sert pas à grand chose... quoique un petit jeu en réseau... ).

lol quel navigateur ?

être cité dans les remerciements de Einstein c'est déjà assez pour moi ^^

Merci pour vos commentaires les gars

tama (./5) :
Je ne suis pas du forum de ti-fr.com

Si si : http://ti-fr.com/?act=14

arf ok j'ai rien dit

Thibaut (./1) :
Il est actuellement en phase de bêta test, c'est pourquoi il n'est pas encore disponible sur Internet.

Ou plutôt: l'auteur n'était pas fichu respecter la licence de la librairie C qu'il utilise. Il faut dire les choses comme elles sont.

C'est exact, mais ce n'est pas le sujet. Merci de ne pas pourrir ce topic.

Au fait, je précise que la version officielle qui est parue aujourd'hui est différente de celle qui était disponible sur le topic de beta testing. Elle prend moins de place en archive car elle a été compilée avec GTC (et par la même occasion, la décompression des fichiers ACF est plus rapide).

Une version kernel n'est pas exclue

Mais je pense qu'il y aurait alors moyen de réécrire certaines choses pour profiter des bibliothèques dynamiques et des fonctions du kernel (détection de la version de l'OS, routine de niveaux de gris, lancement des programmes, etc). On gagnerait encore plus en place.

./13 > Ah! Bon ben je vais mettre a jour ma calc
(Merci pour la precision au fait )

Excusez-moi. J'ai découvert un bug de dernière minute.

Ceux qui ont téléchargé Einstein hier à partir de ce topic ou de ti-fr ont une version buguée. Si vous demandez la création d'un répertoire puis que vous pressez [ESC] au lieu d'entrer un nom, un dossier portant le nom "A" apparaît.
Cela pose 2 problèmes :

- ce répertoire "A" est un répertoire fantôme et si vous placez des fichiers dedans, vous risquez de les perdre ou de planter votre machine.
- si vous demandez à nouveau la création d'un répertoire, Einstein vous répond "Le système a refusé l'opération".


Vous pouvez télécharger la version corrigée sur mon site ou sur ti-fr.

[nosmile]Et comme GTC avec son fork obsolète de TIGCCLIB n'a sans doûte pas la définition à jour qui marche partout, la voilà:
#define ReleaseVersion ((const char*const)(_rom_call_addr_hack(440,((((MIN_AMS>=101)||(TIOS_entries>0x2AC))?(((const char*const)_rom_call_addr(393))-16):((const char*const)"1.00"))),200)))

On en a rien à faire que tu trouves la bibliothèque de GTC "obsolète". GTC compile tout et mieux que TIGCC => il n'y a pas d'obsolescence visible. Va améliorer tes programmes bugués et corriger la documentation de TIGCC qui est complètement obsolète (fonctions non documentées, choses fausses sur Titanium, etc) au lieu de faire chier le monde. Si tu veux continuer à passer pour un con, va te défouler là bas et fous nous la paix ici.

Je n'ai pas attendu ta macro pour me débrouiller. Et on parlait d'utiliser le kernel (RAM_CALL ?) pour éviter d'embarquer ce genre de code justement.

./18 > Comment un tel truc a-t-il pu m'échapper
Tk, merci Thibaut J'ai fait la maj, je te dirai si je vois d'autres problemes
(Bon ya toujours pour le [ON] et mon kbdprgm mais bon... Tant que je saurai pas exactement d'où ca viens... )

./20 > Là, t'as pas tord Kevin, car l'implementation de ReleaseVersion sous GTC est :
#define ReleaseVersion ((const char*const)(_rom_call_addr(440)))

Edit > Ajout du 'ON' ^^

Oui mais ce n'est pas le sujet, et c'est d'autant plus mal venu que les programmes de Kevin sont loin d'être exempts de bugs ou d'être à jour. Merci d'en parler ailleurs

Que se passe-t-il avec ON ? Je me souviens que tu en avais parlé mais je trouve plus

Ah j'ai trouvé ! C'est lié à ton mystérieux kbdprgmX.
topics/102361-recherche-proprietaires-de-voyage-200-et-89-titanium-pour-beta-testing-einstein/3#76

./23 > T'as pas tord non-plus

./24 > Oui exact, et j'ai aucune idée de là où ca peut venir (cf. ici et ici)
Pour resumer ce que je disais : j'ai un prog "d'apres reset" qui me regle un bon paquet de trucs et lance notamment des progs asm/c de mon cru (comprendre par là qu'ils sont loin d'etre exempts de bugs ), et en plus de ca, j'ai CommandPost+ 2.02 + SStart 1.30 qui me font un leak watch (peut-etre ca qui déconne d'ailleurs sur les kbdprgmX ) et aussi PreOS 1.05 installé.
Alors a mon avis...ca viens pas d'Einstein Mais plutot de tout ca cumulé
Mais si j'arrive a voir de là où ca peut venir je te ferai signe t'en fait pas

Thibaut... plus haut, j'ai demandé à Kevin de ne pas pourrir le topic, mais là, on dirait que tu cherches à ce que le topic soit pourri, parce que tu postes des conneries, en sachant très bien que ça en est...

> On en a rien à faire que tu trouves la bibliothèque de GTC "obsolète".
Sur le fond, c'est un fait que la bibliothèque de GTC est celle d'une vieille version de TIGCC, et qu'il y a eu des améliorations depuis (notamment l'utilisation du linker plus moderne)...
Sur la forme, on pourrait peut-être choisir un autre mot, si ça te fait plaisir.
> GTC compile tout
Non, et tu le sais très bien. Essaie donc de compiler TI-Chess 4.17 avec GTC (dans le même style, en pire, il y a aussi tthdex-not-working, actuellement non releasé) sans l'avoir modifié au préalable...
> et mieux que TIGCC
Sur le très petit nombre de programmes que tu as testé, il semble que oui. Mais le nombre est trop faible pour avoir un échantillon scientifique => ta comparaison n'est pas objective (pas plus que si elle avait été faite par Kevin, d'ailleurs).
Je t'ai fait remarquer la trop faible taille de l'échantillon de tests, appelant aussi les autres lecteurs à indiquer des programmes intéressants. Tu n'as rien trouvé de mieux à répondre, en substance, "ouais, je sais, mais tu n'as qu'à le faire toi-même parce que moi, j'ai autre chose à faire". Personne n'a indiqué des programmes intéressants.
Moi non plus, j'ai pas que ça à faire.
> => il n'y a pas d'obsolescence visible.
Pour quelqu'un comme toi qui en étais resté à de vieux TIGCC, avant de revenir dernièrement, à la limite.
Pour la majorité des autres, non, GTC est "obsolescent" (ou un terme équivalent si ça te fait plaisir) . J'espère qu'Einstein n'est pas censé tourner sur AMS 1.xx, ou que tu as protégé l'utilisation de ReleaseVersion de l'exécution sur AMS 1.xx...

> Va améliorer tes programmes bugués et corriger la documentation de TIGCC qui est complètement obsolète (fonctions non documentées, choses fausses sur Titanium, etc) au lieu de faire chier le monde.
Ca, en revanche, ce n'est pas une connerie.

Dude (./22) :
./20 > Là, t'as pas tord Kevin, car l'implementation de ReleaseVersion sous GTC est :
#define ReleaseVersion ((const char*const)(_rom_call_addr(440)))

Et du coup ça ne sert pas à grand chose, parce que ça ne marche que sous AMS 2.

Lionel Debroux (./26) :
Je t'ai fait remarquer la trop faible taille de l'échantillon de tests, appelant aussi les autres lecteurs à indiquer des programmes intéressants.

Il y a un GTC disponible qqpart pour faire quelques tests et se faire son propre avis sur cette question qui semble ne mettre personne d'accord ? (la version PC d'ailleurs, pke je n'ai plus de Ti)

C'est pas le sujet ! Même les modos s'y mettent....

Inadmissible. Pourtant la petite astérisque dans ton premier post me laissait penser que GTC n'était pas tout à fait externe à l'histoire, mais j'ai surement mal lu. Bon, retour au sujet : wow Thibaut, Einstein, quelle belle machine !