Am Dienstag, den 23.10.2007, 10:29 +0000 schrieb Benjamin Otte: > Peter Gordon <peter <at> thecodergeek.com> writes: > > > Unfortunately, swfdec's dependency on ffmpeg/libmad for multimedia > > decoding means that it cannot intrinsically be part of some distributions > > such as Fedora without being hosted in a third-party repository of some > > sort; and the current Gstreamer stack in swfdec does not work nearly as > > well as does ffpmeg/libmad. For one, YouTube videos (from my very brief > > testing with 0.5.3) play without sound and often freeze the X session > > entirely. :( > > > > Would this mean that its Gstreamer support would be heavily improved > > or perhaps even become the main playback focus for videos? That would be > > *awesome*. :) > > > The current GStreamer has some serious issues with the way Swfdec wants to use > it. I'll gladly go into details about why, but I guess this is the wrong place > to discuss this. The solution the GStreamer guys did for this was > appsrc/appsink, however there's no release yet which uses it, and it looks like > the next release will not have it either. What's wrong (apart from being a bit ugly) with having a private copy of libgstapp/appsrc/appsink (of course renamed to prevent conflicts) in swfdec for this until there is a release? Should make it possible for you to improve the GStreamer decoding as soon as possible and simply drop the private copy and have everything working once it's in a GStreamer release. Also, AFAIK, Wim plans to work a bit on libgstapp/appsrc/appsink in the next time so there is at least a chance that it will be included with the next release or the one after...
Attachment:
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil