[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Dropping GStreamer 0.8 for etch



Le samedi 09 décembre 2006 à 15:36 +0100, Moritz Muehlenhoff a écrit :
> 2. If the GNOME maintainers come to an agreement that linking dynamically
>    is possible it would be _much_ appreciated, if not we need to bite the
>    bullet.

I have made a new patch which is much cleaner and opened a bug about it.
So far Loïc hasn't commented on it, but AIUI he's still hostile to such
a change until it is accepted upstream.

I don't claim to have extensively tested the patch, especially with
exotic codecs, but it shows that dynamic linking is possible, and it
makes a better package at first sight - but version 0.10.2 should
improve codec support as well.

> And for mplayer; it provides dynamic linking out of the box and it's not
> an important infrastructure package like gstreamer, so the above does not
> apply.

Well, totem-xine is still the default in etch, which means
gstreamer-ffmpeg is only important for people explicitly installing
totem-gstreamer. However the reason until now for xine to be the default
was its superior codec support. If both packages can link to the same
libavcodec, I think totem-gstreamer is superior, as being lighter, not
having the infamous bug #400525 and with better support for other
(non-ffmpeg) codecs.

-- 
Josselin Mouette                /\./\

"Do you have any more insane proposals for me?"

Attachment: signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=


Reply to: