Benjamin Zores a écrit 75 commentaires

Le module UPnP/DLNA existe déjà.
Avec un peu de chances, il suffit de l'activer à la compilation des sources. Mais je ne le trouvais pas assez stable/testé pour l'intégrer dans cette première version.

Il s'agit cependant d'un client et non d'un serveur (je n'ai jamais compris pourquoi XBMC proposait un serveur cela dit ...), mais il marche très bien avec les différents serveurs que j'ai pu essayer (uShare, le mien :-p, minidlna du ReadyNAS de chez Netgear, Coherence ...).

Le serveur aussi est en Irlande :p
Bon, le wiki devrait être corrigé désormais mais c'est vrai que les developpeurs le visite très peu :-(

Ce n'est pas annoncé, car en cours de développement.
Le jour où le GUI E17 sera finalisé, nous le proposerons bien evidemment en appli standalone (si possible officiellement dans ubuntu, mais ça dépend plus de l'hypothétique mise à disposition un jour d'une release d'E17 :-)

Si tu veux essayer le GUI de la v2 sur ta distrib actuelle, tu peux récupérer les sources via Mercurial:

hg clone http://hg.geexbox.org/enna

Ceux intéressés par le developpement (si jamais, on peut toujours rêver ...) peuvent rejoindre le chan IRC #geexbox sur freenode.net.

Le développement en lui-même du GUI n'est pas très compliqué. C'est écrit en C mais rien de bien méchant, et relativement petit en taille de code (pour l'instant). C'est assez facile d'écrire des plugins (browser youtube/deezer, affichage meteo ... par exemple).

Faisant parti des devs MPlayer, il y a plusieurs raisons à cela:
- "politiquement" (ce n'est pas mon avis, mais bon ...) à partir du moment ou tu as une lib, tu perds en performance (linking) et si tu veux une lib, utilises xine (mauvaise réponse ....)
- cela cache surtout le fait que MPlayer dispose d'une architecture codée par un gnou atrophié manchot et avec des moufles qui fait qu'on y retrouve une floppée de variables globales, le tout étant donc tout sauf thread-safe et donc on pourrait en faire une lib à la seule condition que personne n'utilise 2 instances de la lib en même temps (tu parles d'une condition).
- il y a un mode dit "slave", qui est d'ailleurs utilisé par les différents frontends (smplayer ...), qui correspond à une FIFO par lequel on peut envoyer des commandes de controle à un processus mplayer tournant déjà. Le GUI officiel MPlayer n'utilise pas du tout ce principe, hélas, mais se contente d'être un gros hack dans le code.

Le projet libplayer dont je parlais plus haut, initié par le projet GeeXboX, propose une API en C, thread-safe, vers différentes APIs multimedia (libxine, libvlc, gstreamer et MPlayer). Pour MPlayer nous utilisons donc le mode slave, mais en proposant une API de haut-niveau exploitable.

Chaque frontend MPlayer s'amusant à reinventer le code nécessaire à l'envoi de commandes via la FIFO et la lecture/parsing des infos de retour (stdin), il serait evidemment bien plus simple d'utiliser libplayer pour eviter de reinventer la roue.

Ca sera possible avec la v2.
La version actuelle, comme depuis 6 ans, est basé exclusivement sur MPlayer.
L'interface n'est donc ni plus ni moins que MPlayer patché/skinné.
La v2, qui sera basé sur Enlightenment, aura une application disponible sous forme de packages debian/ubuntu je pense.

Elle tirera également parti de libplayer ( http://libplayer.geexbox.org ): un framework unifié permettant une abstraction complète du lecteur vidéo.

C'est beau et tellement bien dis, bien que l'activité de la communauté soit restreinte (ou à relativiser en comparaison de projets "concurrents" comme XBMC et son armée de coding-monkey par exemple).
Content de voir que tu suis encore notre actualité Xav :-)
Cela dis, sur les initiateurs du projet, tu en connais un des 2 qui y contribue désormais de manière très très ponctuelle :p

Sinon, pour les félicitations, RDV ce weekend au FOSDEM pour les geeks de passage :p

Tout à fait.
MoviX fut le précurseur, nous sommes arrivés après et cela n'a vraiment pas plus au créateur du projet qui nous l'a explicitement fait comprendre.
Cependant, MoviX semble arreté depuis 2 ans maintenant (même le site Web est vide), GeeXboX reste donc le dernier dinosaure du genre ;-)

Il y a un mois j'ai reçu une plateforme d'évaluation AMD au boulot (Sempron Mobile). J'ai été bien surpris de voir au sein de son BIOS l'option me permettant d'activer ou non la puce TPM. Cela faisait un moment qu'on en parlait mais je n'avais jamais eu l'occasion de voir cette horreur de si près. Donc ne t'inquiète pas (ou si, justement), Intel ou AMD, même combat ...

Seb, tu vas pas la resortir à chaque version non plus ta vanne :p
Sinon +1 sur le fait que l'UPnP va conquérir le monde, prenez peur les amis.

absolument pas.
La question se pose encore au sein des développeurs de MPlayer pour savoir comment et quand cet ajout sera fait dans le SVN.
Rien n'existe en ce sens dans le SVN à l'heure actuelle.

on ne peut plus d'accord avec toi.
Mais dans la news que j'ai soumis la phrase étant cohérente.
La reformulation laisse les gens dans le doute.

je serai toi j'éviterai de m'y fier.
en cherchant un peu au niveau de l'IP etc ... tu te rends compte que le site est en fait une connexion domestique Freebox sous un serveur IIS et que le gentil monsieur finalement héberge tes fichiers sur son disque dur à lui.

C'est du social engineering :-)
Faut pas y déposer n'importe quoi donc.

alors il n'y a ni serveur X ni DirectFB.
Juste en affichage en VESA ou Vidix selon la carte vidéo.
La sortie TV est faite via nvtv ou atitvout, si tu as un serveur X qui tourne en driver VESA (lent) ca marchera tout seul.
Sinon, il faut des drivers (sous proprio) pour faire marcher la sortie TV, c'est une des raisons pour lesquelles nous n'utilisons pas de serveur X qui ne sert à rien finalement.

non, le make geexbox de la racine va s'occuper de tout mettre dans l'intird (et l'iso) pour toi, tu n'as rien à faire de ce côté là.

le "make" le mettra tout seul dans l'iso et dans l'initrd, je ne comprends pas où est ton problème.
Tu ne compile pas un busybox à la main en essayant de le mettre sauvagement dans l'initrd rassure moi ?

tu prends tes sources et fais ton make normal.
ensuite :

cd build.i386/busybox
make menuconfig
tu changes les options que tu veux
exit & save
cp .config ../../packages/busybox/config/busybox.conf
cd ../..
./scripts/clean busybox
make

et ca te fait une nouvelle iso avec tes programmes en plus

il y a été pendant la phase de dev de la 0.98.7 puis supprimé car le driver était vraiment trop buggé (inutilisable pour bcp. trop d'utilisateurs).

une nouvelle interface de la sorte est prévue.
par contre je vois mal comment tu veux faire pour ne pas te balader dans les répertoires.

à plus ou moins long terme ... (donc prévu mais nécessite d'être fait ;-)

Les solutions de type tuxfamily/sourceforge/gna restent relativement limitées en terme de services.
Eventuellement comme mirroir web, mais ca manque cruellement de fonctionnalités.

envoi un patch, ca sera plus facile à appliquer.
nous n'avons pas de carte PCMCIA pour tester la chose

Dans ce cas, tu peux aussi abandonner le support de 2/3 des cartes DVB parce que là je peux te dire qu'il y en a un paquet des firmwares non libres ...

ha pour ça il faudrait revenir 1 an en arrière, ou alors que tu essaies d'en lire pour te rendre compte que ça marche avant d'implorer son support ;-)

il s'agit d'une chaine de compilation faite maison.
La distribution a été faite from scratch et de ce fait, n'est basée sur aucune distribution connue.

si, mais dans le kernel quand meme et pas en modules déportés