GStreamer 0.10 Released

The GStreamer developers have just released version 0.10 of the GStreamer multimedia framework into the wild, and their coders' fingers will never be the same. "Thread-safety, RTP/VoIP support, automatic registry maintenance, twice the performance, and a whole lot more...the best just got better. A highly flexible, cross-platform, and GUI-independent multimedia framework, GStreamer takes your media, chews it up, and spits it out into aural and visual paradise. Especially targeted at GNU/Linux and Unix operating systems, the GStreamer team has been working with certain members of the KDE community for a long time. With this release we have a stable, extendable and robust multimedia solution." In conjunction with KDE MM, GStreamer is one of the possible multimedia frameworks that will be available for KDE 4.

Please read the release announcement to get an overview of what is new and improved in the 0.10 series. The input and feedback of the KDE community would be much appreciated as the GStreamer developers continue their breakneck pace towards the holy grail of GStreamer 1.0.

GStreamer is a generic multimedia framework based around the concept of
media pipelines linking elements, providing support for all manner of
things. In GStreamer you'll find plug-ins supporting multimedia file
formats, firewire and USB cameras, sound cards, windowing systems,
transcoding, networking, audio and video transformations and much more.

Mark Kretschmann, project lead of the amaroK music player said "I am looking forward to porting amaroK over to GStreamer 0.10. Many of the problems our users experienced with the 0.8 version seem to be addressed in GStreamer 0.10, especially the responsiveness issues we faced. So to make it short, GStreamer 0.10 is gonna be a blast, I'm totally into it!"

Aaron J. Seigo commented on behalf of KDE e.V., "multimedia is a central theme for desktop computing, so making meaningful strides towards open source media solutions that provide what application developers as well as users need is critical. Recognising how non-trivial software that addresses this problem space in a portable and open manner is, and given that several KDE applications provide GStreamer support already today, we are happy to see the milestones that are being met by the GStreamer project. The future of multimedia in Open Source just keeps looking better and better. Congratulations on a successful release!"

Dot Categories: 


by vladc6*yahoo*com (not verified)

Stick with Xine because it is GPL and all its plugins (including DRM-infested ones) would _have_ be open source. That means anybody can remove the DRM portion and be left with a fully-functional plugin.

The same cannot be said about GStreamer, which is LGPL and whose DRM plugins will most likely be proprietary, closed-source, and controlled of the big media corporations.

The only way to keep DRM's nasty claws off KDE is to ensure that users can change the code, and the only way to do that is to chose a tool that is GPL.

Other GPL'ed alternatives include MPlayer and VLC, although I'm not sure how they compare to Xine. Could someone who has worked with these backends comment on whose architecture is best thought-out and whose code is cleanest/easiest to maintain?

i agree on this GPL/LGPL point. i prefer the GPL over the LGPL, just because of this. glad Qt is GPL (or proprietary, but in that case the company has to pay so it benefits the FOSS community anyway)...

Nobody cares about you GPL fascists.

It's not about GPL, it's about DRM. GPL is just a tool to circumvent DRM. Then again maybe you are a DRM fascist and this is exactly what you don't want.