Goodvibes est un lecteur de radios Internet pour GNU/Linux, sous licence GPL v3+. Il permet de garder ses radios préférées à portée de main.
Fonctionnalités
Goodvibes est un lecteur de radios Internet « old‐school » qui s’adresse avant tout aux personnes qui écoutent des radios Internet quotidiennement. Les objectifs sont :
- légèreté, pour un usage quotidien sans encombrement ;
- accessibilité, l’objectif étant de pouvoir changer de radio en un minimum de clics.
L’interface graphique est légère, minimaliste. Goodvibes s’efforce de se faire oublier, à tel point qu’il peut être lancé sans interface graphique : il peut alors être contrôlé en ligne de commande, ou via l’appliquette de contrôle multimédia du bureau. Enfin, Goodvibes peut aussi être lancé en mode « icône de statut », pour les bureaux qui supportent encore cette fonctionnalité.
Goodvibes s’intègre au mieux dans les différents environnements de bureau existants, et a été testé sous GNOME, Unity, KDE, Cinnamon, MATE, Xfce, LXDE et Openbox/Tint2.
Dans la liste des fonctionnalités, on trouve :
- possibilité d’utiliser des touches multimédia ;
- prise en charge de l’interface MPRIS2 ;
- notifications ;
- possibilité d’inhiber la mise en veille ;
- client en ligne de commande.
Il est bon de noter que Goodvibes permet uniquement d’écouter des radios Internet traditionnelles, c’est‐à‐dire des flux audio. Il ne permet pas de se connecter à des services comme Spotify, Pandora, etc.
Goodvibes est comparable à Radiotray, pour ceux qui connaissent. La différence ? Radiotray n’est plus maintenu, alors que Goodvibes est flambant neuf.
Détails techniques
Sous le capot, Goodvibes est écrit en C/GObject. Il s’appuie sur des bibliothèques bien connues : GLib, GStreamer et GTK+.
Goodvibes est une initiative personnelle, je suis l’unique développeur, et cela fait plus d’un an que je travaille dessus. Le code arrive gentiment à maturité, il reste quelques détails à fixer, et j’espère étiqueter une version 1.0 prochainement.
L’objectif à long terme est plutôt humble : simplement assurer la maintenance et garder le logiciel en vie aussi longtemps que possible. L’ajout de nouvelles fonctionnalités est possible, mais ne viendra probablement pas de moi, simplement par manque de temps. Je vais déjà m’efforcer de maintenir le code, fixer les bogues et intégrer des nouvelles fonctionnalités, si des contributeurs souhaitent participer.
Ce dont Goodvibes a besoin maintenant, c’est d’un peu de pub, des traductions, des paquets pour les différentes distributions et d’un logo qui ressemble à quelque chose. :)
Et surtout, d’utilisateurs !
Aller plus loin
- Page du projet Goodvibes (2232 clics)
- Paquet pour Ubuntu 16.04 LTS (614 clics)
# signature
Posté par Maderios . Évalué à -1.
J'ai vainement cherché une signature concernant les sources. Une idée?
[^] # Re: signature
Posté par elboulangero (site web personnel) . Évalué à 2.
Concernant les sources ou le paquet Ubuntu ? Je ne vois pas de quoi tu parles honnêtement.
[^] # Re: signature
Posté par ardechelibre . Évalué à 1.
Les sources sont ici : https://github.com/elboulangero/goodvibes
Je sais pas si c'est de ça dont il parle ? :)
[^] # Re: signature
Posté par Maderios . Évalué à 0.
Je parle de cela
https://github.com/elboulangero/goodvibes/archive/0.1.tar.gz
[^] # Re: signature
Posté par ardechelibre . Évalué à 1.
Ah, j'imagine que tu parles d'un hash pour vérifier l'intégrité des sources ?
[^] # Re: signature
Posté par Maderios . Évalué à 1.
Oui
[^] # Re: signature
Posté par elboulangero (site web personnel) . Évalué à 3.
Ok je ne suis pas très bon sur la question des signatures. Néanmoins, j'ai fais un effort, et j'ai publié le package sur Launchpad à cette adresse: https://launchpad.net/~elboulangero/+archive/ubuntu/goodvibes
A priori, si tu installes depuis ce dépots, ca règle la question des signatures. J'ai bon ?
[^] # Re: signature
Posté par Maderios . Évalué à 1.
Je ne n'utilise pas Ubuntu mais cela va permettre d'obtenir une clé.
Merci
[^] # Re: signature
Posté par ardechelibre . Évalué à 0.
T'es limité en nombre de mots par ton navigateur, ton FAI ou ton cerveau ?
# [alsa] Choix de la sortie audio
Posté par sebas . Évalué à 4.
Merci beaucoup pour ce logiciel. Comme tu l'as annoncé, simple et efficace. Il trouvera facilement sa place sur mon bureau.
Toutefois, je cherche, sous alsa, le moyen de choisir la carte audio en sortie.
Je n'ai rien trouvé ni dans ton wiki, ni dans la config, ni dans le fichier de config.
Pour te donner une idée comment ça se passe avec alsa, si tu as pulseaudio, voici les configs correspondantes de smplayer2, audacious et smplayer (dans l'ordre de praticité)
smplayer2
Audacity
smplayer
[^] # Re: [alsa] Choix de la sortie audio
Posté par elboulangero (site web personnel) . Évalué à 3.
Pour la sortie audio c'est GStreamer qui gère automatiquement, effectivement il n'y a aucun réglage pour l'instant. En fait, c'est quoi exactement que tu souhaiterais faire avec un réglage comme ça ?
[^] # Re: [alsa] Choix de la sortie audio
Posté par sebas . Évalué à 3.
Eh bien choisir ma sortie audio ;-). La sortie standard de mon ordi a un son de casserole, j'ai donc pour ma musique, films, etc., un DAC qui est branché sur une sortie USB et qui apparaît dans la liste des dispositifs alsa (hw 2.0, par ex.). Le son de ce DAC passe ensuite dans une chaîne hifi. J'ai aussi un casque + micro qui est également branché sur USB et qui est un autre dispositif accessible (utilisé par linphone ou twinkle).
Tous ces logiciels me laissent choisir la sortie (ou entrée) audio, et je peux donc dispacher suivant les besoins, le mieux étant de pouvoir choisir non pas par le numéro du dispositf (hw 1.0 par ex., à la smplayer) mais par le nom sur une liste déroulante (USB microStreamer par ex., à la linphone, twinke, audacious, smplayer2, etc.), mais l'un ou l'autre ferait l'affaire.
L'avantage de pouvoir choisir par le nom du dispositif (et de le garder en mémoire dans les configs pour que le réglage ne soit pas nécessaire à chaque démarrage) est que si on n'utilise pas un hack pour imposer le numéro à chaque dispositif (hw0, hw1, ..), alsa va l'attribuer aléatoirement à chaque boot, et donc le réglage de GoodVibes ne sera pas pérenne (j'ai eu ce problème quand smplayer a changé sa manière de configurer le dispositif de sortie, que j'ai contourné avec ledit hack).
Avec pulse, on n'a pas ce problème puisque qu'on peut diriger chaque flux audio sur le dispositif que l'on veut en utilisant l'interface de pulse, mais alsa n'a pas cette possibilité.
[^] # Re: [alsa] Choix de la sortie audio
Posté par elboulangero (site web personnel) . Évalué à 3.
OK donc si je comprends bien, tu veux vraiment choisir la sortie son par application. Tu connais déjà le (oh combien célèbre) fichier
~/.asoundrcqui te permets de définir ta carte son par défaut, mais ça ne te convient pas car c'est un réglage pour le système, et non pas un réglage par application.Si je comprends toujours bien, si tu utilises Pulse, pas de problème. C'est uniquement lorsque tu utilises ALSA que ca se corse.
Petite question, est-ce que tu as déjà utilisé QuodLibet ? Tu peux voir les paramètres de sortie son ici:
Pour moi, la façon la plus simple et la plus directe serait de faire comme ça, car derrière dans le code je transmets le contenu de "Output pipeline" direct à GStreamer et basta. Si tu veux utiliser Alsa en particulier, tu entres "alsasink", suivi de certains paramètres qui te permettent d'indiquer ta carte son.
Est-ce que c'est un réglage que tu aurais à changer souvent ?
[^] # Re: [alsa] Choix de la sortie audio
Posté par sebas . Évalué à 5.
Merci pour ta réponse.
Oui, tu as bien compris mes besoins. Non, je n'aurai pas besoin en principe de changer ça souvent (uniquement d'ailleurs parce que j'ai "solidifié" le numéro de chaque dispositif dans asoundrc, alsa auparavant m'en attribuait le numéro aléatoirement), mais ça peut arriver, par ex. quand j'emmène mon laptop en voyage et qu'alors je retombe sur la sortie par défaut (hw0). De toute façon, je pense que la problématique serait de ne pas régler mon cas en particulier, mais de proposer une manière pratique de choisir sa sortie audio (d'autres pourront par ex. avoir une deuxième carte son dans leur desktop, ou vouloir utiliser la sortie HDMI, etc.)
Je n'avais jamais utilisé quodlibet, mais puisque tu proposes une solution calquée sur la leur, je l'ai installé et j'ai tenté d'y résoudre mon problème. Après presque une heure de recherches pour trouver la syntaxe correcte, j'ai fini par réussir à faire passer le son dans mon DAC, les paramètres à passer au pipeline étant, dans mon cas : alsasink device=hw:2,0 (ou hw:2). Donc, si tu crées une interface pour passer ces paramètres à gstreamer, ça résoudra le problème, mais si tu avais une lib sous la main qui te permettait de choisir les dispositifs sur une liste déroulante, ça serait évidemment le rêve.
Dans la cas où tu adoptes la solution à la quodlibet, je suggérerais de mettre une entrée dans ton wiki pour aider à choisir les paramètres nécessaires, parce que ça n'est vraiment pas facile de trouver comment formuler les paramètres, même pas et surtout pas chez gstreamer ou dans le man gst-launch
[^] # Re: [alsa] Choix de la sortie audio
Posté par elboulangero (site web personnel) . Évalué à 4.
Oky merci bien d'y avoir passé un peu de temps. Tu veux créer un ticket sur GitHub (en anglais), ou bien je le fais ?
[^] # Re: [alsa] Choix de la sortie audio
Posté par sebas . Évalué à 3.
Je veux bien que tu le fasses, si ça ne te dérange pas, tu sauras cibler exactement le ticket.
Et merci pour donner suite.
Je soupçonne que ton goodvibes va faire son petit bonhomme de chemin parmi les amateurs de logiciels efficaces et sans fioritures :-D
J'espère que dès qu'il sera mûr, il fera son entrée dans les dépôts debian.
[^] # Re: [alsa] Choix de la sortie audio
Posté par elboulangero (site web personnel) . Évalué à 1.
Ahah, ça c'est une autre histoire :)
[^] # Re: [alsa] Choix de la sortie audio
Posté par rpnpif . Évalué à 2.
Si tu as pulseaudio activé, tu peux utiliser pavucontrol qui est un des plus efficaces pour choisir la bonne sortie dans cette situation. Pulseaudio lui-même ou plutôt ses interfaces IHM ont tendance à masquer les types de sorties possibles.
[^] # Re: [alsa] Choix de la sortie audio
Posté par sebas . Évalué à 2.
Euh, merci pour l'idée, mais tu as dû lire le fil un peu rapidement :P
.
.
# Pourquoi pas ? Mais...
Posté par Vincent Gay (site web personnel) . Évalué à 4.
Je suis utilisateur de Radio Tray depuis des années - et j'écoute aussi beaucoup FIP ;) Donc le projet m'est à priori sympathique. Sauf que la petite phrase
est un peu assassine. Peu d'espoir de voir arriver ce qui manque justement à Radio Tray notamment recherche de station et enregistrement. Et si j'en juge par les screenshots l'interface me paraît moins aboutie (pas de gestions de groupes ?) Alors pourquoi changer ? Certes Radio Tray n'est plus maintenu mais ça fait 5 ans que ça dure et ça fonctionne toujours aussi bien.
Je n'ai pas encore essayé GoodVibes (pas encore sur AUR) mais je le ferai un de ces jours. Comme d'ici là plus personne ne lira les commentaires de ce journal je te ferai mes éventuelles remarques en privé.
[^] # Re: Pourquoi pas ? Mais...
Posté par elboulangero (site web personnel) . É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.
[^] # Re: Pourquoi pas ? Mais...
Posté par Vincent Gay (site web personnel) . Évalué à 5.
En grande partie oui, merci. mais quelques commentaires quand-même :
Il y a aussi ceux, dont je suis, qui n'utilisent pas d'environnement de bureau, mais juste un gestionnaire de fenêtre comme openbox. Il suffit de se promener sur les forums d'Archlinux pour constater, au moins sur cette distribution, que nous sommes relativement nombreux. Et (à mon sens) il n'est pas pertinent d'utiliser un intermédiaire qui limite les possibilités d'un logiciel :)
Pour l'enregistrement de radio ce n'est généralement pas planifié. C'est l'annonce de l'émission qui me décide. Et ce serait tellement plus simple de le faire depuis l'application elle-même !
Maintenant on arrive à l'essentiel : comment on ajoute des radios ? J'ai beau chercher dans l'interface, dans la doc… je dois être benêt mais je ne trouve pas. J'aime bien FIP mais pas seulement !
[^] # Re: Pourquoi pas ? Mais...
Posté par sebas . Évalué à 4.
Dans le menu contextuel, atteint avec un clic droit sur la liste des radios, tu as Add / Delete / Edit
[^] # Re: Pourquoi pas ? Mais...
Posté par Vincent Gay (site web personnel) . Évalué à 3.
Je suis effectivement benêt :) Merci
[^] # Re: Pourquoi pas ? Mais...
Posté par elboulangero (site web personnel) . Évalué à 2.
Moi aussi j'utilise Openbox (avec Tint2 c'est du bonheur). Effectivement, pas d'applet multimédia ici, mais dans cet environnement il est possible de lancer Goodvibes avec l'option
--status-icon, ce qui va le lancer en mode icône de statut. Donc c'est comme les applets multimédias sur les environnements de bureau récents, mais en mieux, puisqu'un clic sur l'icône permet d'afficher l'UI intégrale.Cela dit, cette option est un peu cachée car elle s'appuie sur
GtkStatusIcon, un composant de GTK+ qui est déprécié dans GTK+ 3, et qui a été enlevé dans GTK+ 4.0. Autrement dit, à plus ou moins long terme ça va disparaître. Si votre environnement de bureau supporte encore GtkStatusIcon, vous pouvez utiliser Goodvibes comme ça.Ok, je n'avais pas pensé à cet usage en terme d'émissions, effectivement ça fait sens. Mais ca fait partie des fonctionnalités qui requiert pas mal de travail, et donc vont être en stand-by en attendant qu'un développeur intéressé propose son aide, ou que je me retrouve soudainement avec plein de temps libre sur les bras… Hmmm. Le temps est parfois moins libre que les logiciels.
Yep, clic droit comme l'a mentionné @sebas
[^] # Re: Pourquoi pas ? Mais...
Posté par Vincent Gay (site web personnel) . Évalué à 4.
Ah non, ne me dis pas ça ! Que vaudrait la vie sans les pipe menus ? Et quel est ce plaisir de tout détruire ? Je suppose que du coté de Mate et de Cinnamon il y aura bien un peu de résistance. Ou qu'il sera possible de passer tint2 sous QT.
En attendant merci pour tes réponses. Je ne pourrais malheureusement pas t'aider pour le développement, mes compétences étant plus que limitées, mais je suivrai attentivement ton projet et le ferai connaître autours de moi. A+
# Internet Radio
Posté par François GUÉRIN (Mastodon) . Évalué à 1.
Salut,
J'utilise depuis quelques mois l'extension de gnome "Internet Radio".
Quelle est la plus-value de GoodVibes par rapport à cette applet ? J'écoute pas mal FIP, moi aussi :)
[^] # Re: Internet Radio
Posté par elboulangero (site web personnel) . Évalué à 6.
La plus-value pour les utilisateurs de GNU/Linux, c'est que ça marche pour tout le monde, pas que pour les utilisateurs de GNOME :)
Après pour GNOME je ne sais pas, je ne connais pas cette extension, je vais y jeter un coup d’œil.
Peut-être la stabilité à long terme ? Je me rappelle lorsque j'utilisais GNOME il y a quelques années, dès qu'il y avait une mise à jour la moitié de mes extensions ne fonctionnaient plus, donc au final ça m'avait pas mal refroidi sur les extensions en général… Mais j'imagine que ça s'est stabilisé depuis, non ?
[^] # Re: Internet Radio
Posté par François GUÉRIN (Mastodon) . Évalué à 1.
Bon, effectivement, lors des mises à jour de gnome, des fois ça casse un peu…
Sinon, cette extension propose l'accès à l'API de sélection de chaines, via le site radio-browser, et la possibilité de saisir directement l'adresse d'un flux.
[^] # Re: Internet Radio
Posté par elboulangero (site web personnel) . Évalué à 1.
Ça a l'air chouette cette extension effectivement, cela dit j'ai essayé de faire une recherche (ça marche) puis d'ajouter une radio, et là ça ne marche pas, la radio n'est pas ajoutée…
[^] # Re: Internet Radio
Posté par François GUÉRIN (Mastodon) . Évalué à 1.
La gui est pas très au point…
Il faut rechercher une radio, elle s'ajoute dans les canaux, et ensuite il activer l'étoile dans la liste de canaux pour l'avoir dans la short-list du menu…
# Ajout de radios
Posté par ʭ ☯ . Évalué à 5.
Il y a un projet avec API pour ce gros problème : comment ajouter et mettre à jour facilement ses radios?
http://www.radio-browser.info/gui/
Ce serait un vrai plus par rapport à radiotray…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Ajout de radios
Posté par elboulangero (site web personnel) . Évalué à 2.
Yep, et comme je l'ai dit dans un autre commentaire, il y a déjà quelques projets qui l'utilise, notamment GRadio.
En fait, ce qui serait chouette j'imagine, ça serait d'écrire une librairie pour pouvoir facilement utiliser l'API depuis différents langages. Quelque chose en C/GObject avec binding Python, pour que tous les lecteurs de musique puissent en bénéficier…
Si quelqu'un est chaud pour se lancer :)
# Comparaison ?
Posté par ComputingFroggy (site web personnel) . Évalué à 1.
Salut,
le projet est intéressant … mais du coup, quelles sont les différences avec GRadio ? Plus précisément, quels avantages à utiliser Goodvibes, vu que GRadio sait récupérer des listes de radio (et que Goodvibes non).
Bonne continuation !
[^] # Re: Comparaison ?
Posté par milouse (site web personnel) . Évalué à 4.
Loin de moi l'idée de troller, mais Gradio n'a jamais fonctionné chez moi, ou alors pas compris comment m'en servir, noyé que j'étais dans des centaines de radio que je ne connais ni d'Eve ni d'Adam. Goodvibes juste marche™.
[^] # Re: Comparaison ?
Posté par elboulangero (site web personnel) . Évalué à 6.
Et bien, je pense que GRadio et Goodvibes n'ont pas exactement la même approche.
GRadio s'attaque à un problème en particulier: celui de la recherche de radios pour les gens qui n'ont pas de connaissance techniques, et qui ne peuvent pas chercher/copier/coller l'url du flux audio d'une radio. Il faut bien comprendre que ce problème ne peut être résolu sans l'existence d'un service externe qui répertorie les radios existantes, et en l’occurrence ici il s'agit de Radio Browser.
Donc voilà, d'un côté, le problème de la recherche de radio, GRadio & Radio Browser s'efforcent de résoudre ce problème. Cela englobe la découverte de nouvelles radios, et la possibilité de les écouter sans rentrer dans des détails techniques de connaître l'adresse du flux.
Goodvibes, de son côté, ne s'occupe pas de ce problème. Il ne t'aide pas à découvrir des radios, il suppose que tu sais déjà quelles radios tu veux écouter, et que tu découvres de nouvelles radios par tes propres moyens (les amis, lectures dur le net, etc). Il suppose aussi que tu es capable de trouver l’adresse du flux par toi-même, ce qui en soit est une grosse limitation. Goodvibes s'adresse à des gens qui ont une certaines maîtrise de l'outil informatique, ce qui réduit déjà pas mal le public visé.
D'un autre côté, le problème de la lecture de radio. C'est ce que fait ton lecteur de radio 99% du temps, en tout cas pour moi. Une fois que j'ai entré mes stations préférées, mon usage journalier consiste juste à cliquer sur "Lecture" et "Stop" et changer de station. Je veux que ces quelques actions soient accessibles, immédiates, Et en dehors de ça, je veux oublier que le lecteur de radio est là. J'aimerai qu'il occupe le minimum de place dans mon bureau, qu'il prenne le minimum de ressource, qu'il soit stable, qu'il fasse son boulot quoi.
Donc pour le moment, c'est uniquement sur ce problème là que je me concentre avec Goodvibes. C'est pour ça que je l'ai testé sur tous les environnements de bureaux GNU/Linux et que j'ai fait de mon mieux pour qu'il s'intègre partout. C'est pour ça que le support mpris2 est complètement implémenté, là encore pour l'intégration dans les différents bureaux. Et toutes les options un peu techniques qu'il proposent (client en ligne de commande, D-Bus backends, key binding, options pour lancer sans UI) sont là pour permettre à chacun de pouvoir l'utiliser aisément dans son environnement, à sa façon.
Il y a encore des aspects qui requiert du travail, notamment pour bien gérer les erreurs qui surviennent quand la connexion est mauvaise, en l'état actuel Goodvibes est pas très bon là-dedans. C'est sur ce genre de problématique que je veux faire progresser Gooodvibes.
Donc voilà. Si ton usage privilégié c'est la recherche et la découverte de nouvelles radios, c'est vers GRadio qu'il faut te tourner. Maintenant, si tu te préoccupes plutôt d'avoir un petit programme qui tourne bien et sait se faire oublier, Goodvibes est là pour ça. Je ne prétends pas qu'il fait ça mieux que GRadio, mais je prétends me concentrer sur cet aspect.
# Paquet Archlinux
Posté par milouse (site web personnel) . Évalué à 4.
Du coup j'ai rapidement commis un paquet AUR pour l'installer/le maintenir sur sa bécane. Merci pour ce soft qui fonctionne comme attendu (j'adore la notification de changement de chanson ! Depuis le temps que j'en rêvais !)
[^] # Re: Paquet Archlinux
Posté par elboulangero (site web personnel) . Évalué à 3.
Super merci, je vais mettre le lien sur Github.
Petites remarques pour la dépendance
dbus: a priori, pas besoin du paquetsdbus, vu que Goodvibes utilise l'implémentation fournit par GLib. GLib ne dépend pas de DBus mais fournit sa propre implémentation.Petites remarques pour les dépendances à l'éxécution de
gstreamer:- Goodvibes utilise gstreamer pour la sortie audio. Sur Debian je dois faire quelque chose comme
gstreamer1.0-pulseaudio (>= 1.4.4) | gstreamer1.0-alsa (>= 1.4.4), pour assurer qu'il y a plein un plugin de sortie audio installé.- la plupart des flux radios sont en mp3, et pour autant que je sache le plugin mp3 fait partie de
gstreamer-plugins-ugly.- quand à
gstreamer-plugins-good, honnêtement je ne sais pas si c'est nécessaire ou pas :)Après je ne suis pas empaqueteur, donc tu sais peut-être mieux que moi comment gérer ca.
[^] # Re: Paquet Archlinux
Posté par milouse (site web personnel) . Évalué à 1.
Ah je ne savais pas. Je vais pouvoir retirer cette dépendance.
A priori, sauf erreur de ma part, je n'ai pas besoin de préciser ça sous arch. Nous n'avons aucun équivalent aux paquets que tu cite, si ce n'est que gstreamer (qui vient avec gst-plugins-base) dépends bien de alsa-libs. Le choix de pulseaudio et ça configuration est laissé à la libre appréciation de l'utilisateur.
Good point. Mais j'avoue avoir rapidement recopié la liste de ton README sans chercher plus loin xD. Je l'ajouterai ce soir (enfin remplacerai gst-plugins-base-libs par les ugly vu que ça en dépend).
Je verrai à l'usage si des utilisateurs s'en plaignent. Je n'aime pas forcer des dépendances inutiles ou optionnelles.
À ce propos, j'avais une question sur libkeybinder3. C'est vraiment une dépendance de runtime ou simplement du build ? Et est-ce vraiment important / à quoi ça sert ? Car avant de pousser une version « propre » de mon paquet, j'ai fait des tests de compilation et à ce moment là je ne l'avais pas encore installé. Pourtant le build c'est bien passé et goodvibes fonctionnait. Du coup je me demandais…
[^] # Re: Paquet Archlinux
Posté par elboulangero (site web personnel) . Évalué à 2.
Libkeybinderc'est pour lier les touches multimédia du clavier (lecture/stop/piste suivante/piste précédente) à Goodvibes (en supposant que ton clavier ait ces touches). C"est une dépendance à la compilation et à l’exécution, mais c'est optionnel.En fait, l'architecture de Goodvibes est assez modulaire, et certaines fonctionnalités sont optionnelles (dont celle-ci). Si la librairie n'est pas présente à la compilation, la fonctionnalité n'est pas compilée. Tu peux voir ça à la fin du
./configure, il y a un récapitulatif.Si tu veux assurer un build complet avec toutes les fonctionnalités, il faut invoquer
./configure --enable-all. Avec cette option, toutes les fonctionnalités sont considérées obligatoires, et le script échoue s'il manque des librairies. Donc en tant qu'empaqueteur (gosh ce mot est horrible), c'est comme ça qu'il faudrait que tu invoques configure.Après, la fonctionnalité est accessible dans les préférences, "Controls -> Keyboard -> Multimedia Hotkeys", on ou off.
Au sujet des dépendances GStreamer, je soulève la questions parce que dépendant des distributions, il y a peut-être une ligne de conduite à suivre. Je dis ca un peu au pif, mais j'ai l'impression que souvent, les plugins "bad" ou "ugly" ne sont pas installés par défaut, ni installés avec les lecteur audio, et qu'il faut les installer explicitement. Il y a peut-être une raison que j'ignore. Voili voilou.
[^] # Re: Paquet Archlinux
Posté par saimn . Évalué à 1.
Ce serait cool si on pouvait éviter la dépendance à Inkscape. Hier je l'ai installé dans le train donc j'ai viré la dépendance. J'imagine que c'est utilisé pour l'icône ?
[^] # Re: Paquet Archlinux
Posté par elboulangero (site web personnel) . Évalué à 1.
Y'a pas besoin de Inkscape.
Inkscape c'est pour convertir l'image SVG en PNG. Mais la version png est versionné de toute façon, donc Inkscape est vraiment pas nécessaire.
[^] # Re: Paquet Archlinux
Posté par dj_ (site web personnel) . Évalué à 2.
C'est pas pour toi,c'est pour le packet AUR, il y a un
inkscape (inkscape-092-bzr, inkscape-bzr) (make)
[^] # Re: Paquet Archlinux
Posté par milouse (site web personnel) . Évalué à 0.
Désolé, apparement on n'a pas de notification de réponse de linuxfr et je reconnais que je n'ai jamais beaucoup utilisé cette plateforme. Tout ça pour dire que du coup je n'avais pas vu vos différents commentaires. Je vais pousser une version du paquet qui prend en compte vos remarques ce soir. Merci pour vos retours !
# Connexion pourrite
Posté par gremous . Évalué à 2.
J'aime bien ce logo, il n'y a pas à en rougir.
Chez un pépé que je connais, la liaison ADSL est un peu lente et vite saturée par la télé. Il aime bien écouter les radios du web mais quand sa femme regarde la télé ça coupe souvent. Disons par exemple que ça va fonctionner pendant 10 minutes puis ça coupe 10 secondes et ça reprend et ça coupe 2 minutes après pendant 15 secondes et ensuite c'est bon pendant 1 heure etc.
C'est pas un drame mais c'est vrai que c'est chiant.
Je ne m'y connais pas en radios internet, je lui ai juste montré comment en trouver et depuis il écoute des trucs dans des langues qu'il ne comprend même pas. Comme c'est du streaming, en cas de bande passante saturée ça coupe forcément. Certains disent qu'il faut augmenter la taille du buffer mais ça ne fait que retarder la coupure. Si le buffer fait 1 minute alors la coupure est décalée d'une minute.
Je pense qu'il n'y a pas vraiment de solution à son problème.
Par curiosité, il existe un protocole qui permette de regarder une vidéo ou écouter du son "en live" mais qui autorise les coupures ?
Par exemple avec une mise en buffer de 1 minute, et possibilité de récupérer les données manquantes. Ce qui permet d'avoir le flux complet tant que la bande passante moyenne est bonne même si par moment c'est saturé. Je sais pas si c'est clair. Forcément si la bande passante moyenne est trop petite ça ne peut pas marcher.
[^] # Re: Connexion pourrite
Posté par elboulangero (site web personnel) . Évalué à 2.
Salut Gremous,
pour le moment je ne peux pas te répondre. Pour Goodvibes, en gros, c'est GStreamer qui fait tout le boulot. Moi je ne m'occupe de rien.
Ce que je peux te dire, c'est que si la connexion est mauvaise, Goodvibes est un peu nul à gérer ça. Pour le moment je ne fais pas la différence entre les cas d'erreur définitif (comme mauvaise url, pas la peine de ré-essayer de se connecter) et les cas d'erreur temporaires (coupure réseau momentanée). Dans le cas des coupures réseaux, je ne sais pas comment GStreamer gère ca, et s'il essaie de se reconnecter tout seul ou pas. Ça fait partie des choses sur lesquels je vais plancher dans un avenir proche.
Pour la taille du buffer, c'est juste un réglage de GStreamer qu'il faut que je rende visible dans l'interface utilisateur, je ne l'ai pas fait encore parce que je ne suis pas sur que ça soit vraiment utile.
[^] # Re: Connexion pourrite
Posté par gremous . Évalué à 1.
Pour le buffer ne perd pas de temps, ça ne change rien dans les cas auxquels j'ai été confronté.
Je regarderai GStreamer de plus près si des fois il y a quelque chose à faire, merci.
[^] # Re: Connexion pourrie
Posté par Stéphane Ascoët (site web personnel) . Évalué à 0.
Je ne vois pas d'autres solution que de mettre en place de la QOS, des quotas… Pour le rattrapage des données perdues, les radios n'envoient généralement que quelques secondes de tampon, donc si tu perds une minute par exemple ce n'est pas récupérable. Personnellement j'utilise Mplayer1 et je crois qu'il est assez buggé: souvent quand il perd le signal temporairement, il continue bien sûr à lire depuis le tampon, mais quand le flux revient, au lieu d'alimenter de nouveau le tampon, il ne fait plus rien :-(
# Remplaçant à Audacious
Posté par Thomas Bigot . Évalué à 3.
Merci pour ce programme, moi qui cherchais un remplaçant à Audacious pour lire les radios, je suis comblé. Je me permets quelques suggestions :
gstreamer-plugins-ugly.Sinon, le logo est super !
[^] # Re: Remplaçant à Audacious
Posté par yv_2000 . Évalué à 1.
Merci beaucoup pour ce logiciel, qui ne fait qu'une chose mais le fait bien, ha ha, c'est ce qu'on cherche :)
Je me demandais pourquoi on avait besoin de gstreamer1.0-plugins-ugly, ça serait donc à cause du mp3 ?
Mais pourquoi dans ce cas mes autres iogiciels audio n'en ont pas besoin, alors qu'ils lisent tous les types de fichiers audio (audacious, mpv, audacity, etc.)
Le nom "ugly"' tend à faire penser que cette librairie n'est qu'un ensemble de méchants hacks, est-ce vrai ? Et si oui, il n'y a pas la possibilité de s'en passer ?
[^] # Re: Remplaçant à Audacious
Posté par Thomas Bigot . Évalué à 3. Dernière modification le 18 janvier 2017 à 14:45.
C’est une référence au film Le Bon, la Brute et le Truand en anglais The Good, the Bad and the Ugly.
Si un package est dans ugly, c’est essentiellement pour des raisons de licence, ce qu’on comprend facilement quand on sait qu’un décodeur mp3 peut enfreindre des brevets logiciels dans certains endroit du monde (pas dans l’Union Européenne en tout cas).
Tout est expliqué ici en anglais :
GStreamer Plug-ins splitup
Parce que ces programmes n’utilisent pas GStreamer comme bibliothèque de son. Audacious a ses propres moteurs de décodage et mpv aussi à ma connaissance. Pour les autres, je ne sais pas.
[^] # Re: Remplaçant à Audacious
Posté par elboulangero (site web personnel) . Évalué à 3.
Ouais exact, il faut les greffons "ugly" pour lire le mp3 avec GStreamer. Quand j'ai fait mon package, je l'ai bien mis dans les dépendances (
apt-cache show goodvibes | grep Depends), donc j'imagine que ça aurait du installergstreamer-plugins-uglyautomatiquement si tu as installé avecapt-getdepuis le ppa, non ? Ou échouer si tu installes avecdpkg. Ah oui, car j'ai maintenant un dépot sur Launchpad: https://launchpad.net/~elboulangero/+archive/ubuntu/goodvibes.Arff… Tu utilises vraiment ca ? Tu as tant de radios favorites que ca ? C'est une vrai question, je me renseigne sur mes utilisateurs :)
Ok, j'avais jamais pensé à cet usage, mais pourquoi pas.
Oui essaie de changer pour voir, je crois avoir remarqué aussi que sur KDE c'était pas très beau. Et tant que j'y suis, pour les utilisateurs de XUbuntu avec le thème par défaut "Greybird", ca marche mal avec GTK+3, c'est pas moi c'est le thème Greybird qui est un peu cassé, il faut changer de thème. Merci.
Ttt ttt, c'est pas beau de me chambrer là dessus ;)
[^] # Re: Remplaçant à Audacious
Posté par Thomas Bigot . Évalué à 2.
En fait, je l’ai compilé depuis le dépôt GIT. J’utilise Mageia, et il n’y a pas encore de rpm disponible. Peut-être que je m’essayerai à en faire un si personne ne s’y met avant. Ce que je déplorais, c’est le fait que la notification qui dit «il manque un Greffon à GStreamer» n’est pas explicite. Mais je ne sais pas si c’est Goodvibes qui la génère.
Pas intensivement, mais on va dire que j’ai deux trois onglets : un talk/infos, et un ou deux par style de musique que je veux écouter. Mais en fait, si on peut trouver facilement une station par exemple en tapant un bout de son nom, ça peut le faire. Actuellement taper un texte aboutit à sélectionner la première station qui contient cette chaîne. Mais ce n’est pas très utile car les stations ne sont pas classées par ordre alphabétique. Ce serait mieux, à mon avis, que taper un texte n’affiche que les stations qui contiennent ce texte (en mode filtre).
Je ne plaisante pas, c’est pas facile de faire un logo qu’on reconnaît facilement et qui reste simple à l’œil. Alors peut-être que tu peux améliorer le graphisme, mais ne le complexifie pas trop !
[^] # Re: Remplaçant à Audacious
Posté par elboulangero (site web personnel) . Évalué à 2.
C'est un message GStreamer, que je fais suivre tel quel à l'utilisateur. Effectivement c'est pas explicite, mais c'est difficile d'en faire quelque chose de compréhensible. Par exemple, si tu es sur un Wi-Fi publique et que tu ne t'es pas encore authentifié, toutes les requêtes sont redirigées vers une page HTML, pour s'authentifier justement. Donc si tu essaies d'écouter une radio à ce moment là, GStreamer va se retrouver avec une page HTML, il ne saura pas quoi en faire, et enverra le même message d'erreur "il manque un Greffon"… Donc c'est difficile de traduire une erreur depuis le contexte GStreamer vers le contexte utilisateur.
Tu as combien de stations à peu près ?
Yep, je viens d'essayer, la recherche par lettre est pas vraiment pratique, déjà pour l'activer il faut cliquer sur une des stations, ce qui déclenche la lecture. Déjà là, c'est un peu énervant. C'est pas vraiment pensé pour ca, j'ai jamais imaginé que les gens auraient plus de 10 stations favorites.
[^] # Re: Remplaçant à Audacious
Posté par sebas . Évalué à 1.
J'ai installé le paquet deb avec dpkg, puis installé les dépendances suivantes avec apt :
gstreamer1.0-plugins-ugly
gstreamer1.0-alsa
libsidplay1v5
et toutes mes dépendances étaient résolues (nonobstant celles qui étaient déjà installées, bien sûr ;))
# Au cas ou (Kde)… Kradio4
Posté par lolop (site web personnel) . Évalué à 2.
Fonctionne bien, se place dans l'icon-tray. Un défaut kde-esque: il est très configurable (tout plein de plugins). Supporte les radios Internet (faut avoir les URLs) et carte radio analogique dans le PC (pas testé). Aucune idée du niveau de dépendance dans les libs KDE.
http://kradio.sourceforge.net/index.html
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Lecteur m3u d'Url ? en fait c'est ça ?
Posté par Ezka . Évalué à 3.
Ça a l'air sympa mais ça apporte beaucoup plus qu'une bête playlist m3u balancé sur MPD/VLC/choisi ton player ?
Parce que perso je fonctionne comme ça je met sur github/framagit un gist/repos avec ma playlists de radios que j'ouvre avec mon client MPD ou VLC/Mplayer et quelque soit la machine & plateforme j'ai la radio. Pour peu que le player que j'utilise soit un minimum intégré à la plateforme ça à l'air de faire la même chose.
Je critique pas l'idée mais comme je suis flemmard (sinon j'en serai pas là lol) je trouve quand même que c'est une usine à gaz pour lire un bête stream mp3. Entendre par la que si tu crées un truc qui gère une liste de radio et qui est capable de lire un stream mp3 … t'as refait un lecteur audio. Comme tu utilises GStreamer tu dois pouvoir lire 99% des fichiers audio/vidéo qui existe et si tu fais une UI pour ton lecteur pour gérer ta liste de radio t'es à un pas d'un lecteur multimédia. Ce qui en soit court les rues quand même =) et qui sont eux-même maintenus/packagés/distribués dans toutes les distro possibles.
Bref si je n'étais pas atteint d'une procrastination aïgue et si j'avais besoin d'un player radio dédié ultra léger: j'utiliserai MPD, le binding dans le langage qui me plait pour faire un mini-client qui lui envoie le m3u du groupe de radio que je veux écouter/zapper et, un peu de folie, qui se synchronise avec mon dépôt git qui contient mes playlists =D.
Ha j'ai voulu testé sur une Debian (testing) … il me manque des dépendances et bon je me suis arrêté là ma procrastination à parlé =D bien désolé ! Très sympa comme idée en tout cas, bravo à toi.
[^] # Re: Lecteur m3u d'Url ? en fait c'est ça ?
Posté par elboulangero (site web personnel) . Évalué à 7.
Bein ouais c'est ca un lecteur de radio internet, c'est juste un truc qui lit des playlists ou des flux, et comme c'est GStreamer qui fait tout, il n'y a rien de plus à faire.
Sauf que si, ce qu'il y a à faire, c'est tout ce qu'il y a autour. Pour les fonctionnalités supplémentaires, je te renvoie à relire cette dépêche, ainsi que la page GitHub du projet. En gros, ça apporte une interface utilisateur, intégration aux environnements de bureaux, plus PLEIN de petits détails, etc etc. Tu fais la sommes de ces détails et ça devient un sacré boulot, crois-moi.
Ca serait bien que tu me donnes ta définition d'usine à gaz là quand même. Je t'invites à nouveau à regarder un peu la liste des fonctionnalités, c'est que des choses qu'on attend d'un lecteur de radio. Bien sur il y a des fonctionnalités qui ne te servent à rien. C'est normal, c'est parce que le logiciel n'est pas fait sur mesure pour toi, mais il est fait pour satisfaire différents utilisateurs, qui ont des besoins et usages différents, mais qui ont un point commun: ils veulent écouter la radio.
Sinon, comme tu dis on peut toujours utiliser la ligne de commande,
vlc(tiens en parlant d'usine à gaz) oumpdet en avant, c'est juste une ligne. Puis quand ça te gonfle de te rappeler les adresses des radios à chaque fois, tu les mets dans un fichier -> tu viens d'implémenter une playlist du pauvre. Puis quand tu auras envie de pouvoir faire play/stop avec les touches multimédia du clavier, tu te rajouteras un petit script qui fait ça -> tu viens de ré-implémenter le keybinding.Donc si je comprends bien, tu ne vois pas l'intérêt d'un lecteur de radios avec des fonctionnalités. À la place, tu utilises la ligne de commande, et tu implémentes tes fonctionnalités au fur et à mesure que tu en as besoin. Sur le long terme, tu implémentes ton propre lecteur de radio. C'est plus ou moins ce que tu me reproches d'ailleurs…
Tu vois, l'intérêt de développer un lecteur de radio (et un logiciel en général), c'est justement pour éviter ça. Au lieu que 1000 personnes se fassent chier à lancer une ligne de commande, puis à l'envelopper dans un script, et au final avoir 1000 petits scripts qui font la même chose, et bien là il y a 1 personne (moi en l’occurrence) qui fait le boulot de faire un lecteur de radio propre, et qui s'efforce de regrouper les fonctionnalités qui intéressent 95% des gens. Ainsi, c'est 1000 personnes qui n'auront pas à passer leur temps à écrire leur script, et qui pourront faire quelque chose de plus intéressant à la place.
C'est l'idée d'un logiciel: une solution générale que plusieurs personnes peuvent utiliser. Plutôt que de passer mon temps à me faire mes scripts perso (ce que j'ai déjà fait et refait) qui ne bénéficient qu'à moi et ne tourne que sur ma bécane, je passe mon temps sur un travail plus général, qui bénéficie à d'autres, et franchement c'est bien plus intéressant. C'est bien plus difficile aussi.
Écouter les radios en ligne de commande comme tu suggères, dis-toi qu'il y a un paquet de gens qui n'ont pas le compétences techniques pour faire ça, et ces gens là sont contents d'avoir une solution qui marche à la souris. Et plus encore, il y a un paquet de monde (dont je fais partie) qui peuvent se faire leurs propres scripts, mais qui honnêtement ont autre chose à foutre. Et de temps en temps, quand je peux trouver une solution qui juste marche, ça fait plaisir. On a pas toujours envie d'implémenter sa propre solution, dès fois on apprécie d'être simplement utilisateur.
Après si tu aimes écouter tes radios en ligne de commande, continues y'a pas de souci. Peut-être que tu es développeur dans l'âme, si tu préfères implémenter tes propres solutions. Mais un jour tu t'en lasseras peut-être, et tu auras envie de partager ton travail avec d'autres personnes. Et tu verras que là tu pourras pas leur balancer un script en leur disant "vas-y tu mets juste un fichier sur Github, rajoute un script ici, installe MPD et en avant". Ça c'est un article de blog, c'est pas un logiciel.
[^] # Re: Lecteur m3u d'Url ? en fait c'est ça ?
Posté par elboulangero (site web personnel) . Évalué à 6.
Ok je me suis un peu emballé dans ma dernière réponse, je vais te la refaire en plus court.
Goodvibes n'est pas une usine à gaz, au contraire il se concentre sur une seule chose et s'efforce de le faire bien. Maintenant, ça ne veut pas dire que c'est "utile" à tout le monde, loin de là. C'est juste une façon parmi d'autres d'écouter la radio, à chacune de décider si ça l'intéresse ou non. Effectivement sur GNU/Linux, on a le choix en terme de lecteur multimédia.
Certains utilisent uniquement UN gros lecteur qui fait tout (Rhythmbox, Quodlibet, VLC, plein d'autres). D'autres préfèrent une appli dédiée. Par exemple, moi j'utilise Quodlibet pour ma librairie, Audacious pour écouter les derniers morceaux que j'ai téléchargés et qui traînent en vrac ici et là, et Goodvibes pour les radios.
Donc Goodvibes s’adresse plutôt aux gens comme moi, qui préfèrent plusieurs applis spécialisées à une grosse appli généraliste. C'est vraiment une question de goût, tu peux pas faire là leçon à qui que ce soit là-dessus.
Mais du coup, en ce qui concerne une appli spécialisée pour les radios, et bien non, sur il n'y en a pas tant d'autres sur GNU/Linux, à part RadioTray qui est à l'agonie. Donc Goodvibes se positionne dans une niche bien particulière, et tu te plantes quand tu le compares à tous les lecteurs audios qui existent. Même si derrière, le backend (GStreamer) peut faire bien plus que lire des radios, ce qui compte c'est que Goodvibes réduit l'utilisation aux radios uniquement. Et c'est le fait de réduire l'usage qui permet d'offrir une UI et des fonctionnalités sur mesure, exclusivement adaptées à l'écoute de radios.
Je sais que pour le moment c'est pas forcément flagrant, mais à l'avenir j'espère pouvoir offrir des petits détails qui feront la différence. Par exemple, un mec m'a contacté car il écoute une radio qui se base sur le "user-agent" et refuse la connexion si le user-agent n'est pas le bon. Donc j'imagine ajouter une fonctionnalité permettant de customiser le user-agent par radio. C'est typiquement une fonctionnalité que tu as peu (ou moins) de chances de voir implémenter dans un lecteur audio généraliste, mais qui fait tout son sens au sein de Goodvibes.
Voilà j'espère que tu comprends mieux maintenant l'intérêt de la chose.
[^] # Re: Lecteur m3u d'Url ? en fait c'est ça ?
Posté par Ezka . Évalué à 1.
J'ai bien lu et relu la dépêche et j'ai parcouru le site avant de poster. Je te remercie pour ton 2° post, je comprend mieux l’intérêt, surtout dans le cas des user-agents, problème que je n'ai jamais rencontré. Tu as un exemple ? je suis curieux de tester =D
Je sais pertinemment que l'intégration dans les différents wm/desktop est une affaire de détail et requiert beaucoup de travail (surtout quand tu veux en couvrir un maximum). Je ne voulais pas dénigrer ni ce logiciel, ni l'usage.
Quotidiennement j'utilise
GMPC&MPD, qui sont probablement packagé dans toutes les distro GNU et BSD, le seul moment où je dois "faire de la technique" c'est récupérer les URL des streams qui m'intéresse pour les ouvrir avecGMPCet les sauver dans la playlist dédié. Et pour le moment le seul reproche que je fais à ce système c'est que les noms des radios sont foireuses mais rien de bien gênant ; et comme il recouvre les fonctionnalité de ce logiciel d'où ma surprise et ma réflexion: "A quoi bon coder un logiciel qui te faudra maintenir et packager pour N distros alors qu'il existe déjà pas mal de logiciel qui permettent facilement de faire la même chose et même plus ?" J'ajouterai même que c'est l'avantage du Libre, s'il manque une fonctionnalité quelque part tu peux proposer un patch pour l'ajouter. Mais comme tu le précises dans ton post, si ça te permet par la suite d'ajouter des fonctionnalités spécifiques aux lecteurs de radio tout l’intérêt du logiciel est là.Oulah, loin de moi ces histoires de leçon, utilise et fait ce qui te plaît l'essentiel c'est d'avoir le libre choix ;-)
NB: j'ai le malheur de parfois me retrouver sous
Window$d'où l'usage deVLCet le dl de ma playlist de radio depuis un gist, dans le meilleur des mondes ça fonctionne aussi =).[^] # Re: Lecteur m3u d'Url ? en fait c'est ça ?
Posté par elboulangero (site web personnel) . Évalué à 3.
gmpcc'est un des seuls lecteurs audio que j'ai jamais utilisé (et crois-moi j'en ai utilisé un paquet sous GNU/Linux !).J'avais essayé il y a quelques années et l'interface m'avait vraiment déplu. Pourtant au début j'avais trouvé le concept génial, le lecteur en serveur et client. Je m'étais dit, cool, il va y avoir le choix entre plein de clients, je vais trouver mon bonheur. Mais j'ai tout de suite pas aimé
gmpc, puis j'avais testésonatamais c'était pas au point non plus, au final çam'avait fait mauvaise impression et j'ai plus jamais ré-essayé.
Bon il est peut-être temps de lui redonner une chance, mais en même temps maintenant que je suis content avec QL + Audacious + GV, j'ai pas de raison de changer.
Bref.
Après pour la question de l’intérêt de Goodvibes, moi j'aime bien un petit soft léger qui se met dans la barre de statut, donc j'ai au moins un utilisateur: moi. Après je serai pas le seul, vu qu'avant il y avait Radiotray, et que Radiotray avait ses utilisateurs aussi. Vu que Radiotray disparaît, il y a un besoin pour un remplaçant, donc c'est pas complètement dans le vide ce que je fais.
Après, l'autre intérêt pour moi il est aussi dans la réalisation du projet de A-Z, c'est une bonne expérience.
Voili voilou !
[^] # Re: Lecteur m3u d'Url ? en fait c'est ça ?
Posté par Ezka . Évalué à 1.
Haha ! non ne perd pas de temps,
gmpcn'a pas changé depuis … 2011 =D je pense qu'il va lui aussi disparaître mais c'est pour le moment la seule bouze utilisable que j'ai sous la main. Beaucoup de clients MPD ont l'air de tomber dans les limbes alors que MPD continue son chemin =). Mais comme tout est cotés serveur, je ne m'inquiète pas trop du client. Le concept de MPD est génial, mais les clients sont souvent bien foireux =([^] # Re: Lecteur m3u d'Url ? en fait c'est ça ?
Posté par freem . Évalué à 2.
Personnellement, j'utilise l'un des clients TUI de mpd.
Même si je trouve que l'interface ne va pas vers le meilleur (pour moi elle régresse, mais vu que ce sont des changements, c'est peut-être juste ma résistance au changement le problème) au fil des évolutions, n'empêche qu'il évolue encore, et que si on ne porte pas un grand intérêt à la beauté de son écran (parce que le TUI, c'est certes efficace, mais moche, soyons honnêtes).
Et pour ce qui est de l'intégration au wm, fatalement, faut bien lier les touches à quelque chose, donc j'ai mpc derrière.
Perso, j'ai essayé la totalité des clients graphiques qui étaient proposés par debian y'a 3-4 ans, et j'ai trouvé que seul ario était correct. Battu par la suite (selon mes critères perso bien sûr) par ncmpcpp (celui que j'utilise donc, et qui est TUI). Et limite, je m'en passerai aussi, ses 2 seuls rôles étant de gérer la playlist et d'afficher le titre en cours. Pour ce qui est de l'affichage, c'est juste une question de flemme de compiler un fork de i3status qui l'affiche dans la barre de statut.
Limite, ce qui me faudrait, mais ,n'est pas la cible de l'auteur de la dépêche, c'est un interpréteur de commande avec auto-complétion conçu pour gérer les playlists xD
Bon, j'apporte pas grand chose, voire rien, mais c'était histoire de donner une opinion sur les clients mpd.
[^] # Re: Lecteur m3u d'Url ? en fait c'est ça ?
Posté par Thomas Douillard . Évalué à 2.
faut coder une fonction bash-completion. C'est pas très dur.
[^] # Re: Lecteur m3u d'Url ? en fait c'est ça ?
Posté par freem . Évalué à 2.
Hum, perso, j'écoute des radios internet non stop, via mpd.
Alors, je l'accorde, j'ai lu l'article en diagonale, et donc je ne vois pas ce que le logiciel en question ajoute à mpd + whatever (parce que personne n'utilise mpd seul, fatalement… que ce soit ario, mpc, ncmpc, … ou une combinaison de plusieurs comme moi qui utilise mpc + ncmpcpp) mais de là à dire que mpd est parfait pour ça, il y a un pas que je ne franchirais pas, et ce, pour diverses raisons principales (doit bien y en avoir d'autres, hein):
Mais bon, je ne sais pas si ce sont des limitations de mpd, du client que j'utilise de manière interactive, ou des serveurs.
[^] # Re: Lecteur m3u d'Url ? en fait c'est ça ?
Posté par Ezka . Évalué à 0.
MPD n'est pas parfait mais c'est pareil sur tout les player audio:
En fait ce serait possible en faisant un poll sur toutes les radio de ta playlist pour récupérer les infos. Mais il faut qu'il y ait des métadata sur le stream, et par exemple pour les streams mp3 il n'y en a pas.
De même, ça dépend des metadata sur le stream quelque soit le player si pas de métadata pas possible de savoir le temps restant du morceau joué actuellement.
Si tu as mplayer tu peux tester tes radios avec:
mplayer -slave -playlist http://...et voir les metadata qui sont diffusés.# Intéressé ! (Et logo)
Posté par Tanouky . Évalué à 2.
Salut.
J'utilise Radiotray, qui fonctionne bien, mais qui est un peu…austère. Je n'ai pas encore testé GoodVibes (j'ai du mal à installer des logiciels qui ne sont pas dans les dépôts sur mon PC principal ! xD), mais je me demandais ce que tu voulais pour ton logo.
Ce sont des problèmes techniques ? Je maîtrise très bien les logiciels 2D et 3D, donc, je peux aisément créer quelque chose si j'ai un cahier des charges.
S'il s'agit d'inventer un logo, je ne pense pas avoir d'assez good vibes pour étaler un quelconque talent artistique…! (Pardon pour le…jeu de mots ?)
Bonne continuation, sinon ! :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.