Sortie de GStreamer 0.6.0

Posté par  (site web personnel) . Modéré par Pascal Terjan.
Étiquettes :
0
3
fév.
2003
Audiovisuel
GStreamer est une infrastructure multimedia logicielle qui permet aux applications de partager les capacités communes de lecture, (en)codage, montage/modifications en tout genre d'audio et de vidéo.

Une version stable vient d'être publiée ce 1er février 2003, la version 0.6.0. Dispo sous GNU/Linux sur plusieurs plateformes matérielles et sous FreeBSD/x86. Son intégration dans GNOME est planifiée dans un futur plus ou moins proche.

GStreamer est publié sous licence Lesser GPL autorisant l'écriture d'applications propriétaires.

Voir les précédentes dépêches et leurs commentaires sur DLFP. Les plus gros problèmes proviennent des optimisation i686 des threads.
Une v0.7 est prévue, avec une meilleure gestion de la vidéo, des menus DVD et du Flash.

La FAQ est toujours un bon point de départ pour découvrir un projet :
http://gstreamer.net/docs/faq.php

Sinon, la page de docs :
http://gstreamer.net/docs/

RythmBox, un clone de iTunes d'Apple, est l'appli la plus stable - à ce jour - qui soit basée sur GStreamer. Bientôt une nouvelle release :
http://www.rhythmbox.org/index.phtml

Une version de gst-player devrait prochainement suivre également :
http://www.gstreamer.net/releases/gst-player/

