Forum TI-Planet.org

Comme ça n'a rien à faire en news ou en annonce, que ça touche les catégories Nspire, TI-Z80 et TI-68k, et que ce n'est pas un jeu ou blabla, je poste ça ici.

Depuis plus de trois ans, il existe sur Omnimaga et sur Cemetech des topics pour le beta-test de TILP.
Pour ceux qui ne connaissent pas TILP: c'est le logiciel alternatif de communication avec les calculatrices graphiques TI, qui sait parfois faire des choses que les logiciels officiels (TI-Connect et TI-Nspire Computer (Link) Software) ne savent / ne veulent pas faire - et réciproquement.
TILP gère les TI-Z80 (y compris, partiellement, la 84+CSE), TI-68k et Nspire, et fonctionne sous Windows, MacOS X, Linux et FreeBSD (+ dérivés). Aussi, même si beaucoup de gens ne le savent pas encore, ça fait plus d'un an et demi qu'il n'y a plus besoin de choisir entre TILP et TI-Connect / TINC(L)S, sous Windows: TILP peut être installé à côté, moyennant que les gens appliquent ce qui est écrit dans le README (tout ça pour contourner une limitation de Windows, qui déteste avoir plus d'un driver pour un matériel donné, et c'est nécessaire pour TILP et les softs de TI car chacun ne peut pas utiliser les drivers de l'autre).
Si vous voulez vous amuser à essayer de compiler, et tester, sous des choses comme OpenSolaris, libre à vous
TILP est basé sur un ensemble de librairies ("libti*") également utilisé par TilEm, Benjamin Moody est le principal contributeur (et de fait co-mainteneur) de libti*/gfm/tilp.

Il n'existait en revanche pas de topic beta-test sur TI-Planet, c'est maintenant fait

Je publie ce soir ce que je considère (jusqu'à ce qu'il soit montré qu'il faut d'autres builds ? ) comme la release candidate de TILP II 1.17.

