xine-lib 1.0 Released

gooofy writes "After two years of intense testing and continuous improvement, the xine development team proudly presents the final xine-lib 1.0 release. Compared with the latest release candidate, there are not many changes. However, a security issue regarding the AIFF demuxer (CAN-2004-1300) is fixed, as well as some issues that might have appeared with the way the Xv plugin has been linked in 1-rc8. Therefore, upgrading to 1.0 is strongly recommended. Thanks to the whole xine team for making this happen!"

Waht does this mean?

[pkarlos_76]

What does this mean for the avergae user?

Re:Waht does this mean?

[Anonymous Coward]

Define "avergae".

Re:Waht does this mean?

[Repugnant_Shit]

Hopefully this means it will compile for me. The last release candidate won't build for me at all.

Re:Waht does this mean?

[ScriptGuru]

Pretty much the same thing as every other release. More stability.

Re: Waht does this mean?

[Black Parrot]

> What does this mean for the avergae user?

You can watch movies while waiting for your spellchecker to catch up.

GStreamer

[Anonymous Coward]

How does this compare to GStreamer [freedesktop.org]?

Re:GStreamer

[andersa]

GStreamer is a framework for streaming, decoding, encoding, mixing, doing non-linear editing and outputting all kinds of multimedia.

Xine is strictly a player library which only focusses on playback of your multimedia files. In that respect it can perhaps be described as a subset of gstreamers functionallity. But it is great at what it does.

One day, gstreamer may replace both xine and mplayer and the existing media backends like esound and arts, to become the default media backend for both KDE and Gnome, giving both a full build in media playing capacity.

Re:GStreamer

[emrysk]

It's simpler and more lightweight than GStreamer. Unlike GStreamer, it works. GStreamer is a much younger project and tries to create a full-featured media framework. Xine just plays stuff.

Wasn't MPlayer suppose to do the same?

[julie-h]

Wasn't MPlayer working on an MPlayer 2 that used libraries just like Xine does?

Re:Wasn't MPlayer suppose to do the same?

[Kusuriya]

no mplayer 2 was secretly gonna steal Xines libraries when xine reached 1.0 stable --CAUTION-- if the humor above flies over your head its not my fault --End CAUTION--

Nice, but

[RAMMS+EIN]

A neat piece of work. Unfortunately, a quick glance at the features page [xinehq.de] seems to indicate no support for current streaming formats. Open formats for multimedia will be lagging behind proprietary formats for some time, so it looks like we will be stuck with proprietary codecs and crappy players for some time.

Re:Nice, but

[kelnos]

You appear to have somehow missed this part of the page you linked:

Supported network (Webcasting/Streaming) protocols

• MMS (Microsoft Media)
• PNM (Real Media)
• RTSP (Real Media and others)
• HTTP
• raw TCP socket streaming (tcp://-style mrls)

ogg streams

[PerlDudeXL]

the fix to support ogg streams seems more like a workaround to resume playing after interruption.

Great news

[Quattro Vezina]

I love Xine. Nice to hear it finally made it to 1.0.

I've never had a single codec problem when using a Xine-based player. It's played everything I've thrown at it without choking. I'm sure MPlayer's good, but considering how perfectly Xine works, I have no need to try something else.

For the record, Kaffeine 0.4.x, which uses Xine as its backend, is the single best media player I've used in my life. I can't stand 0.5, but 0.4.x is perfect. Nothing else compares to it.

Re:Great news

[andersa]

Just wanna throw in a voice for Kaffeine 0.5 [sf.net]. I think the playlist is much nicer and the whole thing integrates a lot better into kde. Jürgen Köfler and the rest of the gang really pulled off a nice app with 0.5. In any case, whichever version you prefer, Kaffeine should be the number one choice for a xine frontend on KDE.