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.
je trouve quand même que c'est une usine à gaz pour lire un bête stream mp3
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) ou mpd et 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.
j'utiliserai MPD, le binding dans le langage qui me plaît 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.
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 . En réponse à la dépêche Sortie de Goodvibes 0.1, lecteur de radios Internet. É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.