* téléchargement: https://tiplanet.org/beta/setup.exe .
* patches non encore committés dans SVN (c'est une habitude, je ne committe pas toujours tout de suite, pour éviter du commit-and-fix, encore pas plus tard qu'hier et aujourd'hui): https://tiplanet.org/beta/tilp_patchset ... 22.tar.bz2 .
* script d'installation pour tout ce qui n'est pas Windows et qui est géré par TILP: https://github.com/debrouxl/tilp_and_gf ... ll_tilp.sh .

La future version 1.17 comporte énormément de changements depuis la version 1.16 de décembre 2011. Bien trop de choses pour faire un résumé "qui donne envie" en quelques lignes, en fait
Des corrections de bugs, des fonctions supplémentaires (quelques nouvelles, comme les keypresses Nspire et le dump mémoire famille 83+ legacy I/OS, mais principalement des fonctions existantes qui sont maintenant plus robustes et accessibles à l'extérieur de la librairie), des améliorations de fond (moins de warnings des compilateurs et vérificateurs de packages, robustesse des fonctions), etc. Comme la plupart des releases de la plupart des logiciels open source, en fait

Note: TILP sait gérer les images, OS et FlashApps 84+CSE, pour peu que les extensions .8ci, .8cu et .8ck soient renommées en .8xi, .8xu et .8xk . Moins dépendre des extensions de fichier est un des points sur lequel il faut que Benjamin Moody et moi, en particulier, nous concentrions à moyen terme.

Merci d'avance pour vos tests

EDIT en 2021: mise à jour du lien vers le script d'installation *nix.

Ah lionel cela fait deux ans que j'attends un tel message de ta part, premièrement il faut savoir que j'utilise énormément TILP car il est vraiment simple d'utilisation et d'installation ! Je pense être actif en tant que beta testeur surtout que je possède au moins deux nspire, trois 68k, cinq z80 ainsi que un silverlink et un câble USB je suis donc apte a cette tache.

Merci donc a toi de faire enfin un vrai topic sur TI-planet et surtout merci pour avoir programmer ceci !

Je suis d'accord, j'aurais dû faire ce topic ici un an plus tôt. TILP avait mauvaise presse tant qu'il n'était pas installable à côté des logiciels officiels, mais ça fait un an et demi que ce n'est plus le cas. Le nombre de beta-testeurs avait été faible (comme d'habitude), mais au bout de quelques mois après la release, j'aurais pu créer un topic.
Et merci, mais je ne suis que le mainteneur actuel de libti*/gfm/tilp, pas le créateur et programmeur principal - très loin s'en faut
Même si mes commits sont plus gros que ceux du principal programmeur (utilisant d'autres outils, je committe souvent en parallèle sur plusieurs morceaux, plutôt que de devoir perdre du temps à committer morceau par morceau), et que le nombre de commits n'est pas une bonne métrique pour l'avancement, j'ai ~6% des commits de Romain Liévin.

Le test dont j'ai le plus besoin actuellement, c'est de vérifier que le patch tout chaud (la nuit dernière ^^) de Benjamin Moody, pour améliorer ce que j'ai fait depuis un moment pour rediriger la sortie de log (sous Windows), fonctionne à mon goût.
Pour tester ça, il suffit d'installer le dernier build, de lancer TILP, de faire quelques opérations, [EDIT: de fermer TILP], et de m'envoyer / de poster ici le fichier "~/.tilp.log", où ~ désigne le répertoire home de l'utilisateur - C:\Documents and Settings\<username> ou C:\Users\<username> selon la version de Windows.

Merci d'avance.

Simple d'installation ? Je ne crois pas, non... Certes ça peut valoir le coup, mais l'installation est très pénible, surtout pour des noobs, en tout cas pour windows. Je me souviens que j'avais essayé à mes débuts et que les .dll manquantes ou je ne sais plus quoi m'avaient vite repoussé.

Par rapport à une époque, l'installeur a été amélioré. Depuis un certain temps, il est capable de télécharger correctement le runtime GTK+, ce qui n'était pas le cas, pendant des années - et le téléchargement + installation de ce runtime sont cochés, par défaut.
Par ailleurs, le programme a été converti depuis Glade vers GTK+Builder, ce qui réduit un peu les dépendances nécessaires

J'ai testé, et effectivment, l'installeur m'a proposé de désinstallé l'ancienne version avant, ce que j'ai fait, puis m'a demandé si je voulais installer le GTK+ aussi, que j'ai aussi fait (update), et bref, toujours pas de chance pour moi [EDIT debrouxl: mouais, enfin puisque tu utilises déjà TI-Connect / TINC(L)S et que tu n'as pas installé le filter driver comme décrit dans le README et mentionné plus haut, c'est attendu ], puisque :
- Tilp ne détecte aucune de mes calculatrices (plusieurs z80 et plusieurs nspire)
- Le fichier log :

Show/Hide spoilerAfficher/Masquer le spoiler

Code: Select all

tilp-INFO: setlocale: French_France.1252
tilp-INFO: bindtextdomain: C:\Program Files (x86)\TiLP\locale\
tilp-INFO: textdomain: tilp2
ticables-INFO: ticables library version 1.3.4
ticables-INFO: setlocale: French_France.1252
ticables-INFO: bindtextdomain: C:\Program Files (x86)\Common Files\LPG Shared\libs\..\share\locale
ticables-INFO: textdomain: tilp2
tifiles-INFO: tifiles library version 1.1.6
tifiles-INFO: setlocale: French_France.1252
tifiles-INFO: bindtextdomain: C:\Program Files (x86)\Common Files\LPG Shared\libs\..\share\locale
tifiles-INFO: textdomain: tilp2
ticalcs-INFO: ticalcs library version 1.1.8
ticalcs-INFO: setlocale: French_France.1252
ticalcs-INFO: bindtextdomain: C:\Program Files (x86)\Common Files\LPG Shared\libs\..\share\locale
ticalcs-INFO: textdomain: tilp2
tilp-INFO: Searching for link cables...
ticables-INFO: Link cable probing:
ticables-WARNING: no devices found!

tilp-INFO: Opening cable null on port #1 to communicate with calculator NSpire
ticables-WARNING: no devices found!

tilp-INFO: Searching for link cables...
ticables-INFO: Link cable probing:
ticables-WARNING: no devices found!

ticables-WARNING: CreateFile
ticables-WARNING: CreateFile
ticables-WARNING: CreateFile
tilp-INFO: Opening cable null on port #1 to communicate with calculator NSpire
ticalcs-INFO: Checking hand-held status:
ticalcs-INFO:   device address request:
ticalcs-INFO:    2800:0000->0000:28ed AK=bf SQ=b6 HC=01 DC=2800 (202 bytes)
ticalcs-INFO:     00 00 00 00 00 ..... 00 00 00 00 00
ticalcs-INFO: Checking hand-held status:
ticalcs-INFO:   device address request:
ticalcs-INFO:    2800:0000->0000:48ed AK=bf SQ=b6 HC=01 DC=2800 (202 bytes)
ticalcs-INFO:     00 00 00 00 00 ..... 00 00 00 00 00
ticalcs-INFO: Checking hand-held status:
ticalcs-INFO:   device address request:
ticalcs-INFO:    2800:0000->0000:48ed AK=bf SQ=b6 HC=01 DC=2800 (202 bytes)
ticalcs-INFO:     00 00 00 00 00 ..... 00 00 00 00 00
ticalcs-INFO: Checking hand-held status:
ticalcs-INFO:   device address request:
ticalcs-INFO:    2800:0000->0000:48ed AK=bf SQ=b6 HC=01 DC=2800 (202 bytes)
ticalcs-INFO:     00 00 00 00 00 ..... 00 00 00 00 00
ticalcs-INFO: Checking hand-held status:
ticalcs-INFO:   device address request:
ticalcs-INFO:    2800:0000->0000:48ed AK=bf SQ=b6 HC=01 DC=2800 (202 bytes)
ticalcs-INFO:     00 00 00 00 00 ..... 00 00 00 00 00
ticalcs-INFO: Checking hand-held status:
ticalcs-INFO:   device address request:
ticalcs-INFO:    2800:0000->0000:48ed AK=bf SQ=b6 HC=01 DC=2800 (202 bytes)
ticalcs-INFO:     00 00 00 00 00 ..... 00 00 00 00 00
ticalcs-INFO: Checking hand-held status:
ticalcs-INFO:   device address request:
ticalcs-INFO:    2800:0000->0000:48ed AK=bf SQ=b6 HC=01 DC=2800 (202 bytes)
ticalcs-INFO:     00 00 00 00 00 ..... 00 00 00 00 00
ticalcs-INFO: Checking hand-held status:
ticalcs-INFO:   device address request:
ticalcs-INFO:    2800:0000->0000:48ed AK=bf SQ=b6 HC=01 DC=2800 (202 bytes)
ticalcs-INFO:     00 00 00 00 00 ..... 00 00 00 00 00


J'ai quelques popups de ce genre :


Mais bref, rien de détecté, donc c'est "normal" que ca bug.


Au fait, on est bien d'accord que pour le cable USB (wtf yen a 36000 autres, que "personne" utilise encore ??) c'est "USBKernel" et pas Direct Link ? (De toute facon, j'ai testé tout, au cas où...)

(BTW : j'ai pas redémarré depuis l'install/update, c'est chiant s'il le faut )

Nan, USBKernel est un super vieux truc que plus personne n'utilise ^^
Faudrait l'enlever, d'ailleurs...

Update d'un de mes posts plus haut, pour mentionner qu'il faut fermer TILP avant d'essayer d'envoyer .tilp.log.

Bon ben malgré le driver filter (dont le programme de test n'affiche meme pas ce qui est attendu...), rien n'y fait... (autant nspire que z80, d'ailleurs).
Vive Tilp sur Linux, ca au moins ca marche sans problème.

Bon ben malgré le driver filter (dont le programme de test n'affiche meme pas ce qui est attendu...)

C'est pas directement un problème de TILP, ça ^^

Je sais bien que la limitation fondamentale de Windows consistant à faire chier horriblement tous ceux qui ont besoin de plus d'un driver pour un matériel donné emmerde les utilisateurs. Mais libticables (GPL) ne peut pas utiliser les drivers propriétaires de TI pour des questions de licence et de fonctionnalité, et réciproquement, les softs propriétaires de TI ne pourraient pas utiliser libticables pour des raisons de licence (GPL) et possiblement de fonctionnalité.

Lionel Debroux wrote:

Bon ben malgré le driver filter (dont le programme de test n'affiche meme pas ce qui est attendu...)

C'est pas directement un problème de TILP, ça ^^

Je sais bien Un problème connu sous win7 x64, ou ... ?

Lionel Debroux wrote:Je sais bien que la limitation fondamentale de Windows consistant à faire chier horriblement tous ceux qui ont besoin de plus d'un driver pour un matériel donné emmerde les utilisateurs. Mais libticables (GPL) ne peut pas utiliser les drivers propriétaires de TI pour des questions de licence et de fonctionnalité, et réciproquement, les softs propriétaires de TI ne pourraient pas utiliser libticables pour des raisons de licence (GPL) et possiblement de fonctionnalité.

C'est bien dommage