Q. a écrit 83 commentaires

> Je vois pas trop ce que tu veux dire au niveau de "exposer ce que le client à le droit de faire".

En gros, je pense qu'il faudrait gérer au niveau serveur le fichier de config XML que tu as mises coté client. L'idée, c'est de n'avoir aucune config pour le client, c'est le serveur qui lui dit ce qu'il peut faire.

Lorsque le client se connecte au serveur, le serveur envoie au client les sessions paramétrées sur le serveur.

Lorsque le client choisit une session, le serveur lui envoie les control/exec possibles pour cette session (genre le fichier XML).

A mon avis, plutôt que d'avoir a se taper un fichier de config en XML coté client, je pense que le serveur devrait plutôt exposer au client ce qu'il est capable ou à le droit de faire (à la connexion).

Ca éviterait des erreurs de config sur le client et ca permettrait plus de flexibilité, ainsi, si tu mets en place une nouvelle fonctionnalité (les controles ou exec pour toi) sur le serveur, tu n'as pas a toucher au fichier XML. Même cas pour le sessions (genre ajouter une application). On peut aussi imaginer une gestion des droits.

Exemple pratique:
- Je lance l'appli sur mon PDA et me connecte au serveur
- Le serveur me propose les applis (ce que tu appelles sessions) que je peux contrôler
- Une fois, la session choisie, le serveur envoie les fonctionnalités auquel j'ai accès pour cette session

SI j'ai un peu de temps, je tacherai de faire un contrôle pour les lecteurs multimédia qui supportent MPRIS [1] (audacious, bmpx, vlc et bientot d'autres j'espère).

[1] http://wiki.xmms2.xmms.se/index.php/Media_Player_Interfaces

Il est maintenant possible de lire les vides de youtube en utilisant une solution libre et multi-plateforme : swfdec [1]

Alors finalement, je ne sais pas ce qui est le mieux.

[1] http://swfdec.freedesktop.org/wiki/

Peut être trouveras-tu ton bonheur ici:
http://art.gnome.org/themes/icon/

Finalement, le seul truc que tu reproches à Gnome c'est le look par défaut qui est installé par Ubuntu... ca se change facilement en quelques clics de souris.

Concernant Gaim qui en fait n'a pas grand chose à voir avec Gnome hormis le fait de partager le même toolkit, je dois admettre qu'il n'est pas forcément un modèle du genre. Je n'ai hélas pas grand chose de mieux a te proposer car je suppose que tu souhaites un client qui supporte plusieurs protocoles. De mon côté, je suis en train de suivre ce qui se fait autour de Telepathy [1], Tapioca [2], ca semble prometteur mais encore en plein chantier!

Pour le truc le plus horrible qui a l'air de t'avoir traumatisé, tu peux regarder du côté de Glipper [3]. Je ne connais ni Klipper ni Glipper, mais ca a l'air d'avoir les mêmes fonctions et ca pourrait peut être même réglé le problème du tampon qui se vide à la fermeture des fenêtres.

Au final, je me rends compte en relisant ton journal que si tu changes le thème et si tu installes Glipper, ca pourrait devenir un environnement qui te convient :)

[1] http://telepathy.freedesktop.org
[2] http://tapioca-voip.sourceforge.net
[3] http://glipper.sourceforge.net/

Et pour ceux (comme moi) qui ne connaissent pas l'anecdote, le balcon de l'appart d' A. Santini s'est effondré en début d'année en emportant avec lui tous les autres balcons qui se trouvaient en dessous.

http://www.lefigaro.fr/france/20070125.WWW000000418_les_balc(...)

Ca ne répond toujours pas a mon besoin qui est de pouvoir piloter ca de mon PC, car non, je n'ai pas envie de devoir allumer ma télé et me taper une interface lente et pas vraiment ergonomique pour écouter de la musique à partir de mon PC.

Enfin bon, j'ai déjà pas mal avancé sur le sujet, je devrai aboutir bientôt.

