Transmission 2.00

Posté par  (site web personnel) . Modéré par Mouns.
Étiquettes :
19
16
juin
2010
Internet
Transmission est un client BitTorrent multi-plateforme libre. Il propose cinq interfaces utilisateur : ligne de commande, Web, GTK+, Qt et Mac OS X.

La version 2.00 vient de sortir et offre principalement des optimisations pour le téléchargement, mais également un démarrage plus rapide, une vue compacte, et les classiques corrections de bugs. Cette nouvelle version n'est donc pas une révolution, mais vient plutôt marquer l'accomplissement des changements apportés depuis la version 1.00 pour en faire un client BitTorrent agréable et pratique à utiliser.

Ainsi, transmission est un client facile à utiliser, léger, avec une bonne intégration aux différents environnements, mais qui n'en reste pas moins puissant (chiffrement, échange de peers, liens magnet, DHT, etc.).

Ce qui est moins connu, c'est son extensibilité via les add-ons. On trouve parmis celles-ci le contrôle à distance (dont téléphones mobiles), des interfaces, ou d'autres encore, malgré un écosystème encore assez peu étendu.

Aller plus loin

  • # Sympa

    Posté par  . Évalué à 2.

    L'interface cli a l'air sympa, je le testerai je pense. J'utilise rtorrent pour le moment ben l'interface est pas super.

    • [^] # Re: Sympa

      Posté par  (site web personnel) . Évalué à 3.

      Une des particularités de transmission est de fonctionner sous forme de démon indépendant et léger, auquel peuvent se connecter différentes interfaces (ligne de commande, interface web, client gtk...).

      Il y a un autre projet avec le même type de fonctionnement et qui me semble offrir plus de fonctionnalités, c'est deluge :

      http://deluge-torrent.org/

      • [^] # Re: Sympa

        Posté par  (site web personnel) . Évalué à 1.

        Transimission fonctionne en démon ? Ça m'intéresse ça. Et l'interface web est un plus très agréable aussi. Je vais tester.

        Il existe deux catégories de gens : ceux qui divisent les gens en deux catégories et les autres.

  • # Et les liens web ?

    Posté par  (site web personnel) . Évalué à 0.

    Prend-il enfin en charge les liens web vers des torrents ?

    Parce qu'actuellement, dans ces deux commandes :

    % btdownloadheadless http://cdimage.debian.org/debian-cd/5.0.4/amd64/bt-dvd/debia(...)
    % transmissioncli http://cdimage.debian.org/debian-cd/5.0.4/amd64/bt-dvd/debia(...)


    Seule la première fonctionnne : le client bittorrent de base est capable de reconnaître un lien web et de télécharger le torrent, Transmission, non.

    • [^] # Re: Et les liens web ?

      Posté par  . Évalué à -4.

      Franchement, un wget ou même un GET, c'est quand même pas compliqué.
      En plus, si tu interromps ton téléchargement et que l'URL n'est plus valide quand tu veux le reprendre, tu l'as dans l'os. Vaut mieux télécharger une copie du lien.

      Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Et les liens web ?

        Posté par  (site web personnel) . Évalué à 6.

        Franchement, un wget ou même un GET, c'est quand même pas compliqué.

        Dit-moi ce dont tu as besoin, je te dirai comme t'en passer.

        • [^] # Re: Et les liens web ?

          Posté par  . Évalué à 4.

          Pas faux, mais le gars qui sait taper une ligne de commande est tout de même capable d'écrire un script pour ça.

          C'est justement le principe d'Unix : des outils qui ne font pas tout, mais qui sont capables de travailler ensemble pour répondre à n'importe quelle problématique.

          Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

          • [^] # Re: Et les liens web ?

            Posté par  (site web personnel) . Évalué à 2.

            Pas faux, mais le gars qui sait taper une ligne de commande est tout de même capable d'écrire un script pour ça.

            Capable, peut-être.
            Envie, peut-être pas

            C'est justement le principe d'Unix : des outils qui ne font pas tout, mais qui sont capables de travailler ensemble pour répondre à n'importe quelle problématique.

            C'est beau.
            Découper est pas mal (très bien même!) pour le développeur/bidouilleur, il peut bidouiller et faire ce qu'il veut.
            Par contre, pour l'utilisateur, même en ligne de commande, c'est quand même plus rapide de taper une ligne que 2 (OK, il peut mettre ça dans un script, mais encore : c'est du boulot, alors que d'autres logiciels le font sans charger l'utilisateur de la tâche).

            Il faut différencier le développeur de l'utilisateur quand on répond.
            Ici, il y avait un besoin, et l'utilisateur choisira très vite entre un logiciel qui a tout mais dont il faut faire l'interface utilisateur utilisable, et un logiciel qui a tout et qui a une interface utilisateur déjà faite (en l'occurrence, l'interface utilisateur est disponible pour transmission, même si un '-a' n'est pas des plus intuitif)

      • [^] # Re: Et les liens web ?

        Posté par  (site web personnel) . Évalué à 1.

        Et tu imagines que je fais comment, aujourd'hui ? Un indice, c'est en quatre lettres, ça commence par w et ça finit par t.

        • [^] # Re: Et les liens web ?

          Posté par  . Évalué à 10.

          w00t ?

          Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

    • [^] # Re: Et les liens web ?

      Posté par  (site web personnel) . Évalué à 5.

      ça marche depuis un bout de temps avec

      transmission-remote -a 'tonurl'

  • # Mangeur de ressources

    Posté par  (site web personnel) . Évalué à 3.

    Je ne sais pas si c'est moi ... Mais j'ai longtemps utilisé transmission, et je le retente qqfois. Mais systématiquement, dès que j'ai 2/3 torrents en train de bosser : mon ordinateur se met à ramer grave. Tout devient très lent !

    Du coup j'utilise deluge (qui lui est en python), et c'est le jour et la nuit en matière de ressources systèmes ...

    • [^] # Re: Mangeur de ressources

      Posté par  . Évalué à 6.

      Bizarre, chez moi c'est l'inverse (transmission qui bouffe presque rien, deluge qui rame comme pas possible)

    • [^] # Re: Mangeur de ressources

      Posté par  . Évalué à 0.

      Pareillement, ca ne ce soit pas trop sur un pc de bureau erlativement actuel, mais sur un netbook ou un ancien pc ca prend vite de la ram du cpu et des enrees sorties disque en pagaille
      Pourtant l'interface austere donne une impression de client obsolete qui consomme peu, alors que ca doit etre le cleint bt qui consomme le plus de ressources, vuze excepté

      Peut etre que cette version corrige le tir, pour le moment j'utilise la 1.92

    • [^] # Re: Mangeur de ressources

      Posté par  . Évalué à 9.

      Ça doit venir des entrées sorties. Comme l'un est super rapide, c'est le disque dur qui limite.

      L'autre est en python (donc forcément lent), c'est plus la ram et le processeur qui limite. Le disque dur a tout son temps pour faire d'autres choses.

      C'est mon hypothèse en tout cas. Je n'ai pas vérifié.

      Envoyé depuis mon lapin.

      • [^] # Re: Mangeur de ressources

        Posté par  . Évalué à 2.

        Hypothèse fausse. Deluge utilise un backend optimisé en c++:

        http://www.rasterbar.com/products/libtorrent

        Ce dernier implémente le protocole bitorrent via la librairie réseau boost::asio reconnu pour son design moderne et proposé comme standard c++ dans TR2.
        libtorrent fait un usage très correct du CPU et de la RAM...

        Si déluge bouffe beaucoup de RAM, c'est certainement à cause de l'auteur qui doit faire une mauvaise utilisation de python.
        Un lancement de deluge sans téléchargement bouffe presque 90Mo à lui tout seul...

        • [^] # Re: Mangeur de ressources

          Posté par  . Évalué à 2.

          Une mauvaise utilisation avec un ramasse miettes ?

          À moins que le mec s'amuse à garder des références de tout les objets partout, je vois pas comment il peut mal s'en servir…

          Envoyé depuis mon lapin.

          • [^] # Re: Mangeur de ressources

            Posté par  . Évalué à 1.

            Ce n'est pas parce que le langage a un ramasse miette qu'on peut utiliser la mémoire n'importe comment...

            J'ai eu une mauvaise expérience avec Python Mega Widget et le ramasse miette.

            Systemd, the bright side of linux, toward a better user experience and on the road to massive adoption of linux for the desktop.

        • [^] # Re: Mangeur de ressources

          Posté par  . Évalué à 2.

          Sinon, c'est une bonne idée d'utiliser boost::asio, j'ai hâte d'avoir un projet qui nécessite cette bibliothèque :-)

          Envoyé depuis mon lapin.

    • [^] # Re: Mangeur de ressources

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      Je suis passé à Transmission car je cherchais un client léger avec un minimum de fonctionnalités (notamment prioriser le téléchargement des fichiers à l'intérieur d'un torrent), et j'en suis plutôt satisfait.
      Tu m'as intrigué, alors je viens d'installer Deluge. J'ajoute le dernier torrent des roms MAME de chez pleasuredome (pas loin de 10 000 fichiers), et là, le bouzin met 5 min à l'ouvrir en ayant l'air de freezer, au point que je l'ai tué et relancé. En fait, il tient absolument à me présenter la liste des fichiers apparemment. Ça augure mal, mais je vais continuer à tester un peu...

  • # Qt

    Posté par  . Évalué à 2.

    Étant sous KDE je me devais d'essayer la version Qt : et bien je vous la déconseille vivement, elle est probablement au stade pré-alpha je ne vois pas d'autres explications à la monstruosité.

    La GTK+ se porte bien heureusement.

    • [^] # Commentaire supprimé

      Posté par  . Évalué à 5.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: Qt

        Posté par  . Évalué à 3.

        Je n'en suis pas sûr, mais il me semble que Kget gère le bittorrent, non ?

        D'ailleurs, c'est aussi à ma connaissance le seul outil graphique qui gère Metalink.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Qt

          Posté par  . Évalué à 3.

          Ktorrent et Kget partagent maintenant la même base pour télécharger les torrents, en fait Ktorrent a été divisé en 2 (pour éviter la duplication de code inutile), libktorrent et ktorrent, le second ne contenant plus que l'interface/plugins… Donc à partir de maintenant, Kget utiliser le backend libktorrent pour se charger des torrents (à partir KDE4.5 je crois).

      • [^] # Re: Qt

        Posté par  . Évalué à 3.

        Je n'avais pas apprécié Ktorrent.

        Mais oui je trouve aussi très bien qu'une version Qt soit développée, mais actuellement elle est complètement inutilisable.

        • [^] # Re: Qt

          Posté par  . Évalué à 2.

          j'ai eu un peu de mal avec ktorrent lors du passage à kde 4 mais maintenant il est redevenu très correct avec une interface web également, plusieurs plugin, plasmoid dédié (pas testé).
          L'ancienne version, celle de kde 3.5 avait un client dispo en ligne de commande mais il n'a pas été maintenu, c'est dommage, je trouvais ça bien utile d'ajouter un torrent par ssh.

  • # Oui mais...

    Posté par  . Évalué à 2.

    Deux dépêches publiées dans la même journée ne comptent que pour 1 jour dans la série. [http://linuxfr.org/2010/06/09/26968.html]

    Il fallait attendre demain pour la poster celle là...

    ~~> [ ]

  • # Halte la, maudits pirates !

    Posté par  . Évalué à 2.

    Est-ce que ce logiciel est bloqué par [http://maboutique-internet.orange.fr/residentiel/options/opt(...)] le contrôle de téléchargement d'Orange ?
    Ah mais je suis bête, le contrôle ne fonctionne pas sous Linux :) D'ailleurs il est [http://bluetouff.com/2010/06/14/hadopi-et-failware-de-securi(...)] tellement mal foutu qu'il ne fonctionnera bientôt plus du tout.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.