Forum TI-Planet.org

Bonjour à tous,

Dans la série des vidéos-tutoriels disponibles sur la chaine YouTube de TI-Planet, voici la petite dernière où je vous explique comment installer TILP, un logiciel de connexion ordinateur-calculatrice.
Compatible avec toutes les TI graphiques de toutes les gammes, capable de faire les transferts, les captures d'écran, le dump de ROMs, TILP est un logiciel tiers tout aussi efficace si ce n'est plus que les logiciels officiels, et compatible Windows, Mac, et Linux (et même FreeBSD ).

Dans cet exemple vidéo, j'utilise un Ubuntu 14.04 avec Unity, mais TILP fonctionne avec la plupart des distributions linux connues, et avec n'importe quel environnement graphique.



Avec TILP, vous pouvez à présent transférer vos cours et vos jeux, installer Ndless, ou même récupérer vos ROMs légalement sans avoir besoin de rebooter sous Windows !

Faites en bon usage !

Ha, c'est exactement ce que je cherchais ! Je grade ça sous le coude, merci =)

Quand j'utilisais Linux, j'avais toutes les peines du monde pour reconnaitre ma calculatrice; finalement, j'avais gardé en favori un lien vers un package de TiLP en RPM (j'étais sous Fedora). une méthode d'installation propre et multi-distributions, ça sera utile (j'ai tendance, comme beaucoup de noobs, de changer périodiquement de distribution).

Génial, merci ^^
En général, quand je code pour calculatrice, je suis déjà sous Windows, mais parfois je suis sous Linux pour d'autres raisons, je tombe sur un programme que j'ai envie de tester vite fait et j'ai la flemme de rebooter donc merci pour ce tuto ^^

La méthode générique d'installation multi-distributions existe, et est mentionnée sur le site officiel, depuis des années

Hey
Joli tuto Je tiens juste à rajouter que les autre logiciels, provenant de Wind(aube)ows, peuvent fonctionner sur linux et ce de 2 manières différentes:
-La première, la plus "proche" de linux (et qui fonctionne aussi sous OSX) est la méthode X11/Wine (je me lance pas dans les détails, mais ceux qui s'y intéresseraient ont juste à faire une petite recherche google). Le bémol étant que certains programmes ont du mal à tourner dessus.
-La 2ème (ok c'est de la triche, mais quand même), c'est la méthode de virtualisation (surement la moins performante, mais sans les problèmes de Wine)
Sinon je suis tout a fait d'accord que TILP reste la (seule) solution la plus adaptée et complète à linux.

AlexRider38 wrote:Hey
-La première, la plus "proche" de linux (et qui fonctionne aussi sous OSX) est la méthode X11/Wine (je me lance pas dans les détails, mais ceux qui s'y intéresseraient ont juste à faire une petite recherche google). Le bémol étant que certains programmes ont du mal à tourner dessus.

Wine ne supporte très mal (si ce n'est pas du tout ?) les drivers matériels, alors encore moins quand il s'agit de drivers propriétaires.

* Wine ne gère en effet pas les drivers USB, rares sont les ordinateurs modernes sur lesquels on peut faire fonctionner d'autres câbles que les câbles USB, et encore faudrait-il que le code rarement utilisé de libticables pour les ports série et parallèle fonctionne sous Wine;
* la virtualisation de Windows nécessite en principe d'avoir payé une licence convenable, et quand il s'agit d'accéder à des matériels externes, il est moyennement pratique de devoir attacher et détacher explicitement les devices à la VM, sans parler du fait que plus de couches ne peut pas accélérer

D'autant plus qu'une troisième solution qui aurait pu être mentionnée avec celle de la virtualisation est le dual-boot, tant qu'à faire. Mais il se peut que ni l'une ni l'autre ne soient à considérer, par exemple sur mon netbook où même la distro Ubuntu classique a du mal à tourner (ce qui ne me gêne pas, je déteste Unity et LXDE n'a aucun problème) alors ne parlons pas de Windows, et encore moins de Windows en VM !

Du coup je suis totalement pour l'installation de TILP sans intermédiaires.

Hayleia wrote:D'autant plus qu'une troisième solution qui aurait pu être mentionnée avec celle de la virtualisation est le dual-boot, tant qu'à faire.

J'ai préféré parler de la virtualisation, vu que, Persalteas, dans son poste, précisait que le but était de ne pas rebooter sur Windows.

Hayleia wrote: Mais il se peut que ni l'une ni l'autre ne soient à considérer, par exemple sur mon netbook où même la distro Ubuntu classique a du mal à tourner (ce qui ne me gêne pas, je déteste Unity et LXDE n'a aucun problème) alors ne parlons pas de Windows, et encore moins de Windows en VM !
Du coup je suis totalement pour l'installation de TILP sans intermédiaires.

Je suis d'accord avec toi, mais autant préciser les solutions qui peuvent s'offrir à l'utilisateur, sachant que dans ce cas là, TILP est la meilleur solution qui soit fournie à un utilisateur Linux.

Lionel Debroux wrote:* Wine ne gère en effet pas les drivers USB, rares sont les ordinateurs modernes sur lesquels on peut faire fonctionner d'autres câbles que les câbles USB, et encore faudrait-il que le code rarement utilisé de libticables pour les ports série et parallèle fonctionne sous Wine;

Officiellement... (avec un système d'encapsulation comme Wine-Botler où Wineskin ça deviens possible, mais ça reste très instable ^^)

Lionel Debroux wrote:* la virtualisation de Windows nécessite en principe d'avoir payé une licence convenable, et quand il s'agit d'accéder à des matériels externes, il est moyennement pratique de devoir attacher et détacher explicitement les devices à la VM, sans parler du fait que plus de couches ne peut pas accélérer

Tout à fait d'accord, je n'avais pas omis ce détail dans ma tête

Levak wrote:Wine ne supporte très mal (si ce n'est pas du tout ?) les drivers matériels, alors encore moins quand il s'agit de drivers propriétaires.

Voir au dessus

AlexRider38 wrote:

Hayleia wrote:D'autant plus qu'une troisième solution qui aurait pu être mentionnée avec celle de la virtualisation est le dual-boot, tant qu'à faire.

J'ai préféré parler de la virtualisation, vu que, Persalteas, dans son poste, précisait que le but était de ne pas rebooter sur Windows.

Mais la virtualisation n'évite pas un reboot puisque tu dois quand même démarrer ton Windows virtualisé, non ?