- il faut que sur ta machine à la maison toto ait une session graphique active.
- ensuite tu te connectes en SSH, sous le user toto, et tu tapes "export DISPLAY=:0.0".
et non ;-( ... justement, ça marche pas ...
manatlan@ubuntu-box:~$ export DISPLAY=:0.0
manatlan@ubuntu-box:~$ xclock
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
non, c'est flagrant ...
- des grosses pages (comme une depeche linuxfr avec 400 commentaires) réponds bien mieux sous 1.5 ... que sous 1.0
- le prev/back instantanné est également très appréciable
pour ma part, quasi toutes mes extensions vont bien pour la 1.5, j'ai du toutes les upgradés, mais nickel (scrapbook, cutemenu, compactmenu, digger, adblock, tabmix, all_in_one gestures, download statusbar, delicious, gmail, customizegoogle, flashgot)
migration quasi en douceur ...
non, vraiment, elle tombe à pic ...
> Client/serveur, s'il n'y a pas plusieurs clients ou aucune utilisation
> à distance n'a aucun intérêt, c'est le principe même de tous
> protocoles clients/serveur. Pour le reste y'a les bibliothèques.
je suppute alors aussi, que tu dois être très fortement contre le principe du serveur X11 ... utilisé à 95% en local ...(je dis un chiffre au hasard) ...
Muine joue de la musique ...Rhythmbox joue de la musique ... Banshee joue de la musique ... Xmms joue de la musique ... amarok joue de la musique ...
Quel est le point commun entre ces applications ? (réponse : "elles jouent de la musique") ...(certaines gèrent une librairie ...)
Jusque là, on est ok ? c'est bon ?
Comme toutes ces applications font qqchose en commun ... n'y aurait il pas moyen de capitaliser ?! D'avoir une base commune ? Plutôt que de réinventer pour chaque player, la gestion d'une librairie, la production du son etc ...
Et c'est là qu'intervient "mpd" ... Toi tu focus, à fond, sur l' utilisation forcément distante ... oui, c possible ... mais c'est pas tout !
Je pensais que t'avais compris l'intérêt de séparer l'interface du moteur ....
> Muine ou autre Rhythmbox est largement suffisant
> et visiblement beaucoup plus fonctionnel que MPD
?!? ... je t'ai montré une interface mpd qui imitait l'interface de muine, à s'y méprendre, et une autre qui reprennait celle de rhythmbox ..
tu n'es pas crédible ...
ton seul problème "fonctionnel", à mon avis, c'est toi ....
Où ca où ca ? Nan parcque je l'ai vu scanner mes mp3, il me propose d'effectuer des recherches, mais je ne l'ai pas vu me proposer ma liste d'albums. Où alors je suis aveugle. Si je veux tous les albums de BRMC je fais quoi ?
bah justement ... mpd contient toute la librairie et propose des api pour y accéder ... après ça dépends des interfaces/gui ... il y en a qui sont tout simple, et d'autres plus complexe ...
ça dépends des interfaces, et là je rejoins ton premier post sur le sujet !
c'est très vite fait de refaire un player (y a des bindings pour tous les languages) ... y a juste besoin de développer l'interface, tout le moteur est dans mpd ... pas besoin de réinventer la roue à chaque fois
toi qui est plutot mono, mpcsharp (sorte de clone de pympc) est excellent : http://pympc.sourceforge.net/mpcsharp/
et se rapproche beaucoup de muine, avec pochette et tout et tout ...
glurp n'est qu'un clone de gmpc plus fini ...
phpmp2 est l'interface qui utilise le plus de features de mpd, avec mpc bien evidemment ....
et pour tout dire, je n'ai pas encore trouvé l'interface qui me sied à ravir ... (je cherche une interface à la foobar (onglet=playlist)) mais je compte peut être la faire un jour, si ça tarde encore ...
laisse encore un peu de temps à mpd et ses interfaces ... et tu verras
c'est vraiment le concept excellent ....
et tu pourrai même trouver une interface pour ta copine, une spécifique ... une pour toi .... une pour ton clavier/telecommande .... une pour ta ligne de commande .... etc ...
parcque bon mpd ne pas proposer de config par défaut [...]
je suis d'accord, j'ai un peu galéré jadis pour configurer/comprendre sous mdk, mais depuis je trimballe ma config d'os en os, et ça continue de marcher.
ok, c pour les geeks, mais il suffirait de simplifier un peu le process d'install d'un mpd+gmpc pour le commun des mortels, et ça serait bon de suite, sans entrer dans des configs complexes ... (mais c'est quand même pas aussi complexe que ça)
Je bouffe peut être 35-15 = 20 Mo de ram en plus
C'est relatif à ta collection, si t'as une "petite collection", ça tient la route ... Mais apparemment c relativement proportionnel par rapport au nombre d'items .... donc ça peut croitre très vite
sinon, je lis dans tes posts que tu serai tenté par l'experience
vas-y, tente un coup ! tu y trouveras forcément ton bonheur ...
ET dis toi bien que l'interface de muine greffé sur mpd, c tout à fait possible ! et ça prendrai pas trop de temps à faire ...
c'est vraiment un PLUS par rapport à l'autre os, pour moi ...
sur ce, je vais tester mpcsharp, car ça fait un bail, et j'ai vu qu'il a beaucoup évolué ... même s'il est en mono, et prendra 15mo de plus ;-) ... mais je m'en tape, car je le coupe quand ma selection est lancé, et je pilote la suite avec les touches multimedia du clavier branchés sur mpc
> je pense quand même que tu as un problème avec ton muine
bin essaie le, et regarde par toi même ...
"sudo apt-get install muine", c'est pas bien compliqué ;-)
et on n'est jamais mieux servi que par soi même !
> Sinon, tu pourrais comparer avec xmms, ou xfmedia
mais bon, ils ne jouent pas dans la même catégorie, il ne gère pas de bibliothèques ... (cependant xfmedia s'alloue beaucoup de ram dès le début ;-) ?!?)
quodlibet je ne connaissais pas (il a qques fonctionnalités sympa)!, j'ai vite mis qques mp3 dedans , 130mo sans prob, et l'interface a du mal à suivre ... (mais c de l'interprété, et c'est le sujet du post !!! on y reviens) ....
au fait, j'ai un p4 2.6ghz et 1go de ram ...
mais j'échangerai vraiment pas mon mpd/glurp contre ces "vieux players" ;-) ...
de plus je viens de tester l'occupation cpu sur ces lecteurs ... non vraiment, le player qui remplacera mon mpd n'est pas encoré né ...
140mo, et encore il avait même pas fini d'importer qu'1/3 de ma collection .... (il s'est arreté tout seul ?!)
sinon, là, on explosait clairement les 150mo, sans prob
bon je vais arreter de tester ces players ... car maintenant, je suis persuadé que amarok ou rhythmbox monterait egalement autour des 150mo sans problème ...
(néanmoins, ces players sont bien pour les petites collections de 1000 à 3000 morceaux, et quand on a des ressources à allouer pour jouer un mp3)
donc, je n'ai pas dit de conneries ! ni exagéré !
bon point pour muine qui plafonne à 110mo (mais pareil, j'ai pas l'impression qu'il a tout importé, car c t très rapide)
> Maintenant tes ihm ne doivent sûrement pas faire la même chose
non, elle en font bien plus que muine, pour 10x moins d'espace memoire !!
Muine, dans la tendance gnome, a une interface minimaliste (et ce n'est pas pour me déplaire, au contraire !) ... mais je peux te garantir que ça fait moins que glurp (seek dans le morceau, conception de playlists, gestion de streams, recherche spécifique (suivant un tag précis) ...)
d'ailleurs, muine bien chargé met pas mal de temps à se lancer en plus !
> va cherché sur internet la liste des pochettes
oui j'ai vu, mais je les ai toutes en local, dans le repertoire de l'album
> Faut bien voir que Muine par exemple scan ton disque dur
> à la recherche de nouveaux morceaux
dans les interfaces gui de mpd, il y a toujours un bouton pour demander à mpd de raffraîchir la base
sinon, tant mieux que ça te plaise, et qu'il y en ai pour tout le monde! mais je n'échangerai pas mon baril mpd contre 10 barils de muine ou autres amarok ...
Mon ordi a pas mal de ressources, mais pour lire des mp3, je ne supporterai pas que ça monopolise plus de 3% de celles-ci ... j'en ai besoin pour plein d'autres choses ...
mince, j'ai mis toute ma collection, je ne l'ai monté qu'à 110mo
pour lire un mp3 de 3min, c'est 110mo pendant 3min .... c'est démesuré ....
sinon, par rapport à ce que disait timaniac dans un post précédent ... c'est d'autant plus démesuré que l'interface de muine n'a vraiment pas beaucoup d'objets/feature ... (même, glurp, gmpc, pygmy ou pympc en possède bien plus (c des clients de mpd, (à 15mo max) )
et en plus, j'ai mis qu'une infime partie de ma collection (je suis maintenant persuadé que j'arriverai à le monter à 150mo sans prob)
et c'est plus proche de 90mo que de 80mo d'ailleurs
sinon, pour l'anecdote, j'ai bien aimé l'orientation "album" de muine ;-), pas mal !!! je le note
mais 90mo pour écouter un mp3, c trop pour moi ...
car si je coupe l'interface, ça coupe la musique ?! c'est étrange ?! pourtant j'ai pas besoin de l'interface quand j'écoute ?!?
oui j'ai un peu exagéré sur ce coup là (confondu avec firefox ?)
Je me suis connecté chez moi, via freenx ...
Je n'ai que rhythmbox actuellement d'installé sur mon ordi, (mais je l'utilise pas).
et il ne prends que 80mo en memoire en lecture (avec seulement 1/10 de mes fichiers ...)
(j'avais pas envi d'installer amarok, car j'ai pas les libs kde)
j'ai aussi vite fait, un apt-get install muine ....
un peu plus de 75 mo, en lecture, (avec seulement 1/10 de mes fichiers ...)
mpd, (avec tous mes fichiers) : 3 process de 13mo (et encore, je pourrai baisse le nb de process)
les gui glurp ou gmpc : environ 13mo quand il sont lancés ;-)
j'ai un peu exagéré en disant 150, fallait lire moitié moins, mais ça reste énorme (et encore tous mes fichiers sont pas dedans)
Désolé, on n'a pas tous envie d'utiliser la console pour jouer des mp3. Faut bien lancer une IHM à un moment ou un autre pour jouer de la musique, et celle-là t'es censé la regarder. Ces IHM te facilite la recherche de musique, ...
là, t'exageres ...
il y a au moins 30 guis différents pour piloter MPD ... dans tous les widgets existants, et même sous win ... (moi j'utilise glurp, avant pympc, et m'interesse à pygmy ... sous gtk).
Et ils font tout ce que tu dis ...
Si l'IHM te dérange, tu diminues la fenêtre, et hop pour Muine par exemple, l'appli se met dans la zone de notification avec les boutons vitales play/pause/next.
oui ;-), et bouffe 150mo, et du cpu, uniquement pour jouer du son, et proposer 3 pauvres boutons vitaux .... c'est démesuré
(n'as tu pas ces boutons sur ton clavier multimedia ?!)
L'utilisateur voudra en effet par moment aller consulter l'interface, pour changer de morceau, choisir un autre album, etc.
si t'écoutes des albums de suite, par exemple, toutes les heures tu devras aller dans l'interface pour changer d'album.... pendant 1h, l'appli qui tourne en arrière-plan, et bouffe 150mo, ne sert à RIEN !
- tu peux aussi mettre plusieurs albums de suite dans ta playlist, si t'en met 10, par exemple ... pendant 10 heures, t'auras une grosse appli qui tourne juste pour faire du son ?! et proposer 3 boutons ?!
Et ma copine est bien contente que la musique se coupe quand elle ferme l'application.
ne prefererait elle pas appuyer sur la touche STOP de ton clavier multimedia, pour arreter la musique ?!?
Je pinaille, mais tu pinailles aussi ;-)
on aime bien pinailler ...
Déjà sous win, j'étais un extremiste de l'audio, avec mon foobar ... Sous nux, je suis content d'avoir trouver un concept encore plus novateur, plus logique ... et je peux te dire, que de la zic, j'en écoute vraiment à outrance ... je ne pourrai pas me permettre d'avoir une grosse appli monopolisant mes pauvres ressources ;-)
Et je peux te dire aussi, que jamais au grand jamais, un mp3/audio n'a sauté !! même en rebootant X ;-)
Ce n'est que du bonheur, et comme je suis un passioné, j'ai envie de faire partager ça au plus grand nombre ...
Mais j'admet très bien qu'il existe des amaroks, muine, banshee, rhythmbox et autres grosses interfaces ... mais c'est démesuré, je trouve
C'est fou, car moi je trouve ça tellement naturel ! Et tellement logique, que j'ai du mal à comprendre pourquoi, de nos jours, il existe encore des applis lourdes pour jouer de la zic (amarok, muine, .. et cie)
(dans le sens, t'es obligé de lancer un process/gui, qui va bouffer 150mo en memoire, pour jouer un simple mp3 ?!?, et tout ça uniquement à cause de l'interface, qu'en plus : tu n'es pas censé regarder ?!)
Mais, à mon humble avis, c'est les habitudes ancestrales de l'autre os.
Pour ne pas rebuter un "utilisateur novice", il y aurai moyen d'installer tout ça (mpd + interfaces), sans qu'il puisse entre-appercevoir qu'il y a un serveur de son ...
Le serveur, c'est la fonctionnalité, c'est lui qui joue, et qui occupe si peu de ressources pour faire la zic, et il se pilote par moults interfaces, c'est tellement logique ...
[ma vie]
- je me suis fait un frontend en python pour lancer des albums tout fait sous mpd
- j'utilise aussi glurp (gui gtk), pour constituer des playlists ou faire des ecoutes unitaires dans mpd
- j'utilise phpmpc, pour piloter la zic à distance via http, le tout branché sous icecast, ce qui me permet d'écouter ma zic, partout où internet est, sous mpd
- mon clavier multimedia pilot "mpc" pour piloter l'audio (et des touches spécifiques pour qques radios)
- idem pour ma telecommande via lirc
- et plein de petites choses, comme l'affichage en OSD du titre,
c'est d'une cohérence totale ... et tout ça, que je sois sous X, en console, en ssh/http distants.
[/ma vie]
> Euh, c'est idiot ce que tu dis... tous ces logiciels sont pour
> la plupart des frontend à GStreamer ou autre Xine. Rien ne
> les empêcherait d'être des frontend à MPD
il y a une sacré différence entre ce qu'est MPD et ce qu'est Gstreamer.
(MPD est un serveur de musique, Gstreamer ne sont que des tuyaux)
tu vois de suite la différence : si tu quitte muine (ou autre), la musique elle s'arrête ;-) ... pour faire simple
> Muine :)
C'est du mono, c'est ça ? ;-)
mais il me semble que le projet mono phare, dans le monde musical est banshee ...(n'est pas un fork de muine ?!)
toujours utilie que je persiste ces "interfaces/player de son" tout en un sont dépassés ... ce serait tellement mieux si ces interfaces, utilisait le serveur de son MPD, qui lui même utiliserait gstreamer comme tuyaux vers l'audio ...
regarde MPD qui n'est qu'un serveur de son ... il le fait, et il le fait bien ...
après, il y a moults interfaces, dans tous les langages du monde ... peu de chance de pas trouver ton bonheur (ça va de la ligne de commande, en passant pas le web et le client GUI digne, et j'en passe)
ce principe là, moi je l'adore ... et je le trouve proche de la perfection. Les tâches ont été bien découpé, et il y en a pour tout le monde.
Comparé aux clients lourds que sont rhythmbox, muine, amarok et cie ?! y a pas photo ... qui regarde son player quand il joue un morceau ?! ;-)
[^] # Re: DISPLAY
Posté par manatlan (site web personnel) . En réponse au message SSH, lancer des applications X distantes, sans X. Évalué à 2.
xhost + (pour donner accès à tout le monde)
oui, mais ça, je peux pas le faire en ssh, non ? car là je suis distant de ma maison ...
sinon, j'essaierai bien ...
aussi ne faut il pas utiliser xauth plutot que "host +" non ?
[^] # Re: "chez moi ça marche" !
Posté par manatlan (site web personnel) . En réponse au message SSH, lancer des applications X distantes, sans X. Évalué à 2.
manatlan@ubuntu-box:~$ DISPLAY=:0 xclock
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Error: Can't open display: :0
[^] # Re: DISPLAY
Posté par manatlan (site web personnel) . En réponse au message SSH, lancer des applications X distantes, sans X. Évalué à 2.
- il faut que sur ta machine à la maison toto ait une session graphique active.
- ensuite tu te connectes en SSH, sous le user toto, et tu tapes "export DISPLAY=:0.0".
et non ;-( ... justement, ça marche pas ...
manatlan@ubuntu-box:~$ export DISPLAY=:0.0
manatlan@ubuntu-box:~$ xclock
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
Error: Can't open display: :0.0
j'aimerai que ça marche ... une soluce ?
[^] # Re: A c c é l é r (ah !?! trop de javascript, j'ai pas la
Posté par manatlan (site web personnel) . En réponse au journal Firefox 1.5 out!. Évalué à 2.
- des grosses pages (comme une depeche linuxfr avec 400 commentaires) réponds bien mieux sous 1.5 ... que sous 1.0
- le prev/back instantanné est également très appréciable
pour ma part, quasi toutes mes extensions vont bien pour la 1.5, j'ai du toutes les upgradés, mais nickel (scrapbook, cutemenu, compactmenu, digger, adblock, tabmix, all_in_one gestures, download statusbar, delicious, gmail, customizegoogle, flashgot)
migration quasi en douceur ...
non, vraiment, elle tombe à pic ...
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
> à distance n'a aucun intérêt, c'est le principe même de tous
> protocoles clients/serveur. Pour le reste y'a les bibliothèques.
je suppute alors aussi, que tu dois être très fortement contre le principe du serveur X11 ... utilisé à 95% en local ...(je dis un chiffre au hasard) ...
# ubuntu
Posté par manatlan (site web personnel) . En réponse au journal [HowTo] Comment démarrer/arrêter plus rapidement votre Debian unstable ?. Évalué à 5.
voici un meilleur tuto, avec beaucoup de feedback
http://www.ubuntuforums.org/showthread.php?t=80423&highl(...)
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
Muine joue de la musique ...Rhythmbox joue de la musique ... Banshee joue de la musique ... Xmms joue de la musique ... amarok joue de la musique ...
Quel est le point commun entre ces applications ? (réponse : "elles jouent de la musique") ...(certaines gèrent une librairie ...)
Jusque là, on est ok ? c'est bon ?
Comme toutes ces applications font qqchose en commun ... n'y aurait il pas moyen de capitaliser ?! D'avoir une base commune ? Plutôt que de réinventer pour chaque player, la gestion d'une librairie, la production du son etc ...
Et c'est là qu'intervient "mpd" ... Toi tu focus, à fond, sur l' utilisation forcément distante ... oui, c possible ... mais c'est pas tout !
Je pensais que t'avais compris l'intérêt de séparer l'interface du moteur ....
> Muine ou autre Rhythmbox est largement suffisant
> et visiblement beaucoup plus fonctionnel que MPD
?!? ... je t'ai montré une interface mpd qui imitait l'interface de muine, à s'y méprendre, et une autre qui reprennait celle de rhythmbox ..
tu n'es pas crédible ...
ton seul problème "fonctionnel", à mon avis, c'est toi ....
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 1.
http://sharpmusic.sourceforge.net/
c'est fou, j'en parlais dans mon précédent post ...
l'interface de rhythmbox pour mpd :
http://pympd.sourceforge.net/
et si tu veux des petits bouton dans ta systray :
http://mgc.berlios.de/
décidément j'avais pas encore vu toutes ces nouveautés ...
on a maintenant les interfaces des clients lourds célèbres
trop fort
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
Où ca où ca ? Nan parcque je l'ai vu scanner mes mp3, il me propose d'effectuer des recherches, mais je ne l'ai pas vu me proposer ma liste d'albums. Où alors je suis aveugle. Si je veux tous les albums de BRMC je fais quoi ?
bah justement ... mpd contient toute la librairie et propose des api pour y accéder ... après ça dépends des interfaces/gui ... il y en a qui sont tout simple, et d'autres plus complexe ...
dans glurp, tu peux faire une recherche, sur le tag "artist" par exemple, pour rechercher "black rebel motorcycle club"
sinon y a des clients qui classent, regarde celui là sous mac :
http://www.musicpd.org/uploads/images/screenshots/MpcOSX/scr(...)
ça dépends des interfaces, et là je rejoins ton premier post sur le sujet !
c'est très vite fait de refaire un player (y a des bindings pour tous les languages) ... y a juste besoin de développer l'interface, tout le moteur est dans mpd ... pas besoin de réinventer la roue à chaque fois
toi qui est plutot mono, mpcsharp (sorte de clone de pympc) est excellent :
http://pympc.sourceforge.net/mpcsharp/
et se rapproche beaucoup de muine, avec pochette et tout et tout ...
glurp n'est qu'un clone de gmpc plus fini ...
phpmp2 est l'interface qui utilise le plus de features de mpd, avec mpc bien evidemment ....
et pour tout dire, je n'ai pas encore trouvé l'interface qui me sied à ravir ... (je cherche une interface à la foobar (onglet=playlist)) mais je compte peut être la faire un jour, si ça tarde encore ...
laisse encore un peu de temps à mpd et ses interfaces ... et tu verras
c'est vraiment le concept excellent ....
et tu pourrai même trouver une interface pour ta copine, une spécifique ... une pour toi .... une pour ton clavier/telecommande .... une pour ta ligne de commande .... etc ...
parcque bon mpd ne pas proposer de config par défaut [...]
je suis d'accord, j'ai un peu galéré jadis pour configurer/comprendre sous mdk, mais depuis je trimballe ma config d'os en os, et ça continue de marcher.
ok, c pour les geeks, mais il suffirait de simplifier un peu le process d'install d'un mpd+gmpc pour le commun des mortels, et ça serait bon de suite, sans entrer dans des configs complexes ... (mais c'est quand même pas aussi complexe que ça)
Je bouffe peut être 35-15 = 20 Mo de ram en plus
C'est relatif à ta collection, si t'as une "petite collection", ça tient la route ... Mais apparemment c relativement proportionnel par rapport au nombre d'items .... donc ça peut croitre très vite
sinon, je lis dans tes posts que tu serai tenté par l'experience
vas-y, tente un coup ! tu y trouveras forcément ton bonheur ...
ET dis toi bien que l'interface de muine greffé sur mpd, c tout à fait possible ! et ça prendrai pas trop de temps à faire ...
c'est vraiment un PLUS par rapport à l'autre os, pour moi ...
sur ce, je vais tester mpcsharp, car ça fait un bail, et j'ai vu qu'il a beaucoup évolué ... même s'il est en mono, et prendra 15mo de plus ;-) ... mais je m'en tape, car je le coupe quand ma selection est lancé, et je pilote la suite avec les touches multimedia du clavier branchés sur mpc
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
car apparemment tu ne connaissais pas ...
SI SI SI, mpd gère une libraire, avec les tags mp3 et tout le tintouin !
et tu peux le questionner sur des tags précis (test avec mpc, glurp aussi !)
> Et tout est instantané : un click dans la barre de notif et
> hop j'ai l'interface pour sélectionner un album.
tout pareil ! instantanné !
> CHez MPD : je sais pas ca marche pas. Ca doit être le
> côté révolutionnaire.
ça, c un autre problème ! et il doit être situé entre la chaise et le clavier ;-)
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
bin essaie le, et regarde par toi même ...
"sudo apt-get install muine", c'est pas bien compliqué ;-)
et on n'est jamais mieux servi que par soi même !
> Sinon, tu pourrais comparer avec xmms, ou xfmedia
voilà un screenshot de xmms et xfmedia
http://manatlan.free.fr/xmedia.png
xmms : 30mo et xfmedia 150mo, tous les 2 à vide
mais bon, ils ne jouent pas dans la même catégorie, il ne gère pas de bibliothèques ... (cependant xfmedia s'alloue beaucoup de ram dès le début ;-) ?!?)
quodlibet je ne connaissais pas (il a qques fonctionnalités sympa)!, j'ai vite mis qques mp3 dedans , 130mo sans prob, et l'interface a du mal à suivre ... (mais c de l'interprété, et c'est le sujet du post !!! on y reviens) ....
au fait, j'ai un p4 2.6ghz et 1go de ram ...
mais j'échangerai vraiment pas mon mpd/glurp contre ces "vieux players" ;-) ...
de plus je viens de tester l'occupation cpu sur ces lecteurs ... non vraiment, le player qui remplacera mon mpd n'est pas encoré né ...
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
http://manatlan.free.fr/banshee.png
140mo, et encore il avait même pas fini d'importer qu'1/3 de ma collection .... (il s'est arreté tout seul ?!)
sinon, là, on explosait clairement les 150mo, sans prob
bon je vais arreter de tester ces players ... car maintenant, je suis persuadé que amarok ou rhythmbox monterait egalement autour des 150mo sans problème ...
(néanmoins, ces players sont bien pour les petites collections de 1000 à 3000 morceaux, et quand on a des ressources à allouer pour jouer un mp3)
donc, je n'ai pas dit de conneries ! ni exagéré !
bon point pour muine qui plafonne à 110mo (mais pareil, j'ai pas l'impression qu'il a tout importé, car c t très rapide)
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
non, elle en font bien plus que muine, pour 10x moins d'espace memoire !!
Muine, dans la tendance gnome, a une interface minimaliste (et ce n'est pas pour me déplaire, au contraire !) ... mais je peux te garantir que ça fait moins que glurp (seek dans le morceau, conception de playlists, gestion de streams, recherche spécifique (suivant un tag précis) ...)
d'ailleurs, muine bien chargé met pas mal de temps à se lancer en plus !
> va cherché sur internet la liste des pochettes
oui j'ai vu, mais je les ai toutes en local, dans le repertoire de l'album
> Faut bien voir que Muine par exemple scan ton disque dur
> à la recherche de nouveaux morceaux
dans les interfaces gui de mpd, il y a toujours un bouton pour demander à mpd de raffraîchir la base
sinon, tant mieux que ça te plaise, et qu'il y en ai pour tout le monde! mais je n'échangerai pas mon baril mpd contre 10 barils de muine ou autres amarok ...
Mon ordi a pas mal de ressources, mais pour lire des mp3, je ne supporterai pas que ça monopolise plus de 3% de celles-ci ... j'en ai besoin pour plein d'autres choses ...
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
pour lire un mp3 de 3min, c'est 110mo pendant 3min .... c'est démesuré ....
sinon, par rapport à ce que disait timaniac dans un post précédent ... c'est d'autant plus démesuré que l'interface de muine n'a vraiment pas beaucoup d'objets/feature ... (même, glurp, gmpc, pygmy ou pympc en possède bien plus (c des clients de mpd, (à 15mo max) )
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
http://manatlan.free.fr/muine.png
mais je suis maintenant quasi persuadé que je peux le faire monter à 150mo si je met toute ma zic dedans ...
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
http://manatlan.free.fr/muine.png
et en plus, j'ai mis qu'une infime partie de ma collection (je suis maintenant persuadé que j'arriverai à le monter à 150mo sans prob)
et c'est plus proche de 90mo que de 80mo d'ailleurs
sinon, pour l'anecdote, j'ai bien aimé l'orientation "album" de muine ;-), pas mal !!! je le note
mais 90mo pour écouter un mp3, c trop pour moi ...
car si je coupe l'interface, ça coupe la musique ?! c'est étrange ?! pourtant j'ai pas besoin de l'interface quand j'écoute ?!?
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
- muine/rhythmbox = 80mo (moitié moins que ce que j'avançais, désolé)
- mpd = 13mo *3 + gui 13mo (quand lancé)
sinon cf plus bas pour plus de détails
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
Je me suis connecté chez moi, via freenx ...
Je n'ai que rhythmbox actuellement d'installé sur mon ordi, (mais je l'utilise pas).
et il ne prends que 80mo en memoire en lecture (avec seulement 1/10 de mes fichiers ...)
(j'avais pas envi d'installer amarok, car j'ai pas les libs kde)
j'ai aussi vite fait, un apt-get install muine ....
un peu plus de 75 mo, en lecture, (avec seulement 1/10 de mes fichiers ...)
mpd, (avec tous mes fichiers) : 3 process de 13mo (et encore, je pourrai baisse le nb de process)
les gui glurp ou gmpc : environ 13mo quand il sont lancés ;-)
j'ai un peu exagéré en disant 150, fallait lire moitié moins, mais ça reste énorme (et encore tous mes fichiers sont pas dedans)
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
là, t'exageres ...
il y a au moins 30 guis différents pour piloter MPD ... dans tous les widgets existants, et même sous win ... (moi j'utilise glurp, avant pympc, et m'interesse à pygmy ... sous gtk).
Et ils font tout ce que tu dis ...
Si l'IHM te dérange, tu diminues la fenêtre, et hop pour Muine par exemple, l'appli se met dans la zone de notification avec les boutons vitales play/pause/next.
oui ;-), et bouffe 150mo, et du cpu, uniquement pour jouer du son, et proposer 3 pauvres boutons vitaux .... c'est démesuré
(n'as tu pas ces boutons sur ton clavier multimedia ?!)
L'utilisateur voudra en effet par moment aller consulter l'interface, pour changer de morceau, choisir un autre album, etc.
si t'écoutes des albums de suite, par exemple, toutes les heures tu devras aller dans l'interface pour changer d'album.... pendant 1h, l'appli qui tourne en arrière-plan, et bouffe 150mo, ne sert à RIEN !
- tu peux aussi mettre plusieurs albums de suite dans ta playlist, si t'en met 10, par exemple ... pendant 10 heures, t'auras une grosse appli qui tourne juste pour faire du son ?! et proposer 3 boutons ?!
Et ma copine est bien contente que la musique se coupe quand elle ferme l'application.
ne prefererait elle pas appuyer sur la touche STOP de ton clavier multimedia, pour arreter la musique ?!?
Je pinaille, mais tu pinailles aussi ;-)
on aime bien pinailler ...
Déjà sous win, j'étais un extremiste de l'audio, avec mon foobar ... Sous nux, je suis content d'avoir trouver un concept encore plus novateur, plus logique ... et je peux te dire, que de la zic, j'en écoute vraiment à outrance ... je ne pourrai pas me permettre d'avoir une grosse appli monopolisant mes pauvres ressources ;-)
Et je peux te dire aussi, que jamais au grand jamais, un mp3/audio n'a sauté !! même en rebootant X ;-)
Ce n'est que du bonheur, et comme je suis un passioné, j'ai envie de faire partager ça au plus grand nombre ...
Mais j'admet très bien qu'il existe des amaroks, muine, banshee, rhythmbox et autres grosses interfaces ... mais c'est démesuré, je trouve
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
(dans le sens, t'es obligé de lancer un process/gui, qui va bouffer 150mo en memoire, pour jouer un simple mp3 ?!?, et tout ça uniquement à cause de l'interface, qu'en plus : tu n'es pas censé regarder ?!)
Mais, à mon humble avis, c'est les habitudes ancestrales de l'autre os.
Pour ne pas rebuter un "utilisateur novice", il y aurai moyen d'installer tout ça (mpd + interfaces), sans qu'il puisse entre-appercevoir qu'il y a un serveur de son ...
Le serveur, c'est la fonctionnalité, c'est lui qui joue, et qui occupe si peu de ressources pour faire la zic, et il se pilote par moults interfaces, c'est tellement logique ...
[ma vie]
- je me suis fait un frontend en python pour lancer des albums tout fait sous mpd
- j'utilise aussi glurp (gui gtk), pour constituer des playlists ou faire des ecoutes unitaires dans mpd
- j'utilise phpmpc, pour piloter la zic à distance via http, le tout branché sous icecast, ce qui me permet d'écouter ma zic, partout où internet est, sous mpd
- mon clavier multimedia pilot "mpc" pour piloter l'audio (et des touches spécifiques pour qques radios)
- idem pour ma telecommande via lirc
- et plein de petites choses, comme l'affichage en OSD du titre,
c'est d'une cohérence totale ... et tout ça, que je sois sous X, en console, en ssh/http distants.
[/ma vie]
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 3.
> la plupart des frontend à GStreamer ou autre Xine. Rien ne
> les empêcherait d'être des frontend à MPD
il y a une sacré différence entre ce qu'est MPD et ce qu'est Gstreamer.
(MPD est un serveur de musique, Gstreamer ne sont que des tuyaux)
tu vois de suite la différence : si tu quitte muine (ou autre), la musique elle s'arrête ;-) ... pour faire simple
> Muine :)
C'est du mono, c'est ça ? ;-)
mais il me semble que le projet mono phare, dans le monde musical est banshee ...(n'est pas un fork de muine ?!)
toujours utilie que je persiste ces "interfaces/player de son" tout en un sont dépassés ... ce serait tellement mieux si ces interfaces, utilisait le serveur de son MPD, qui lui même utiliserait gstreamer comme tuyaux vers l'audio ...
[^] # Re: ...
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 5.
regarde MPD qui n'est qu'un serveur de son ... il le fait, et il le fait bien ...
après, il y a moults interfaces, dans tous les langages du monde ... peu de chance de pas trouver ton bonheur (ça va de la ligne de commande, en passant pas le web et le client GUI digne, et j'en passe)
ce principe là, moi je l'adore ... et je le trouve proche de la perfection. Les tâches ont été bien découpé, et il y en a pour tout le monde.
Comparé aux clients lourds que sont rhythmbox, muine, amarok et cie ?! y a pas photo ... qui regarde son player quand il joue un morceau ?! ;-)
sinon, pas trop grand chose à voir ...
mais si ça peut faire débat :
http://www.timestretch.com/FractalBenchmark.html
[^] # Re: avis
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 0.
[^] # Re: Performance de dev
Posté par manatlan (site web personnel) . En réponse au journal Langages pour desktop. Évalué à 2.
?!?
d'où tu tiens cette info ?!