Un mur video avec GStreamer

Posté par  . Modéré par Pascal Terjan.
Étiquettes : aucune
0
4
nov.
2002
Audiovisuel
Zeeshan Ali Khattak a créé un mur video avec GStreamer et du matériel courant.
Pour plus d'information et de belles photos (mur avec 16 écrans) voir le site du projet.

GStreamer sera le futur "noyau" multimedia de GNOME (un temps prévu pour Gnome 2.0, il sera probablement intégré à Gnome 2.2). GStreamer sera également utilisé par KDE d'après le résumé Gnome du 12/08/2002.

Toute info concernant KDE/GStreamer est la bienvenue ! Cette petite news est l'occasion d'introduire GStreamer.
GStreamer est une infrastructure multimedia avec de fortes caractéristiques :
- plug'in
- filtrage, mixage
- edition (audio, video). en phase pré-alpha.
- support bonobo (visualisation d'avi depuis Nautilus par exemple)
- plug'in mozilla
- support flash
- etc...

GStreamer est en phase alpha/beta.

Aller plus loin

  • # Re: Un mur video avec GStreamer

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

    C'est pas beau :(
    Les écrans sont trop loins les uns des autres.

    Sinon c'est clair que gstreamer a l'air prometteur. Déjà que je comprends rien à arts, je vais bien m'amuser avec gstreamer ;)

    L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

  • # Re: Un mur video avec GStreamer

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

    > GStreamer sera également utilisé par KDE d'après le résumé Gnome du 12/08/2002.

    C'est marrant parce que je suis sur que je peux trouver des mails sur kde-core-devel ou il est dit que Gnome va utiliser arts, ce qui est tout aussi faux.

    Le resume gnome dit precisement:
    Another interesting addition to GStreamer is C++/Qt bindings created by Tim Jansen, to make it easier to develop KDE applications using GStreamer. hopefully KDE too will adopt GStreamer as their multimedia backend

    Donc ce n'est qu'un espoir. Le developpeur des bindings Qt pour gstreamer a dit qu'il n'en ferait pas plus parce qu'il avait d'autres choses plus interessantes a faire.

    Ce qui est clair, c'est que les deux bureaux ont deja regarde les deux technologies d'assez pres. Chacune presente des concepts et des avantages interessants. Mais chacune est differente.

    A mon avis, chacun va rester sur ses positions (arts avec KDE et gstreamer avec Gnome). Toutes les differences technologiques seront comblees et on aura deux produits concurrents. On verra peut-etre cependant un jour un debut d'operabilite. Esperons.

    Pour ce qui me concerne, j'y connais rien mais arts n'a _jamais_ marche sur mon PC. C'est toujours le truc qui m'empeche d'ecouter de la musique, fait foirer mes compiles de KDE.
    • [^] # Re: Un mur video avec GStreamer

      Posté par  . Évalué à 1.

      > il est dit que Gnome va utiliser arts, ce qui est tout aussi faux.
      C'est pas faux. Les applis Gnome lorsqu'elles sont lancées recherche les dispositifs de sont présents avec un ordre de préférence. Exemple :
      - esd
      - GStreamer (plus tard)
      - arts
      - oss
      - alsa

      Ce n'est qu'un exemple !

      Ceci permet aux applis Gnome d'avoir du son sous un bureau KDE.
      • [^] # Re: Un mur video avec GStreamer

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

        Question :
        Tu as des exemples de programmes GNOME le faisant ?
        Xmms nécessite par exemple le choix explicite d'un plugin.
        Le player de CD passe direct par la carte son,...

        Ca m'intérèsserait de savoir.

        Et puis quelle est la différence entre arts et gstreamer au niveau son (arts ne gérant que le son) ?

        L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

        • [^] # Re: Un mur video avec GStreamer

          Posté par  . Évalué à 1.

          > Tu as des exemples de programmes GNOME le faisant ?

          Dans le xmms.spec de RH8.0 il y a :
          BuildRequires: arts-devel >= 1.0.1 gtk+-devel esound-devel mikmod

          xmms marche avec esound (esd) et arts .
          • [^] # Re: Un mur video avec GStreamer

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

            Tu as pas compris ma question.

            Tu as dit qu'il détecet _automatiquement_ or dans xmms il faut spécifier _explicitement_ uel démon on utilise. Quel programme connais-tu ui le fasse automatiquement ?

            L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

            • [^] # Re: Un mur video avec GStreamer

              Posté par  . Évalué à 1.

              Pour ma part mais je n'ai pas creusé le problème. Sous RH 8.0 xmms fait la détection automatiquement. Par contre, je croyais que gnome-libs (ou "proche") fesait çà automatiquement pour toutes les applis "gnome". Ce n'est pas le cas (d'après me fouille sur RH 8.0)..
    • [^] # Re: Un mur video avec GStreamer

      Posté par  . Évalué à 1.

      Non non. KDE se pose la question d'utiliser gstreamer comme backend video. arts n'est qu'un serveur de son, comme esd. D'ailleurs gnome se pose aussi la question de l'intégration d'arts comme serveur de son en alternative à esd.
      Info dans kde kernel cousin :
      http://kt.zork.net/kde/kde20021009_44.html#5(...)
  • # Re: Un mur video avec GStreamer

    Posté par  . Évalué à 1.

    Quelques infos :

    Programmes s'appuyant sur GStreamer :

    _ Certains programmes de gnome-media se base sur GStreamer ( L'enregistreur de son l'utilise en lieu et place de sox ) voir ici :
    http://lists.gnome.org/archives/gnome-announce-list/2002-November/m(...)

    _ Rhymthbox ( clone itune ) : http://www.rhythmbox.org/(...)

    _ GstPlayer : un lecteur multimedia : http://www.gstreamer.net/apps/gst-player/(...)

    _ GstRec : capture video (v4l) : http://www.gstreamer.net/apps/gst-rec/(...)

    Tim Jansen a créé des "bindings" vers C++/Qt. Je ne pense pas, qu'à l'heure actuelle, des décisions soit prises au sujet de l'intégration de GStreamer dans Kde.
  • # Re: Un mur video avec GStreamer

    Posté par  . Évalué à 1.

    Il prend de la place, son radiateur là. Ceci dit, ça doit bien chauffer http://www.gstreamer.net/apps/vw/vw_files/pic09.jpg(...)
  • # Si ca vous dis,...

    Posté par  . Évalué à 1.

  • # Faut pas comparer arts et GStreamer!

    Posté par  . Évalué à 1.

    arts ne fait que le son.
    GStreamer peut être comparé à Java Media Framework mais en C. C'est indépendant de Gnome. C'est juste écrit en Glib (2.0) pour le système objet de GObject. Et en plus c'est multi-threadé de manière transparente.
    Prometteur mais très béta. Et la doc est vraiment insuffisante pour créer une app sérieuse basée dessus.

    En tous cas, ça va relativement vite, grâce aux nouvelles optimisations deans avifile et dans libmpeg2, GStreamer détecte les flags CPU comme mmx et 3dnow et permet un traitement optimal à tous les niveaux du pipeline.

    Malheureusement, il faut attendre encore un peu pour pouvoir l'utiliser...

    On reconnaîtra qu'écrire un player mp3 en moins de vingt lignes de code est très pratique...
    • [^] # Re: Faut pas comparer arts et GStreamer!

      Posté par  . Évalué à 1.

      Hum... Moui... C'est comme dire :

      Faire un programme pour le logguer en root en 2 lignes de code c'est quand meme pratique ! Je sais bien que c'est pas exactement pareil mais c'est similaire comme situation ;)
      Le code est mis ailleurs, c'est tout !

      Pour illustrer mon truc qd meme (flemme de chercher les headers a inclure) :
      int main(int argc, char**argv){system("su");}

Suivre le flux des commentaires

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