Skip navigation.
home | news feeds | archives | search | forums | submit news
Home

First release of GStreamer 0.9.x series

Submitted by Uraeus on Sat, 2005-06-18 09:22. GStreamer
GStreamer

The GStreamer team have just announced the first release of the new development series of GStreamer, 0.9.1. This release kicks off an exciting new chapter in the project history and will hopefully bring a lot of nice improvements to our application developers and end-users. The new development series is not 100% API compatible with the 0.8.x series which we have mantained for quite some time now and which is the one used in current releases of GNOME. That said the API changes are relativly moderate and applications should be possible to port over in a matter of days, at least in the case of most playback applications.

Click read more for more details and download instructions.

For the common end user this first release of GStreamer 0.9.x is probably not of interest, there are just a small subset of plugins ported so far and only partial applications port. For developers on the other side we strongly encourage you to take this release and start porting your plugins and applications over. The more issues we are able to discover during the 0.9.x development series the bigger the chance that we will be able to declare one of the 0.10.x releases as 1.0 instead of going by a 0.11.x/0.12.x series first.

One of the things users will notice compared to earlier versions of GStreamer with this new version is that our technical playback support have improved a lot, with this version playback will start instantly when you press play
in your application and when you seek the audio or video track will start playing instantly when you let go of the seekbar. For video seek you will also see the movie blurring past as you seek, those of you who where at GUADEC this year and attended the GStreamer talk have of course already seen this in action.

This development series is based upon a complete redo of the GStreamer threading design, in order to improve the robustness greatly, so this release series should be much more stable on and be able to make much better use of SMP systems, hyperthreading systems and Cell architecture systems.

This version was developed with support from Nokia and is also meant to improve GStreamer for use on embeded devices with limited resources. There is already widespread interest in GStreamer from this sector so you should see more GStreamer based devices popping up in the not to distant future.

Anyway you find the tarball and release notes here for the core and here you find tarball and release notes for the base plugin package here.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

esd-substitute?

Submitted by Anonymous George on Mon, 2005-06-20 05:21.

will esd once be substituted by gstreamer? i know gstreamer isn't (yet) a soundserver but this would be a great thing - while having the ability to act as it currently does and also as soundserver would even make it more compatible (maybe ARTS could even be replaced by it, but in this case it'd have to be renamed to kstreamer ;) )

esd-substitute

Submitted by Johannes on Wed, 2005-06-22 15:10.

In either case it would be highly desirable to have a common soundserver used by all desktop environments, resp. by all applications. While in some areas, the standardisation efforts centered around freedesktop.org have yielded considerable results, sound is still a very weak point.

Well, if all GNOME apps used gstreamer for sound output, it would certainly be much easier to switch the sound server backend. Just change gstreamer's audio sink and you're done.

BTW: What about jack? Isn't it supposed to be the most modern sound server around?

esd-substitute by Anonymous George

Will support frame by frame?

Submitted by Anonymous George on Mon, 2005-06-20 04:52.

Will gstreamer support frame by frame "playback" like quicktime does with the left/right arrows keys?

RE: Will support frame by frame? by Anonymous George
Plugin documents for developers by Anonymous George
What about proprietary codecs? by Anonymous George

This plugin uses the win32cod

Submitted by kerrick on Mon, 2005-06-20 02:55.

This plugin uses the win32codecs that xine and MPlayer use: http://ronald.bitfreak.net/pitfdll.php

Performance?

Submitted by knipknap on Sun, 2005-06-19 12:51.

When I read about the new DVD menu support I had to give totem-gstreamer from breezy another shot. Of course, the DVD menu support is not yet included in a release, but I haven't tried gstreamer in a while so it was just about time to try again.

Last time I tried, about half a year ago, many of my videos wouldn't work at all. So I apt-get installed totem-gstreamer and surprisingly, it now seems to support every single one that I could find on my harddisk.

Unfortunately, it seems to have some performance problems on my P4 3GHz; regardless of the format and output buffer all videos are visibly hanging, though only slightly.
I would be surprised if every gstreamer developer had a computer faster than 3GHz, so I am wondering... is it just me? Has somebody seen a similar behavior? Using the Xine backend the same videos work fine.

(it's the 0.8.9-0ubuntu3 package, btw.)

and anti-aliasing by Anonymous George

Run gstreamer-properties and

Submitted by kerrick on Mon, 2005-06-20 02:52.

Run gstreamer-properties and change from esdsink to alsasink. That may solve your problem.

See this bug: http://bugzilla.gnome.org/show_bug.cgi?id=307326

Glad to hear it by Anonymous George

Very nice indeed

Submitted by WareKala on Sun, 2005-06-19 08:58.

I'm looking forward to all the good things 0.9.x series is going to come up with, but already the thing that playback starts instantly, and more robust threading mechanism are very good news. I haven't much used gstreamer myself, and I prefer MPlayer over Totem, but I think Gstreamer just has much potential.
-WareKala

we'll see

Submitted by foo on Sun, 2005-06-19 12:23.

Gstreamer has had a lot of potential for a long time and so far, no goods. Every time I upgrade my distro I give gstreamer a chance and every time I end up installing xine and mplayer for my multimedia needs. Slow performance, no DVD menus, flakey codecs, etc always *force* me back to those other backends.

I really want gstreamer to work but, like I said, we'll see.

I have to agree by Anonymous George
midi support by Anonymous George
y00 r0x :D by Anonymous George