Aller plus loin

  • # L'annonce :

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

    De: Christian Fredrik Kalager Schaller <Uraeus@linuxrising.org> Répondre à: gnome-hackers@gnome.org À: gnome-announce-list@gnome.org, gnome-multimedia@gnome.org, gstreamer-announce@lists.sourceforge.net Cc: gstreamer-devel@lists.sourceforge.net, linux-audio-announce@music.columbia.edu, linux-audio-user@music.columbia.edu Sujet: GStreamer 0.6.0 released Date: 02 Feb 2003 04:09:59 +0100 GStreamer "Hottest Pick" 0.6.0 released[*] The GStreamer team is happy to announce our first ABI stable release series. The 0.6.x series of the GStreamer streaming-media framework. At this point in time GStreamer is fully functional for creating audio-based applications, as shown by applications such as gnome-sound-recorder, Rhythmbox and nautilus-media. Video-based applications still have some issues at this point, but we plan on solving those issues during the 0.6.x series in an ABI compatible way. We will also be releasing a development 0.7 release series, in which we will work on such things as the remaining video issues and the interactivity support which is needed for DVD menus and SWF (Flash). This means developers working on apps needing these services can use the 0.7 series for development and then enable 0.6 support as these additions optionally get backported to 0.6 once they are stable and work well. Thread issues and GStreamer Many of GStreamer's features relies heavily on threads. Unfortunately everything is not rosy in the Linux world of threads. If you have a glibc version installed compiled with i686 optimizations (which uses a different codepath than standard i386 glibc), there is a good chance you will experience thread-related crashes in gstreamer-based applications. There are a few workarounds to this available. * You can use an i386 glibc package instead. (Since this is the only one shipping with Debian, debian users do not experience this issue.) * You can also try running the gstreamer-based applications using the command-line option --gst-scheduler=opt, which invokes a newly created scheduler that does not use threads. This scheduler is very new however so you might encounter other issues when using it. Please report issues to our bugzilla. The GStreamer applications we ship all check for both gstreamer-0.6, gstreamer-libs-0.6 and gstreamer-play-0.6; if those aren't found the 0.7 version of those files are checked for. We suggest anyone making GStreamer-based apps do the same. We are starting to have a really nice collection of applications under development using GStreamer. If you are looking for something specific check out our applications status page: http://www.gstreamer.net/status/?category=2 Features * Pipeline based media architecture * Over 130 plugins * All parts interchangeable * Few dependencies, only glib, popt and libxml for core (libxml optional) * Python Language bindings * Good documentation * Will be widely deployed through bundling with GNOME 2.2 * Design catering also for applications needing low-latency * Highly portable, already running on most mainstream CPU's * Modular design and use of 3rd party best of breed libraries means no bloat * LGPL licensing lays no restrictions on application developers licensing. * Easy for applications to ship their own plugins to the core as needed * Compiles with both GCC and Forte compilers * Tested to run on Linux, FreeBSD and Solaris GStreamer Homepage More details on these features can be found on the project's website, http://gstreamer.net/. Download and build instructions: http://www.gstreamer.net/releases/0.6.0/ Support and Bugs We use Gnome's Bugzilla (http://bugzilla.gnome.org) for bug reports and feature requests. The "product name" is GStreamer (capital G). Please do the following before writing a bug report : gst-feedback &> feedback 2>&1 and attach the file "feedback" to your bug report, so that we have some information useful in the debugging process. Developers GStreamer is hosted on SourceForge. All code is in CVS and can be checked out from there. Interested developers of the core library, plug-ins, and applications should subscribe to the gstreamer-devel list. If there is sufficient interest we will create more lists as necessary. We are still looking for people with access to FreeBSD, Solaris, HP-UX, Irix and True64 that would be willing to try building and testing GStreamer. Patches fixing such problems are also more than welcome. Contributors to this release Patches to the core of Gstreamer * Wim Taymans <wim.taymans(AT)chello.be> * Erik Walthinsen <omega(AT)temple-baptist.com> * Thomas Vander Stichele <thomas(AT)apestaart.org> * David I. Lehn <dlehn(AT)vt.edu> * David Schleef <ds(AT)schleef.org> * Brian Cameron <brian.cameron(AT)sun.com> * Joshua N Pritikin <vishnu(AT)pobox.com> Plugins and Sample Applications * Julien MOUTTE <jmoutte(AT)electronic-group.com> * Cameron Hutchison <camh+gst(AT)xdna.net> * Ronald Bultje <rbultje(AT)ronald.bitfreak.net> * Steve Baker <stevebaker_org(AT)yahoo.co.uk> * Iain Holmes <iain(AT)prettypeople.org> * Jérémy Simon <jsimon13(AT)yahoo.fr> * Jan Schmidt <thaytan(AT)mad.scientist.com> * Daniel Fischer <dan(AT)f3c.com> * Martin Schlemmer <azarah(AT)gentoo.org> * Andrew Turner <zombie(AT)4free.co.nz> * Owen Fraser-Green <owen(AT)discobabe.net> * Leif Morgan Johnson <lmjohns3(AT)eos.ncsu.edu> * Benjamin Otte <in7y118(AT)public.uni-hamburg.de> Misc * Christian Fredrik Kalager Schaller <Uraeus(AT)gnome.org> * Alp Toker <alp(AT)atoker.com> [*]: GStreamer is Hottest Pick in the UK Linux Format #36, out now !

  • # Re: Sortie de GStreamer 0.6.0

    Posté par  . Évalué à 10.

    Juste pour infos Nautilus media est également basé sur GStreamer. Cette application fournit une vue audio (mp3, ogg, modules) pour Nautilus et pour les fichiers mpeg et avi, une image de la vidéo comme icône.

    url : http://thomas.apestaart.org/projects/nautilus-media(...)

    On peut espérer que la gestion des extraits sonores dans Nautilus pourrat se faire via GStreamer et ainsi supporter d'autres formats (flac, ac3, .mod, .s3m, .xm, .it, .sid, bientot .ape, ...) en plus du mp3, ogg et wav

    --
    Jérémy

  • # Re: Sortie de GStreamer 0.6.0

    Posté par  . Évalué à 8.

    > Son intégration dans GNOME est planifiée dans un futur plus ou moins proche.

    La sortie de GStreamer 0.6.0 a été "forcée" pour assurer sa présence dans Gnome 2.2. Il reste des problèmes avec la vidéo mais qui seront résolus durant la vie de la 0.6 sans changement d'API.

    La volonté d'intégration de GStreamer dans Gnome est ancienne. La présence de GStreamer était même envisagé pour Gnome 2.0.

    • [^] # Re: Sortie de GStreamer 0.6.0

      Posté par  . Évalué à 3.

      comme kde3.1 ;)

      enfin personne n'a eut le courage de faire une interface Arts:::Video sur gstreamer. Pire la definition de Arts::Video est gelee en attendant qu'un API de gestion video se stabilise (dans les startingblocks: gstreamer et mplayer) :(

      • [^] # Re: Sortie de GStreamer 0.6.0

        Posté par  . Évalué à 1.

        Pour ce qui est de librairie permettant l 'edition on peu ajouter mjpegtools aussi.
        Ce projet existe depuis un moment maintenant et pour l' instant les mjpegtools sont indispensable

  • # Re: Sortie de GStreamer 0.6.0

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

    Voila un projet qui m'enthousiasme beaucoup. Je ne comprends pas qu'un projet comme mplayer (qui fonctionnellement est super) n'ai pas commencé à faire une lib dans ce genre sur laquelle ils auraient pu baser leur lecteur.
    Sous Windows, il existe des tas de lecteurs parce qu'il y a une API audio/vidéo. Ca permet aussi aux anciens lecteurs de gérer les nouveaux formats sans modifications.

    • [^] # Re: Sortie de GStreamer 0.6.0

      Posté par  . Évalué à 4.

      Xine l'a fait ... ca avait pris pas mal de temps il me semble. Par contre je sais pas s'il est possible de coder de la video en mpeg ou divx/xvid.
      Pour ce qui concerne GStreamer (je ne connais pas libxine), son interface de programmation est vraiment simple : il est possible de faire un basique lecteur audio (console) rapidement. Il gère depuis quelques versions les *metadata* (tags) pour les mp3, ogg, mais également pour les autres médias : modules, fichiers avi, ...

      • [^] # Re: Sortie de GStreamer 0.6.0

        Posté par  . Évalué à 3.

        GStreamer n'est pas qu'un lecteur. Il doit aussi permettre les effets (comme mplayer) et l'édition d'audio/video.

        • [^] # Re: Sortie de GStreamer 0.6.0

          Posté par  . Évalué à 1.

          oui biensur :)
          C'était juste un exemple ...

        • [^] # Re: Sortie de GStreamer 0.6.0

          Posté par  . Évalué à 1.

          xine a un support complet pour les plug-ins de post-effect maintenant. Il est vrai que l'accent n'est pour le moment mis que sur l'aspect player, mais l'aspect édition de flux est peu à peu mise en place et sera sans doute le prochain milepost une fois la version 1.0 de la lib finalisée.
          Apparemment, leur API est stable et propre, ce qui fait, qu'entre autres, Rythmbox cité plus haut a pour le moment migré de Gstreamer à xine.
          Et xine a déjà un support très important d'interfaces : gnome, gtk, X11, KDE, etc.
          Je ne serais donc pas surpris que ce projet coiffe les autres au poteau au final.
          Ceci étant dit, il faut rappeler que tous ces projets interragissent beaucoup et que des portions de xine viennent de mplayer et réciproquement, et tous puisent alègrement sur un projet comme ffmpeg. Quelque soit l'API qui s'imposera au final, la contribution des autres projets restera très important et méritera d'être signalée.

          Cordialement,

      • [^] # Re: Sortie de GStreamer 0.6.0

        Posté par  . Évalué à 4.

        xine ne fournit qu'un API de decompression, son but n'est d'etre qu'un player (enfin pour la version 1.0 pour le futur ...)

        Pour gstreamer, c'est vrai que l'API est assez bien pensee et assez simple, mais il reste encore bcp de boulot pour qu'elle soit reelement complete.
        Il est par exmple tres difficile de developper un logiciel de montage complexes avec actuellement (bon ca ne saurait tarder, malheureusement je trouve que ca avance trop lentement ;( ) Et cela du a quelques "manques" basiques.

    • [^] # Re: Sortie de GStreamer 0.6.0

      Posté par  . Évalué à 4.

      mplayer justement n'est pas qu'un player, c un framework video comme tu le voulait ;) (il gere la compression et la decompression)

      maintenant, le probleme de mplayer c'est que l'API n'est pas tres "stable" d'ou le fait que, par exemple, du cote de kde on ait prefere utilise xine (en "bridant" le framework arts/video de kde juste pour des players) qui est plus simple et a une API plus stable (d'ailleurs les changements entre la 0.9 et la 1.0 sont vraiment minimes).


      Maintenant si je me rappelle bien gstreamer utilise la meme base audio "gsl" que arts non ?

      ca serait bien si par exemple que les projets gstreamer et mplayer travaillent sur une veritable et completes API video afin que kde et gnome puissent en faire une fondation solides des futurs versions de leurs desktops ;)

      • [^] # Re: Sortie de GStreamer 0.6.0

        Posté par  . Évalué à 1.

        > Maintenant si je me rappelle bien gstreamer utilise la meme base audio "gsl" que arts non ?

        Ca ne me dit rien ... C'est quoi exactement gsl ?
        Il existe cependant un plugin arts ;)

        >ca serait bien si par exemple que les projets gstreamer et player travaillent sur une veritable et completes API video afin que kde et gnome puissent en faire une fondation solides des futurs versions de leurs desktops ;)

        C'est un peu le but de GStreamer fournir un framework multimedia
        dont le coeur repose uniquement sur popt, libxml et glib.

        Il est vrai qu'aujourd'hui *peu* de personnes travaillent sur GStreamer si on compare avec mplayer ...

        • [^] # Re: Sortie de GStreamer 0.6.0

          Posté par  . Évalué à 2.

          > Ca ne me dit rien ... C'est quoi exactement gsl ?

          Generic Sound Layer
          (cf http://webcvs.kde.org/cgi-bin/cvsweb.cgi/arts/flow/gsl/(...))
          develope conjoitenement par deux dev "arts" et un dev (ou plusieurs) dev "gnome". D'ailleurs gsl depend de la glib, ce qui fait des dependances bizarres du cote d'arts :)


          > Il existe cependant un plugin arts ;)
          bizarre ... sachant que arts/audio n'est qu'une faible surcouche fonctionnelle a gsl

          >C'est un peu le but de GStreamer fournir un framework multimedia
          > dont le coeur repose uniquement sur popt, libxml et glib.

          je suis bien d'accord, mais ca irait plus vite s'ils ne dedoublaient pas les efforts (surtout qu'a mon avis les deux projets actuellement sont assez complementaires). De plus ca eviterait que les deux desktop "attendent" la stabilisation d'une API complete de gestions de streams video (arts/kde ne gerant que les streams audio alors que gnome eux restent a ne gerer que les "players" audios)

          >Il est vrai qu'aujourd'hui *peu* de personnes travaillent sur
          > GStreamer si on compare avec mplayer ...
          malheureusement :(

        • [^] # Re: Sortie de GStreamer 0.6.0

          Posté par  . Évalué à 0.

          >Ca ne me dit rien ... C'est quoi exactement gsl ?
          GSL - Generic Sound Layer
          un couche en c developpee conjoitement par des devs arts et gnome (cf la vieille rumeur comme quoi gnome allait utilise arts)
          (cf version kde http://webcvs.kde.org/cgi-bin/cvsweb.cgi/arts/flow/gsl(...))

          >il existe cependant un plugin arts ;)
          bizarre, sachant kde arts/audio n'est qu'une faible surcouche fonctionnelle a gsl

          >C'est un peu le but de GStreamer fournir un framework multimedia
          > dont le coeur repose uniquement sur popt, libxml et glib.

          J'en convient, maintenant si on pouvait eviter de dedoubler les efforts, sachant que, personnelement, je pense que les deux projets sont complementaires actuellement. Cela entraine que les deux desktops "attendent" la stabilite des API de gestion de manipulations videos (pire gnome attend encore la stabilisation de l'API de manipulation video)

          > Il est vrai qu'aujourd'hui *peu* de personnes travaillent sur
          > GStreamer si on compare avec mplayer ...
          malheureusement, mais c assez dur a developper et le temps/dev manque :(

Suivre le flux des commentaires

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