MotrixNext, la reprise d'un gestionnaire de téléchargement arrêté
Résumé
Un gestionnaire de téléchargement dormant depuis trois ans, réécrit de zéro : tous les protocoles courants dans une seule fenêtre, jusqu'à soixante-quatre connexions par tâche, un choix de fichiers à l'intérieur d'un torrent et un socle plus léger, qui démarre plus vite et consomme bien moins de mémoire.
Recommander- Nom
- MotrixNext
- Version
- 3.9.9
- Tarif
- Gratuit
- Open source
- Open source
- Système
- WindowsmacOSLinux
- Mis à jour
- 2026-10-18 22:00
Ce qui arrive quand un bon outil s'arrête
Il existe une forme particulière de délabrement qui frappe les logiciels de bureau libres. Rien ne casse le jour où le mainteneur s'en va ; cela casse lentement, sur des années, par petits morceaux. Le socle d'exécution embarqué vieillit, et avec lui le moteur de navigateur qu'il contient, si bien que des pages et des services qui fonctionnaient se mettent à refuser de se charger. Des changements au niveau du système arrivent, que l'ancien empaquetage n'avait jamais prévus. L'interface paraît toujours correcte, les téléchargements aboutissent la plupart du temps, et un jour un lien ne fonctionne tout simplement plus sans que personne ne puisse répondre. Trois années de cela suffisent à transformer un outil largement recommandé en relique.
Ce projet est le successeur d'un de ces outils. La décision prise au départ n'a pas été de rapiécer le vieux code mais de le réécrire entièrement en ne gardant que ce qui le rendait utile : tous les protocoles dans une seule fenêtre, une interface nette, un code que chacun peut lire. Tout ce qui était dessous a été remplacé.
Un autre moteur sous la même idée
Le cœur a quitté le moteur historique de la version précédente pour une branche de celui-ci optimisée pour les réseaux actuels. Ce que ce cœur sait faire n'a pas changé, et cette liste est précisément la raison pour laquelle on installe un gestionnaire dédié. HTTP et HTTPS, FTP, BitTorrent, les liens magnet et ED2K sont traités au même endroit, si bien que la question de savoir quel outil ouvrir pour tel lien ne se pose plus. Une tâche peut ouvrir jusqu'à soixante-quatre connexions, dix tâches tourner en même temps, et l'écart avec le téléchargement intégré au navigateur n'est pas graduel : c'est celui entre utiliser une ligne et la saturer.
BitTorrent est traité comme un protocole de plein droit et non comme un accessoire. À l'intérieur d'un torrent, les fichiers se choisissent un par un : un paquet de cinquante gigaoctets n'a donc pas à être tiré en entier pour obtenir les deux fichiers qui intéressaient vraiment. Les mécanismes avancés sont là aussi — tables de hachage distribuées, échange entre pairs, connexions chiffrées —, et c'est la différence entre un client qui parle le protocole et un qui en parle une version réduite.

Pourquoi l'empreinte a tellement diminué
L'ancienne version était empaquetée comme la plupart des applications de bureau de sa génération : en embarquant un moteur de navigateur complet dans l'installateur. Cette approche rendait le développement multiplateforme bon marché et le programme lourd — un gestionnaire de téléchargement qui occupe plusieurs centaines de mégaoctets de mémoire au repos est difficile à défendre quand son travail consiste à déplacer des octets. La réécriture utilise la vue web que le système fournit déjà et déplace le gros du travail dans un cœur compilé. Le démarrage est visiblement plus rapide et la mémoire baisse d'une quantité perceptible sur une machine déjà chargée.
L'interface a été reconstruite en même temps sur une pile frontale actuelle : le langage visuel est contemporain, et les variantes claire et sombre existent réellement au lieu d'être promises. Ce qui n'a délibérément pas changé, c'est l'interaction. Créer une tâche, coller un lien, choisir la destination : la séquence est la même qu'avant, ce qui compte parce que ceux qui essaient ceci sont précisément ceux qui ont utilisé le prédécesseur pendant des années et n'ont aucune envie de le réapprendre.
La seule chose qu'il ne fait pas
Il n'observe pas le navigateur. La catégorie d'outils contre laquelle celui-ci se place comporte souvent un composant qui inspecte les pages et propose de prendre en charge tout média ou fichier qu'il y trouve, ce qui est réellement pratique. Celui-ci n'a pas cette fonction : c'est un gestionnaire, pas un renifleur. On se procure le lien, on le lui donne, il utilise toute la connexion pour le récupérer.
C'est une limite réelle et il est honnête de la nommer ainsi, car pour certaines personnes la capture automatique est exactement la fonction qui les fait venir. En échange, on gagne la clarté du périmètre : aucun composant injecté, aucune intégration au navigateur qui casse à chaque mise à jour de celui-ci, et un programme dont le comportement est entièrement prévisible parce qu'il ne fait que ce qu'on lui dit. Pour qui télécharge depuis des torrents, depuis des liens copiés dans une page ou depuis une file préparée à l'avance, le renifleur absent ne coûte rien du tout.

À qui cela s'adresse
À ceux qui ont utilisé le prédécesseur, l'ont regretté, et retrouveront le même enchaînement sans aucun problème de compatibilité. À ceux qui téléchargent régulièrement des torrents et des liens magnet et préfèrent ne pas entretenir un second client uniquement pour cela. À ceux qui travaillent sous Windows, macOS et Linux et veulent le même comportement partout plutôt que trois outils différents. Et à ceux qui refusent par principe de payer pour un gestionnaire de téléchargement — position qui n'a rien d'irrationnel pour un programme dont tout le travail consiste à déplacer des octets efficacement. Le code est ouvert et le programme gratuit : cette objection disparaît entièrement.
Ce n'est pas un concurrent de plus dans une catégorie encombrée, c'est le retour d'un outil précis qui s'était arrêté, reconstruit sur des fondations qui ne pourriront pas aussi vite. Tous les protocoles dans une fenêtre, les torrents traités correctement, une empreinte qui ne fait plus honte à la machine, et la même interaction qu'avant. L'absence de capture est le prix, et pour le public qui compte ici, il vaut la peine d'être payé.
Le résumé honnête
Deux décisions portent tout le projet : réécrire plutôt que rapiécer, et sortir le socle lourd de l'empaquetage. Toutes deux sont des décisions d'ingénierie et non des fonctions, et toutes deux expliquent pourquoi le résultat paraît actuel tout en faisant exactement ce que faisait son prédécesseur. Les limites sont aussi nettes : pas de capture automatique depuis les pages, un cœur hérité d'un moteur existant plutôt qu'inventé ici, et une dépendance au rythme d'une réécriture plutôt qu'à une décennie de correctifs accumulés. Pour qui a besoin d'un gestionnaire qui traite tous les protocoles avec toute la bande passante disponible sans coûter ni mémoire ni argent, cet ensemble est difficile à contester.