Loïc Minier wrote:
> I currently see no way to achieve building of gst-ffmpeg in a sane and
> maintainable way, and it seems we are very far from that. Very very
> far.
>
> I don't consider the case of gst-ffmpeg to be in any way similar to
> mplayer's case; xine-lib would be closer. Consider xine (which uses
> ffmpeg via xine-lib) or vlc, they match mplayer in functionality and do
> build directly or indirectly against libavcodec / libavformat AFAICT.
Thanks for the verbose explanation. gst-ffmpeg is indeed an exceptional
case, which we'll support for Etch. (That's also why there is no RC bug
on it).
Cheers,
Moritz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
