Bug#402090: Dropping GStreamer 0.8 for etch
mh at glandium.org
Sat Dec 9 17:28:22 CET 2006
On Sat, Dec 09, 2006 at 05:23:47PM +0100, Josselin Mouette <joss at debian.org> wrote:
> 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.
Except that gstreamer 0.10 still doesn't support DVD playback (which is
a regression over gstreamer 0.8).
More information about the Pkg-gstreamer-maintainers