Bonjour ô grand journal, je ne sais pas si tu te souviens de jukebox3D ( http://linuxfr.org/~tsubasafr/24993.html ), un logiciel qui affichait la lecture en cours avec historique pour amarok, mpd, rhythmbox,exaile.
Avec la version 0.5.0 j'ai eu pas mal de retour et la fonction que tout le monde veux c'est le cover flow.
Évidement la structure multi lecteur de jukebox3D 0.5.0 ne convient pas ( couche shell avec requête ), pour avoir ce genre de fonction il me faut avoir une api disponible pour le lecture qui soit assez puissante ( obtenir la playlist entière en cours, gestion temps réel etc .. ) .
Autre solution c'est de faire un plugin à un logiciel existant, mais ce choix me plaît guère car je ne veux pas me limiter à un seul logiciel pour la structure globale du programme. Que nous reste t-il ?
- Amarok ?
La version 1.x ne propose pas un backend assez puissant ( manipulation de playlist ) pour accueillir un tel système via dcop.
La version 2.x via dbus à l'air largement plus intéressant ! De plus dbus dispose d'une api C/C++. Mais on va attendre que la version stable sorte avant d'etudier le sujet.
- Rhythmbox,Exaile ?
Ne dispose pas de fonctions de manipulation de playlist distante.
- Mpd ?
Bingo, c'est le backend de choix, de plus il ne nécessite pas de librairie spécifique, tout est en socket tcp/ip.
Le choix pour la nouvelle version de jukebox3D sera une structure indépendante avec en premier lieu un moteur mpd, ensuite pour la sortie d'amarok 2 leur api sera étudiée.
Dans les remarques récurrentes des utilisateurs il y avait aussi le probleme des dépendances de la version 0.5.0, non par la place quelles prennent sur le disque mais à cause de leur nombre et leur coté obscure pour les débutants.
Gtk, gtkglext, glade, libxml, sdl-image, sdf-ttf, curl
Si je voulais satisfaire ce point, je ne voyais pas comment ( sans rajouter cairo par exemple ) alléger la liste. Il me fallait un autre framework pour développer un technologie comme jukebox3D, pas un framework meilleur, mais un framework adapté.
Solution GTK:
- Pour la partie openGL de Gtk, il existe deux projets gtkglext et gtkglarea. C'est que mon avis personnel, mais ça me fout toujours le doute du " j'ai choisi le mauvais ". En plus cela rajoute une dépendance externe.
- Glade 3 est puissant cela fait aucun doute (malgré quelques bug agaçant des premières 3.x) et il est à jour vis à vis des versions de Gtk. Rien à dire mais c'est une dépendance externe en plus.
- libxml rien à dire mais c'est une dépendance externe en plus.
- sdl-image, sdf-ttf, curl pareil .
Je me décide de comparer ça avec son éternel partenaire de jeu Qt, avec la dernière mouture 4.3.x.
Solution QT:
- Tout est intégré en modules, il suffit de préciser dans le fichier projet ( .pro ), les modules Qt que l'on souhaite utiliser. ( gui opengl core xml network pour ma part ).
Pour un programme plus simple en terme de structure ( vis à vis de son besoin ), avec un support temps réel pour la playlist pour la lecture me voici avec une solution qui pour jukebox3D me parait plus cohérent. ( Qt4 - Api Mpd )
Je me répète ce n'est pas un concours du meilleur framework, dans ce cas la précisément l'autre solution est moins bien adaptée pour notre besoin.
Plusieurs mois apres et un portage vers Qt4 voici la nouvelle mouture de jukebox3D en version 0.6.0.
- Surfez sur votre playlist mpd à la cover flow.
- Moteur de mise à jour temps réel de la lecture et de la playlist.
- Gestion du systray, vous pouvez masquer et rappeler jukebox3D quand vous voulez.
- Moteur puissant pour la gestion des informations basé sur les signaux Qt pour les taches asynchrones..
- De nouveaux effets sont disponibles comme la rotation de texte.
- Moteur de thèmes XML, vous pouvez sauvegarder/installer des themes facilement.
jukebox3D 0.6.0 est disponible sur son site officiel: http://j3d.linuxonfire.org/
Screenshots: http://j3d.linuxonfire.org/screens.php
Téléchargement: http://j3d.linuxonfire.org/download.php
Installer un thème: http://www.linuxonfire.org/forum/viewtopic.php?id=55
Thèmes disponible: http://www.linuxonfire.org/forum/viewforum.php?id=14
Dev blog: http://tsubasafr.blogspot.com/
KDE-Apps: http://kde-apps.org/content/show.php/Jukebox3D?content=63124
QT-Apps: http://www.qt-apps.org/content/show.php/jukebox3D?content=77(...)
Pour la version 0.7.0 voici la liste des fonctions majeures à intégrer:
- Gestion de la DB Mpd vers la playlist.
- Amarok 2 intégration avec pourquoi pas un plasmoid ?
- Moteur de jaquette plus flexible ( recherche de jaquette localement si non trouvée par exemple.)
Journal Jukebox3D 0.6.0 disponible
24
mar.
2008
# Du détail...
Posté par Guillaume Denry (site web personnel) . Évalué à 3.
Par contre, le comportement de la trayicon n'est pas standard, la plupart des applications utilisent le clic simple pour cacher/montrer l'application et non pas le double-clic.
Bonne continuation !
[^] # Re: Du détail...
Posté par Sylvain (site web personnel) . Évalué à 4.
* Pour l'instant jukebox3D ne gere pas le contenu en lui même de la playlist, pour le faire il faut utiliser un logiciel comme sonata ou gmpc.
*En traînant sur irc #mpd j'ai eu des testeurs avec 230 000 entrées dans la playlist,évidement ça la pas fait.
Jukebox3D peut gérer jusqu'à 2048 entrées dans la playlist au dessus ça devient acrobatique en terme de moteur 3D ( gestion de la mémoire avec cache pour les jaquettes ).
Quand je parle de playlist c'est pas la DB de Mpd, vous pouvez avoir autant de chansons que vous voulez dedans, seulement dans la lecture en cours je ne garantie pas le fonctionnement avec plus de 2048 chansons.
Merci d'avoir testé ;)
# euh ? ... ça existe en autre chose que version source ???
Posté par manatlan (site web personnel) . Évalué à 1.
un premier make fait ça
$ make
/usr/share/qt3/bin/uic ui/optionswindow.ui -o ui/optionswindow.h
uic: File generated with too recent version of Qt Designer (4.0 vs. 3.3.7)
make: *** [ui/optionswindow.h] Erreur 1
un suivant donne ça :
$ make
g++ -c -pipe -Wall -W -g -D_REENTRANT -DQT_NO_DEBUG_OUTPUT -DGL_GLEXT_PROTOTYPES -DQT_THREAD_SUPPORT -I/usr/share/qt3/mkspecs/default -I. -Isrc/libQtAmazon -I/usr/share/qt3/include -I/usr/X11R6/include -I/usr/X11R6/include -o main.o src/main.cpp
src/main.cpp:24:24: erreur: QApplication : Aucun fichier ou répertoire de ce type
src/main.cpp:25:20: erreur: QtOpenGL : Aucun fichier ou répertoire de ce type
...
pourtant toutes les dépendances sont là ?!?
[^] # Re: euh ? ... ça existe en autre chose que version source ???
Posté par manatlan (site web personnel) . Évalué à 1.
j'ai viré qt3-dev-tools, et ça compile ...
[^] # Re: euh ? ... ça existe en autre chose que version source ???
Posté par Ph Husson (site web personnel) . Évalué à 3.
[^] # Re: euh ? ... ça existe en autre chose que version source ???
Posté par Sylvain (site web personnel) . Évalué à 2.
[^] # Re: euh ? ... ça existe en autre chose que version source ???
Posté par marseillais (site web personnel) . Évalué à 2.
[^] # Re: euh ? ... ça existe en autre chose que version source ???
Posté par Sylvain (site web personnel) . Évalué à 1.
# Marre des pochette dans les lecteurs !
Posté par Mes Zigues . Évalué à 3.
Même si l'interface qui est proposée est (d'après photo) très belle. Mais ce n'est, de mon point de vue, que la poudre aux yeux.
De mon point de vue, un lien vers Wikipédia est franchement plus utile (comme dans jajuk).
Voilà, c'est dit !
[^] # Re: Marre des pochette dans les lecteurs !
Posté par Mes Zigues . Évalué à -3.
"Non les brav's gens n'aiment pas que
L'on suive une autre route qu'eux"
Georges Brassens
[^] # Re: Marre des pochette dans les lecteurs !
Posté par Guillaume Denry (site web personnel) . Évalué à 3.
[^] # Re: Marre des pochette dans les lecteurs !
Posté par Guillaume Denry (site web personnel) . Évalué à 3.
[^] # Re: Marre des pochette dans les lecteurs !
Posté par Mes Zigues . Évalué à 1.
[^] # Re: Marre des pochette dans les lecteurs !
Posté par Guillaume Denry (site web personnel) . Évalué à 3.
Tu vas me dire qu'avec la tétrachiée de lecteurs médias qui existent, t'en as pas trouvé un seul sans gestion de pochette ? /o\
[^] # Re: Marre des pochette dans les lecteurs !
Posté par Mes Zigues . Évalué à 1.
Maintenant, ils sont très souvent avec gestion de pochette, tous les commerciaux et même les libres (le libre que j'utilise, il est tellement bien que je subis cette gestion de pochettes).
[^] # Re: Marre des pochette dans les lecteurs !
Posté par Psychofox (Mastodon) . Évalué à 3.
audacious ne gère pas de pochettes.
la gestion des pochettes est désactivables sur tous les lecteurs de type "jukebox" que j'ai essayé.
Je doute que les client ncurse à mpd ou xmms2 gèrent les pochettes.
Bref moi non plus je n'utilise pas les pochettes parce que je m'en contrefous, qu'elles ne sont pas toujours belles et que je préfère afficher des informations plus importantes, mais je n'en chie pas une pendule parce que rien ne me force à les utiliser...et toi non plus.
[^] # Re: Marre des pochette dans les lecteurs !
Posté par Juke (site web personnel) . Évalué à 1.
# Rhythmbox - Dbus
Posté par ploum (site web personnel, Mastodon) . Évalué à 2.
La preuve : music-applet, qui support de multiples lecteurs (banshee, exaile, mpd, muine, quod libet, rhythmbox, xmms, xmms2). Je te conseille de jeter un oeil à music applet pour voir comment il fait.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Rhythmbox - Dbus
Posté par Sylvain (site web personnel) . Évalué à 3.
Enfin je vois rien dans http://www.kuliniewicz.org/music-applet/ qui prouve que l'applet accede a la playlist entiere ... je vois surtout un logiciel qui controle la lecture en cours ce qui est different et c'est ce que faisait l'ancienne version de J3D qui etait compat rhythmbox,exaile etc ...
[^] # Re: Rhythmbox - Dbus
Posté par ploum (site web personnel, Mastodon) . Évalué à 2.
Quoiqu'il en soit, si ce n'est pas dispo, ce serait intéressant de raporter un bug parce que ce serait une fonctionnalité intéressante à avoir dans Rhythmbox je pense.
Mes livres CC By-SA : https://ploum.net/livres.html
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.