Sortie de GeeXboX 2.0-alpha1

Posté par  (site web personnel) . Modéré par baud123.
Étiquettes :
18
15
fév.
2010
Linux
Le projet GeeXboX est fier d'annoncer, après de (très, trop, sans fin ...) longs mois de développement, la première version alpha de la branche 2.x de la distribution LiveCD à vocation multimédia. Comme attendu, cette version intègre la nouvelle mouture de l'interface utilisateur : Enna.

Comme à l'accoutumée pour une version alpha, la liste des nouveautés est aussi longue que la liste des régressions. Cela dit, un appel à test massif est lancé, de manière à pouvoir finaliser le tout au plus vite. Comme annoncé sur le site du projet, cette nouvelle version, bien qu'encore limitée, apporte son lot de fonctionnalités intéressantes (outre la nouvelle interface graphique), telles que la prise en charge du décodage vidéo matériel via VDPAU (pour les heureux possesseurs de carte nVidia compatible) ou encore le décodage vidéo logiciel multi-tâches pour les Core2Duo et autres processeurs nouvelle génération.

Le projet continue donc tranquillement son petit chemin et vient d'être présenté la semaine dernière au FOSDEM à Bruxelles (slides et vidéos disponibles sur la page principale du projet pour les plus intéressés).

On a d'ailleurs pu y apprendre quelques nouvelles intéressantes sur le futur de la distribution et d'Enna, avec, entre autre et dans le désordre, un portage pour ARM (BeagleBoard et autres Nokia N900), un rapprochement potentiel à venir avec l'équipe de VLC (adieu MPlayer ?) ou encore une future disponibilité pour MacOSX et - pourquoi pas - Windows ?

