GStreamer 0.10 is here
| From: | Christian Fredrik Kalager Schaller <uraeus-AT-linuxrising.org> | |
| To: | gstreamer-devel-AT-lists.sourceforge.net, gstreamer-announce-AT-lists.sourceforge.net, gnome-announce-list-AT-gnome.org, gnome-multimedia-AT-gnome.org, kde-multimedia-AT-kde.org, linux-audio-announce-AT-music.columbia.edu, announce-AT-xiph.org, matroska-general-AT-lists.matroska.org | |
| Subject: | [linux-audio-announce] GStreamer 0.10 is here!! | |
| Date: | Mon, 05 Dec 2005 19:39:26 +0100 |
One and a half year. A large number of developers contributing. High expectations and a lot of pressure. The wait is over, GStreamer 0.10 has arrived! GStreamer 0.10 is a huge step forward for GNU/Linux and Unix multimedia. Power, stability, functionality, deployment, industry support, GStreamer 0.10 has it all. Prepare yourself for the revolution! GStreamer is the leading multimedia framework for GNU/Linux and Unix systems and is being used in a wide range of applications such as music and video players, streaming servers, video editors, sound editors and software synthesizers. 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. GStreamer has been ported to and runs on GNU/Linux, Microsoft Windows and Unix systems such as Sun Solaris and MacOS X. Read our full release announcement available here: http://gstreamer.freedesktop.org/documentation/gstreamer0... There are also technical release notes for all the modules available at these locations: http://gstreamer.freedesktop.org/releases/gstreamer/0.10.... http://gstreamer.freedesktop.org/releases/gst-plugins-bas... http://gstreamer.freedesktop.org/releases/gst-plugins-goo... http://gstreamer.freedesktop.org/releases/gst-plugins-ugl... http://gstreamer.freedesktop.org/releases/gst-plugins-bad... http://gstreamer.freedesktop.org/releases/gst-ffmpeg/0.10... http://gstreamer.freedesktop.org/releases/gst-python/0.10... _______________________________________________ linux-audio-announce mailing list linux-audio-announce@music.columbia.edu http://music.columbia.edu/mailman/listinfo/linux-audio-an...
Posted Dec 12, 2005 19:50 UTC (Mon)
by coriordan (guest, #7544)
[Link] (8 responses)
It's unusual for free software projects' release notes to include testimonials, but it's interesting. These are things from the proprietary-era software world that free software should experiment with. Experimenting with media gimmicks is something that's been in my mind since two weeks ago when Ireland's main daily newspaper did a write-up of an anti-software-patent event. Beside the nice write-up they put a big photo of Bill Gates, with a caption about "Microsoft was on the other side of the debate", or something like that. So it hit me that free software projects need to have "press photos" available and easy to find on their websites - otherwise, when the press want to print a picture, it'll be Gates' mug that gets printed. Anyway, here's a testimonial from the Totem Movie Player project: "Totem users can look forward to a whole range of new features that will make totem much more pleasant to use: seeking in video files will be instantaneous so that the video is flashing by as the seek slider is being moved, pause and resume will take immediate effect as well, and the graphical user interface will no longer block when it takes a bit longer to open a media file or stream. Even though the 0.10 back-end is currently still missing a few features that the 0.8 back-end supports, we plan to have it at least feature equivalent in time for the next major GNOME release."
Posted Dec 12, 2005 20:57 UTC (Mon)
by drag (guest, #31333)
[Link] (3 responses)
Like blender:
I know I've seen them on many other people's websites, but I can't recall any at this moment.
Maybe it's because open source software is used more commercially now? Maybe they are aiming for a wider audiance?
Nothing wrong for that, I figure.
For gstreamer it could be because...
I beleive they want to also sell commercial and non-commercial licenses for things like media formats.. which Linux needs. It's alright for home use to used win32 codecs and such things, but if you do it as a professional you could get fined, which would be devistating for a business.
Also for home users being able to give 5-15 bucks to them for all your codecs you'd ever need would be very convenient and usefull.
B. The more developers that think gsreamer is usefull and uses it in their programs, the better.
You'd be able to do neat things like being able to enable network sound server support or jackd support without increasing the complexity of their programs much. As well as more easily use fancy things like video in regular apps and games and such.
I don't know much about the execution.. Debian only realy has 0.8 series gstreamer stuff for Sid at this point and 0.10 is suppose to be better.. but gestreamer sounds like a good idea. Do with sound and video what awk/sed/grep and pipes and redirects do for text.
Also, even though its tied into gnome right now, doesn't mean that it's just for gtk apps.. It looks like to me that gstreamer would be very usefull for KDE now that their arts media stuff is going to be depreciated in QT 4-related stuff. (or at least I think so)
Things like Juk and Amarok are kde and support gstreamer backends...
Posted Dec 12, 2005 22:28 UTC (Mon)
by coriordan (guest, #7544)
[Link] (1 responses)
Moving towards a shared video and audio foundation seems like a great idea.
Posted Dec 15, 2005 11:45 UTC (Thu)
by nix (subscriber, #2304)
[Link]
Posted Dec 13, 2005 22:35 UTC (Tue)
by man_ls (guest, #15091)
[Link]
Posted Dec 12, 2005 22:51 UTC (Mon)
by bk (guest, #25617)
[Link] (3 responses)
That's not particularly encouraging, since Totem+GStreamer-0.8 was not what I would consider usable, at least compared to the xine backend or mplayer. Many videos wouldn't play (granted, they were mostly proprietary formats like WMV; however the other players along with win32codecs handled them fine), and when a video would play the CPU usage was unreasonable. The latter part led to choppy playback, a laggy UI and a poor user experience.
This is a shame, because on paper gstreamer seems like it has a lot of potential, but the implementations have not yet been up to snuff.
Posted Dec 13, 2005 0:43 UTC (Tue)
by ncm (guest, #165)
[Link] (1 responses)
That they're exposing a higher profile might signal that they're happy with the infrastructure, and ready to spackle and paint it.
Posted Dec 15, 2005 11:47 UTC (Thu)
by nix (subscriber, #2304)
[Link]
It's worked well for me ever since I got the gst-register mess sorted out, and upgraded popt to 1.7 to fix a popt crash bug tripped by all the gstreamer command-line tools.
Posted Dec 12, 2005 22:43 UTC (Mon)
by mvogt (guest, #34379)
[Link]
I have never understood the design differences that brought these various projects into being; can anyone link me to an informed summary of the different projects and their goals?
Testimonials on the gstreamer site
I donno. Testimonials are less common then on propriatory software.. but I've seen them on plenty of home sites.Testimonials on the gstreamer site
http://blender.org/cms/Testimonials.261.0.html
A. Fluendo http://www.fluendo.com/ seems to be sponsoring a lot of development work.. They have a developer working on Pitivi, the gstreamer/python based NLE and then they have their Flumotion, which is a open source streaming media server.
I don't follow this stuff anymore, but I think I remember hearing that GStreamer only depends on GLib, not Gtk+ and not GNOME. ...and I think I remember hearing before that KDE were considering moving to GStreamer.I think gstreamer is kde-able
Most of the KDE music players already support GStreamer, and in the case of Amarok (probably the most well-known of them and certainly the most featureful), GStreamer is the default choice. Part of this is because Amarok does *no* decoding, leaving it up to the backend engine; GStreamer, of course, can decode just about anything... I expect this approach to become the norm, really.I think gstreamer is kde-able
Testimonials on the gstreamer site
Also for home users being able to give 5-15 bucks to them for all your codecs you'd ever need would be very convenient and usefull.
Sure, why not. If you have to live with some closed software on your machine, then so be it. By the way, Linux driver availability sucks... if you could pay some 50-100 bucks to someone and have an operating system supported by vendors it would be so convenient... oh wait.
Even though the 0.10 back-end is currently still missing a few features that the 0.8 back-end supports, we plan to have it at least feature equivalent in time for the next major GNOME release.
Testimonials on the gstreamer site
Gstreamer always sounds good in reports from the developers. Oddly, I've never got it to work very well at all. Part of that is certainly that the Debian packages have always been missing essential dependency annotations. Another part is that the package install/update scripts have failed to run "gst-register" or something. My best guess is that the developers have been focused on getting essential infrastructure in place, and not worrying so much about user-level detailing. Testimonials on the gstreamer site
Well, `gst-register' has disappeared: they've been listening :)Testimonials on the gstreamer site
There are a lot of 'multimedia frameworks' in the open-source arena, is GStreamer moving into a position of prominence? Having both GNOME- and KDE-centric projects singing their praises appears impressive.GStreamer vs competition