Ouai, j'ai pensé aussi a utiliser vlc pour faire la passerelle entre gstreamer et la freebox mais bon, ca commence à faire beaucoup d'étapes (et ca fait vraiment bricolage) mais ca marche.

Je lance VLC pour qu'il ecoute sur le port 1235 et qu'il renvoie sur la freebox:
vlc --extraintf= --sout="#std" --sout-standard-access=udp --sout-standard-mux=ts --sout-standard-dst=212.27.38.253:1234 --sout-ts-pid-video=68 --sout-ts-pid-audio=69 --sout-ts-pid-spu=70 --sout-ts-pcr=80 --sout-ts-dts-delay=400 --sout-transcode-maxwidth=720 --sout-transcode-maxheight=576 --config="~/.vlc/vlcrc-fbx" --open="udp://@:1235"

Et pour Gstreamer:
gst-launch filesrc location=fichier ! decodebin ! audioconvert ! ffenc_mp2 ! udpsink port=1235

Ca reste quand même plus pratique d'utiliser directement vlc, mais c'est une autre piste qui peut être explorée.

J'ai le même problème que toi, ma freebox est raccordée a ma chaîne hifi et donc, j'aimerai envoyer le son vers la freebox.

Par contre, j'ai opté pour une autre piste, utiliser gstreamer (qui est maintenant utilisé par beaucoup de lecteurs multimedia) plutot que vlc.

J'ai posté sur le forum hier pour essayer d'avoir quelques infos: http://linuxfr.org/forums/10/21651.html

Il faut d'abord passer la freebox en mode reception pour qu'elle diffuse tout ce qui lui sur le port 1234, et c'est tout simple, au demarrage de freeplayer elle doit juste lire le fichier settings.html. Pour ca, j'ai créé un petit script python pour faire office de serveur web et lui servir le fichier settings.html.

Je me focalise pour le moment que sur l'envoi de musique, il faut envoyer un flux au format mpga et là, j'ai du mal a trouver le pipeline gstreamer qui va bien. J'arrive pas a trouver l'encodeur qui va bien...

gst-launch filesrc location=tmp/a.mp3 ! decodebin ! audioconvert ! audioresample ! ffenc_mp2 ! udpsink host=mafreebox.freebox.fr port=1234

J'ai fait quelques tests. Pour que la freebox se mette en mode reception, c'est tout bête, il suffit juste qu'elle puisse lire le fichier settings.html quand on la passe en mode freeplayer.

Effectivement, il faut d'abord mettre la freebox en mode "recepttion" et une fois cela fait, elle diffuse tout ce qui lui arrive sur le port 1234.

Y'a quelques infos utiles ici : http://tmgo.free.fr/info_freebox_1_interactions.shtml

Oui, merci, je connais freeplayer, je sais comment ca marche (cf mon post précédent).

J'ai pas envie d'utiliser vlc parce que j'aime pas l'interface, point barre. De plus, je veux pouvoir faire cela a partir de gstreamer, car je n'ai pas d'enceinte sur mon PC, et je voudrais pouvoir écouter mes musiques en les envoyant sur la freebox qui elle est reliée a ma chaine hifi. Or le player que j'utilise habituellement pour ma musique repose sur gstreamer. Si j'arrive a faire le pipeline gstreamer qui va bien, ca ne devrait pas être très dur à l'adapter pour le player. Et donc pour le moment, je suis condamné à utiliser vlc pour écouter ma musique.

Et puis pour finir, je suis libre de faire ce que je veux que cela te plaise ou pas. Que toi tu ne veuilles pas reinventer la roue ou ne pas faire le geek c'est ton problème. Mais si tout le monde faisait comme toi, on aurait peu de choix dans les applis... Alors, t'es gentil, ta critiques sur les geeks tu la gardes pour toi.

Je connais les différents mods de freeplayer (j'utilise actuellement easybox) mais je souhaite utiliser gstreamer.

Les softs que j'utilise habituellement sur mon PC reposent sur le framework Gstreamer, or une fois que j'aurai construire le pipeline qui va bien, je pourrai plus facilement l'implémenter. Ben oui, j'ai mes petites habitudes, les fonctions que j'aime bien avec mes applis. Après, on peut imaginer un petit plugin qui ferait office de serveur http pour pouvoir contrôler le lecteur comme vlc.

Perso, je trouve vlc un peu fouilli, et j'ai un peu de mal a m'y retrouver.

Mais non, ses parents ont lui dire qu'artiste, c'était pas un métier, et qu'il fallait trouver une profession plus sérieuse! ;)

Je pense qu'il fait référence à ses allusions à l'Amiga sur son message politique pour Ségolène Royal.

Et pour les afficionados, il existe même une carte PCI qui peut embarquer une ou deux puces SID. Cette carte est supportée sous *nix via sidplay 1 et 2.

http://www.hardsid.com

Par contre, je trouve le prix prohibitif (170 euros) pour mon usage perso (écouter des SID de temps en temps), alors l'emulation software me va bien.

Il existe des plugins pour la plupart des lecteurs audio (xmms, via gstreamer, pas sur pour xine).

Ce n'est que la liste des articles de la revue GNU/Linux Magazine, si tu veux en savoir plus, tu peux aller faire un tour chez ton marchand de journaux et l'acheter pour comprendre ce que voulait dire l'auteur ;)

L'article se trouve page 26 - 27 [1] (si t'as de bons yeux, on sait jamais!)

[1] http://www.ed-diamond.com/feuille_lmag93/index.html

Ah oui, ça doit être ça!

Merci, j'étais en train de chercher des infos sur Jaluk . Avec le K à la fin, je m'étais orienté vers KDE, mais je n'avais rien trouvé (vu que ça n'a rien avoir en fait).

C'est en Java et ça repose sur mplayer et vu les captures d'écran, ça a l'air plutôt riche en fonctionnalités. Mais vu qu'on commence à avoir un bon choix de lecteurs/jukebox sur différents toolkits qui s'intègre mieux au bureau , j'ai pas regarder plus.

Ma remarque était valable pour lui aussi vu qu'il se mélange les pinceaux... car effectivement la grande partie si ce n'est tous limite l'upload à 1Mb (128 ko).

Les offres Internet sont très souvent exprimés en bits (et non pas bytes = octets).

Et 1Mb, ca fait combien de ko? Bah 128 en fait...

Après une petite recherche, je me réponds moi même:
- SDL ne supporte pas encore l'acquisition (j'ai trouvé un vieux patch sur le net [1])
- Gstreamer le fait à priori, c'est je pense la piste à privilégier pour avoir une solution portable

[1] http://torsion.org/witten/sdl/

En te basant sur Alsa pour l'acquisition audio, le jeu est finalement restreint à Linux.

Je ne sais pas si c'est réalisable, mais ne serait-il pas possible de plutot passer par SDL ou gstreamer (que tu utilises) pour l'acquisition? Cela permettrait de rendre ton jeu accessible à un beaucoup plus grand nombre de plateformes (les *BSD, Solaris, etc) car les autres composants utilisés (fftw3, cairo, etc) sont déjà disponibles sur pas mal d'OS.

C'est un peu le but que s'est donné freedesktop [1] : mettre en place des standards et des spécifications pour que les applications cohabitent entre elles et puissent interagir entre elles de manière cohérente et de façon unique.

Y'a encore beaucoup de boulot, mais je dirai que ca progresse plutot dans le bon sens (exemple: dbus pour la communication entre les applis). Après, les développeurs sont libres de suivre ces specs ou non suivant leur vision de la chose.

[1] http://www.freedesktop.org

J'espère qu'ils vont pas être trop distraits par les filles pour que le projet avance bien et sans trop de bugs!

XMMS et XMMS2 n'ont en fait plus rien à voir que ce soit en terme de code, d'architecture. Les points communs qu'ils partagent sont une bonne portabilité et une grande modularité.

XMMS2 repose maintenant sur un modèle client-serveur et se rapproche donc plus de mpd. Le serveur se contrôle grâce à différents clients que tu apprécieras ou non suivant tes affinités de bureau, de fonctionnalités, etc.