Aller plus loin

  • # Very good news ! =)

    Posté par  (site web personnel) . Évalué à 2.

    Une excellente nouvelle ce nouveau cru, mais par pitié, pas VLC, mplayer est vraiment LE lecteur qui demande le moins de ressources pour lire une vidéo...


    Sinon à propos du bougre, je rapporte une première erreur :

    [libplayer/mplayer] Err: only english version of MPlayer is supported
    [libplayer/mplayer] Err: error during MPlayer initialization
    [Enna] [mediaplayer.c:936] Err: Mediaplayer initialization

    Car oui, j'ai compilé et empaqueté moi même Mplayer pour avoir la joie d'avoir le lecteur en Français (bha oui quoi), mais j'avoue que c'est assez mal fichu, ils auraient pu faire autrement pour intégrer toutes les langues...

    Résultat j'vais devoir passer sur Mplayer en Anglais pour tester.
    • [^] # Re: Very good news ! =)

      Posté par  (site web personnel) . Évalué à 5.

      MPlayer n'etant controllable que par son mode "slave" via une FIFO, il est nécessaire de parser la sortie standard pour connaitre son état. Ne voulant pas implémenter un parseur multi-langues pour des raisons evidentes de maintenabilité, il est en effet nécessaire d'avoir MPlayer en anglais.

      Concernant VLC, il faut savoir que GeeXboX/Enna utilise une couche d'abstraction multimédia. Il est donc possible de choisir de manière transparente quel est le lecteur à utiliser. Maintenant concernant tel ou tel lecteur, ca dépend beaucoup du type de media que l'on souhaite lire (fichiers, DVD, DVB, streaming ...) et de son OS.
      • [^] # Re: Very good news ! =)

        Posté par  (site web personnel) . Évalué à 2.

        Ca serait pas possible de setter env LANG=C avant de lancer mplayer puis de revenir sur le LANG original ?
        • [^] # Re: Very good news ! =)

          Posté par  (site web personnel) . Évalué à 2.

          Et non car MPlayer n'utilise pas les .po mais la langue est définie à la compilation et donc codée en dur dans le binaire.
          • [^] # Re: Very good news ! =)

            Posté par  (site web personnel) . Évalué à 1.

            Oui effectivement MPlayer n'utilise pas gettext. MAIS bcp de patchs ont circule sur la mailing-list de dev. Je viens de regarder a l'instant dans le code source de SMPlayer et dans le fichier deviceinfo.cpp il y a ceci :

            QProcess p;
            p.setEnvironment( QStringList() << "LC_ALL=C" );

            Et voici le svn log qui va avec :
            rvm 10/6/2008 10:52:58 AM
            Run aplay with LC_ALL=C to be sure it displays the info in English

            Auparavant SMPlayer permettait dans son panneau de configuration de changer les strings a traduire provenant de MPlayer or cela a ete supprime.

            Je pense que ca vaut le coup d'essayer un setenv() :)
            • [^] # Re: Very good news ! =)

              Posté par  (site web personnel) . Évalué à 1.

              Oupss mon enthousiasme m'a aveugle : deviceinfo.cpp permet de lister les devices audio via MPlayer, donc rien a voir avec le mode slave :/ Je n'ai pas trouve d'autres endroits dans le code de SMPlayer qui fasse reference a setenv()
  • # nvidia :(

    Posté par  (site web personnel) . Évalué à 2.

    The proprietary nVidia video driver has been integrated.
    :(
    • [^] # Re: nvidia :(

      Posté par  (site web personnel) . Évalué à -1.

      fuuuuuu :(
      • [^] # Re: nvidia :(

        Posté par  (site web personnel) . Évalué à 4.

        En attendant le driver nouveau et de manière à pouvoir profiter de VDPAU, oui hélas.
        C'est toujours mieux qu'un driver nv qui ne supporte plus les nouvelles cartes nVidia (ION principalement). Dans la version finale cependant, l'utilisateur aura bien evidemment la possibilité de choisir. Mais il s'agit ici d'une alpha, donc pour tester.
        • [^] # Re: nvidia :(

          Posté par  . Évalué à 2.

          nv a été remplacé par nouveau comme pilote par défaut dans xorg.

          ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

          • [^] # Re: nvidia :(

            Posté par  (site web personnel) . Évalué à 3.

            Dans le tout dernier X.Org, avec le MESA pas encore sorti qui dépend du 2.6.33 lui non plus pas encore là. Ca viendra donc bientot mais encore un peu de patience pour que tout ça arrive "naturellement".
        • [^] # Re: nvidia :(

          Posté par  . Évalué à 3.

          C'est énervant de devoir toujours "attendre". Le driver nouveau avance lentement parce que très peu de monde l'utilise !

          C'était comme lorsque les devs du kernel utilisaient Bitkeeper : ils se disaient que les outils libres évolueraient pendant ce temps, et qu'ils en choisiraient un un peu plus tard. Et puis en fait non, tous ont stagné et au moment où le logiciel proprio leur a fait un coup de pute, paf, il a fallu refaire son propre outil à la va-vite. Mais le pire, c'est que ça a bien marché !

          C'est pareil avec Nvidia. Déjà, moi j'ai vu un beau coup de pute avec les pilotes "legacy". Mais personne ne bronche, et garde un vieux Xorg avec. Mais bon, ne faites rien et passez votre temps à attendre ; moi je vous dis que si personne ne fait rien, la situation actuelle de nouveau perdurera encore un bon bout de temps.
          • [^] # Re: nvidia :(

            Posté par  (site web personnel) . Évalué à 7.

            >>> moi je vous dis que si personne ne fait rien, la situation actuelle de nouveau perdurera encore un bon bout de temps.

            Parfaitement d'accord. Et la chose à faire c'est de ne pas acheter NVidia !
            • [^] # Re: nvidia :(

              Posté par  . Évalué à 2.

              Oui, effectivement. J'en ai une sur un portable acheté d'occasion, et donc comme j'avais "moins le choix", je fais avec, en utilisant nouveau.
    • [^] # Re: nvidia :(

      Posté par  . Évalué à 7.

      Ah zut.
      Un pilote propriétaire, qui te permettra de lire des vidéos sous licence propriétaire encodées avec des codecs propriétaires.

      Bon, d'un autre côté:
      - c'est l'usage qu'en font 99% des utilisateurs,
      - tu es libre de faire une "GNUgeexBox" qui ne contienne aucun code propriétaire, aucun codec méchant, et qui ne lise que les oeuvres sous licence libre.

      Et puis d'abord, qu'est-ce que tu fous avec une nVidia? Fallait pas acheter ça, si tu veux te passer d'un driver propriétaire ;)

      THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

      • [^] # Re: nvidia :(

        Posté par  . Évalué à 2.

        Oui et on achète quoi, une Intel ? ;)
        • [^] # Re: nvidia :(

          Posté par  . Évalué à 4.

          Une AMD ?

          ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

          • [^] # Re: nvidia :(

            Posté par  . Évalué à 2.

            Un Leon compatible SPARC. C'était lui qui devait résister au vide spatial et ses radiations ? Cela serait un bon investissement par rapport au futur de la planète :p.

            http://www.gaisler.com/cms/
  • # test rapide

    Posté par  (site web personnel) . Évalué à 1.

    GeeXboX ne marche pas dans qemu (chez moi)
    Par contre J'ai essayé en mettant GeeXboX sur ma clé USB à l'aide de unetbootin, et la, ça marche nickel.

    J'ai pu écouter de la musique, voir un film.
    La météo est bloquée sur Paris et n'affiche rien.
    On ne peut pas régler le volume avec les raccourcis clavier

    Le projet est prometteur, mais il reste du travail !
    • [^] # Re: test rapide

      Posté par  (site web personnel) . Évalué à 1.

      a.k.a "alpha" :-)
      Pour la météo, l'alpha2 utilisera la géolocalisation IP.
      Pour le volume, touches + et - (les touches VolUP et VolDown des claviers multimédias ne sont en effet pas encore prises en compte).
      • [^] # Re: test rapide

        Posté par  . Évalué à 1.

        géolocalisation IP va donner Paris pour tous les ADSL non dégroupés.... pas très intéressant. Rien ne vaut une possibilité de choisir.

        ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # Portage ARM

    Posté par  (site web personnel) . Évalué à 1.

    ... un portage pour ARM (BeagleBoard et autres Nokia N900) ...

    GeeXBoX est vraiment utilisable sur plateforme ARM ?
    • [^] # Re: Portage ARM

      Posté par  (site web personnel) . Évalué à 1.

      Je te dirai ça dès que j'aurai reçu ma BeagleBoard mais pourquoi cela ne serait-il pas le cas ? Ca ne tournera cependant pas en mode "LiveCD" avec un gros RAMdisk, pour des raisons évidentes cela dit. En tout cas, Enna fonctionne déjà sur N900 (sans optimisation particulière pour l'instant, et de manière non officielle).
      • [^] # Commentaire supprimé

        Posté par  . Évalué à 1.

        Ce commentaire a été supprimé par l’équipe de modération.

        • [^] # Re: Portage ARM

          Posté par  (site web personnel) . Évalué à 1.

          Evidemment sur ARM, si tu fais en soft, tu peux oublier :-)
          L'idée est bien sur d'utiliser au max les accelerateurs h/W sinon, point de salut.
      • [^] # Re: Portage ARM

        Posté par  (site web personnel) . Évalué à 1.

        You may think that such a thing requires a new generation computer ;-) That's where you're wrong !! An old P2-400 with 64 MB of RAM will be quite powerful enough to let the magic play.

        Oups, je n'avais pas vu ça dans la doc. Dsl.

        Y-a-t-il besoin du support OpenGL ?

        Du coup sur ARM vous fournissez GeeXBOx dans quel format ? un rootfs tout prêt ou bien il faut tout re-compiler à la main ? (j'essairais bien sur ma carte armadeus voir ce que ça donne)
        • [^] # Re: Portage ARM

          Posté par  (site web personnel) . Évalué à 2.

          Alors pour être honnête avec toi, voici l'état:
          - ayant pu avoir accès à un N900 très rapidement, j'ai mis un QEMU ARM (Scratchbox), compilé/debiannisé rapidement Enna, les EFL et toutes les libs nécessaires et fait tourner ca sur l'ARM Cortex-A8 de notre cher téléphone. Ca marche, bien que tout est full-s/w.
          - Dimanche j'ai enfin ajouté le toolchain ARM à la geexbox donc pour l'instant ca ne va pas très loin vu que pas encore essayé.
          - Maintenant je devrais bientot avoir une BeagleBoard pour faire des vrais essais que je puisse tester. Donc le tout sera fourni soit sous forme de sources (classique) à compiler pour ARM, soit un rootfs précompilé (en fait, les 2) pour ARM, mais très probablement optimisé pour Cortex-A8. Pour OpenGL, Enna et les EFL sont suffisamment intelligents pour l'utiliser si dispo et sinon pour faire du software. Il ne me reste plus qu'à comprendre comment marche OpenGL ES sur ces machines, comment j'interface ça avec X.Org / Mesa (je ne sais même pas s'il y a encore le besoin) et si j'ai vraiment besoin du driver xorg-omap3 :-)

          Toute aide à ce sujet est la bienvenue, même s'il ne s'agit que de m'expliquer :p
          • [^] # Re: Portage ARM

            Posté par  (site web personnel) . Évalué à 1.

            ah c'est donc tout chaud ce «portage» ARM !

            Si un jour vous faites une vidéo de l'ensemble qui tourne sur N900 ça m'intéresse de voir le résultat.

            Si l'utilisation d'un serveur X pouvait être facultative, ça ne serait pas plus mal, selon moi.
  • # Qu'est ce que c'est ?

    Posté par  . Évalué à 4.

    C'est dommage que l'annonce ne rappelle pas en quelques mots le but de GeeXBoX. Du coup, l'annonce n'est pas informative.
    • [^] # Re: Qu'est ce que c'est ?

      Posté par  (site web personnel) . Évalué à 2.

      distribution LiveCD à vocation multimédia ?
      • [^] # Re: Qu'est ce que c'est ?

        Posté par  . Évalué à 5.

        C'est un peu court pour quelqu'un qui n'a aucune idée de ce que c'est. Ça rappelle juste ce que c'est à ceux qui aurait oublié. On a l'impression que c'est une distribution normale qui peut lire les .ogg/ogv

        Je dirais que c'est une distribution LiveCD qui offre un lecteur multimédia qui se veut un ensemble chaîne hifi/lecteur dvd/lecteur disque dur amélioré. Mais c'est pas très claire.

        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

  • # Web Tv orange

    Posté par  (site web personnel) . Évalué à 1.

    Bonjour

    Est-ce que geexbox sait lire web tv orange ?
    http://www.orange.fr/bin/frameoep.cgi?u=http%3A//webtv.guide(...)

    qui est orienté Windows, mais lisible sous Linux, par exemple
    http://doc.ubuntu-fr.org/webtvorange?s[]=web&s[]=tv&s[]=orange

    merci

    ウィズコロナ

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.