En effet il n'est plus maintenu depuis quelques années maintenant. Si ca fonctionne pour toi tant mieux, moi je n'ai pas eu cette chance. Lorsque j'ai commencé à utiliser Radiotray, il était basé sur GStreamer 0.10, et ça marchait très mal. J'ai du passer à la version de développement qui utilisait GStreamer 1.x, ça marchait mieux, mais j'ai rencontré d'autres problèmes. Les plugins qui accèdent à l'interface utilisateur font crasher Radiotray au hasard, simplement parce que chaque plugin est lancé dans un thread séparé, est le toolkit graphique (GTK+) n'est pas thread-safe. Donc, petite astuce pour les utilisateurs de Radiotray, évitez d'utiliser les plugins.
Deuxième chose sur Radiotray, le développement est arrêté, et si ça continue à fonctionner (sur Debian/Ubuntu en tout cas), c'est parce que les packagers ont intégré des patches additionnels, qui permettent à RadioTray de rester en vie. Certains sont de moi notamment, tu peux vérifier avec un petit:
zgrep elboulangero /usr/share/doc/radiotray/changelog.Debian.gz
Donc voilà, loin de moi l'idée de t'empêcher d'utiliser Radiotray, bien au contraire. Comme tu le dis, tant que ça marche, y'a pas de raison de changer, et je suis 100% d'accord avec toi.
Mais ce que je veux dire, c'est que Radiotray est condamné à court terme. En ce moment c'est un peu un bricolage qui tient avec des ficelles, et à moins que le mainteneur ne décide de reprendre le développement, ça sera bientôt foutu pour Radiotray.
Juste pour en rajouter une dernière couche, Radiotray utilise GStreamer et Python 2. Les développeurs de GStreamer ont annoncé qu'ils abandonnaient le support de Python 2, ce qui signifie que Radiotray va devoir être porté à Python 3. L'annonce Debian correspondante est disponible ici: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849086.
Au sujet de Goodvibes
Effectivement, Goodvibes n'est pas une révolution comparé à Radiotray, c'est plutôt une ré-écriture au propre, avec un design qui tient la route derrière, et un code qui est à jour avec les librairies d'aujourd'hui. Les principaux apports de Goodvibes par rapport à Radiotray sont, à mon sens:
stabilité
intégration dans les différent environnements de bureaux existants sous GNU/Linux
option pour inhiber la mise en veille automatiquement tant qu'une radio est jouée
support de mpris2 (un travail en cours dans Radiotray, jamais terminé)
Effectivement, comme tu l'as remarqué, Goodvibes ne propose pas de gestion de groupe. En d'autres termes, impossible de créer un répertoire "Jazz" et de mettre toutes ses radios Jazz dedans. C'est une évolution possible, mais pas une priorité. L'intérêt est limité, dans le sens où l'usage le plus pertinent de Goodvibes (à mon sens) est de l'utiliser depuis l'applet de lecture multimédia proposé par l'environnement de bureau (voir captures d'écrans sur le site officiel. Ces applets peuvent afficher la liste des radios, mais ne peuvent pas afficher de groupes, donc bon. C'est à voir avec le temps et les retours utilisateur.
Pour l'enregistrement de radio, pas de support prévu, je pense qu'il vaut mieux utiliser d'autres solutions en lignes de commande, qui permettent facilement d'automatiser les enregistrements dans une tache cron pour enregistrer une émission régulièrement. J'imagine que VLC (entre autres) fait ça très bien.
Pour la recherche de station, très bonne remarque, j'ai oublié de mentionner dans ma dépêche qu'il y a un autre projet de lecteur de radio en plein boum en ce moment, intitulé GRadio. Si tu veux pouvoir faire des recherches de radio, et ne plus avoir à copier/coller une url, jettes un coup d’œil, c'est peut-être le lecteur de radio qu'il te faut.
Au sujet des évolutions
Ok je me cite moi-même:
L'ajout de nouvelles fonctionnalités est possible, mais ne viendra probablement pas de moi, simplement par manque de temps.
Il faut pas voir ça comme une voix sans issue, mais comme une invitation à contribuer !
Cela dit, ma volonté est d'avant tout de fournir une application qui fait son boulot, qui le fait bien, et qui tient la distance. Clairement, je n'ai pas envie de développer des fonctionnalités à tout va, pour me retrouver avec un truc mal codé, buggé jusqu'à l'os, et impossible à maintenir. Je m'efforce de garder un code propre et bien désigné, de façon à ce que le poids de la maintenance soit le plus léger possible. Ce n'est que comme ça que je pourrai maintenir le logiciel sur du long terme.
Donc pour que de nouvelles fonctionnalités soient intégrées, il faut que le boulot soit bien fait, et faire du bon boulot ça prend du temps. En particulier, la recherche de station, ce n'est pas quelque chose de trivial. Moi aussi j'aimerai bien voir cette fonctionnalité, mais je n'ai plus le temps de me consacrer à ça maintenant.
Donc voilà, je suis ouvert au contributions, mais in fine il faut du code de qualité pour l'intégration, donc des développeurs qui soient près à y consacrer un peu de temps.
Voilà j'espère que cela répond un peu à plein de questions.
[^] # Re: Pourquoi pas ? Mais...
Posté par elboulangero . En réponse à la dépêche Sortie de Goodvibes 0.1, lecteur de radios Internet. Évalué à 10.
Au sujet de RadioTray
En effet il n'est plus maintenu depuis quelques années maintenant. Si ca fonctionne pour toi tant mieux, moi je n'ai pas eu cette chance. Lorsque j'ai commencé à utiliser Radiotray, il était basé sur GStreamer 0.10, et ça marchait très mal. J'ai du passer à la version de développement qui utilisait GStreamer 1.x, ça marchait mieux, mais j'ai rencontré d'autres problèmes. Les plugins qui accèdent à l'interface utilisateur font crasher Radiotray au hasard, simplement parce que chaque plugin est lancé dans un thread séparé, est le toolkit graphique (GTK+) n'est pas thread-safe. Donc, petite astuce pour les utilisateurs de Radiotray, évitez d'utiliser les plugins.
Deuxième chose sur Radiotray, le développement est arrêté, et si ça continue à fonctionner (sur Debian/Ubuntu en tout cas), c'est parce que les packagers ont intégré des patches additionnels, qui permettent à RadioTray de rester en vie. Certains sont de moi notamment, tu peux vérifier avec un petit:
zgrep elboulangero /usr/share/doc/radiotray/changelog.Debian.gz
Donc voilà, loin de moi l'idée de t'empêcher d'utiliser Radiotray, bien au contraire. Comme tu le dis, tant que ça marche, y'a pas de raison de changer, et je suis 100% d'accord avec toi.
Mais ce que je veux dire, c'est que Radiotray est condamné à court terme. En ce moment c'est un peu un bricolage qui tient avec des ficelles, et à moins que le mainteneur ne décide de reprendre le développement, ça sera bientôt foutu pour Radiotray.
Juste pour en rajouter une dernière couche, Radiotray utilise GStreamer et Python 2. Les développeurs de GStreamer ont annoncé qu'ils abandonnaient le support de Python 2, ce qui signifie que Radiotray va devoir être porté à Python 3. L'annonce Debian correspondante est disponible ici: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849086.
Au sujet de Goodvibes
Effectivement, Goodvibes n'est pas une révolution comparé à Radiotray, c'est plutôt une ré-écriture au propre, avec un design qui tient la route derrière, et un code qui est à jour avec les librairies d'aujourd'hui. Les principaux apports de Goodvibes par rapport à Radiotray sont, à mon sens:
Effectivement, comme tu l'as remarqué, Goodvibes ne propose pas de gestion de groupe. En d'autres termes, impossible de créer un répertoire "Jazz" et de mettre toutes ses radios Jazz dedans. C'est une évolution possible, mais pas une priorité. L'intérêt est limité, dans le sens où l'usage le plus pertinent de Goodvibes (à mon sens) est de l'utiliser depuis l'applet de lecture multimédia proposé par l'environnement de bureau (voir captures d'écrans sur le site officiel. Ces applets peuvent afficher la liste des radios, mais ne peuvent pas afficher de groupes, donc bon. C'est à voir avec le temps et les retours utilisateur.
Pour l'enregistrement de radio, pas de support prévu, je pense qu'il vaut mieux utiliser d'autres solutions en lignes de commande, qui permettent facilement d'automatiser les enregistrements dans une tache cron pour enregistrer une émission régulièrement. J'imagine que VLC (entre autres) fait ça très bien.
Pour la recherche de station, très bonne remarque, j'ai oublié de mentionner dans ma dépêche qu'il y a un autre projet de lecteur de radio en plein boum en ce moment, intitulé GRadio. Si tu veux pouvoir faire des recherches de radio, et ne plus avoir à copier/coller une url, jettes un coup d’œil, c'est peut-être le lecteur de radio qu'il te faut.
Au sujet des évolutions
Ok je me cite moi-même:
Il faut pas voir ça comme une voix sans issue, mais comme une invitation à contribuer !
Cela dit, ma volonté est d'avant tout de fournir une application qui fait son boulot, qui le fait bien, et qui tient la distance. Clairement, je n'ai pas envie de développer des fonctionnalités à tout va, pour me retrouver avec un truc mal codé, buggé jusqu'à l'os, et impossible à maintenir. Je m'efforce de garder un code propre et bien désigné, de façon à ce que le poids de la maintenance soit le plus léger possible. Ce n'est que comme ça que je pourrai maintenir le logiciel sur du long terme.
Donc pour que de nouvelles fonctionnalités soient intégrées, il faut que le boulot soit bien fait, et faire du bon boulot ça prend du temps. En particulier, la recherche de station, ce n'est pas quelque chose de trivial. Moi aussi j'aimerai bien voir cette fonctionnalité, mais je n'ai plus le temps de me consacrer à ça maintenant.
Donc voilà, je suis ouvert au contributions, mais in fine il faut du code de qualité pour l'intégration, donc des développeurs qui soient près à y consacrer un peu de temps.
Voilà j'espère que cela répond un peu à plein de questions.