Re: [Gnash] Time for a new tarball release?

[Tomas Groth]

--- Rob Savoye <address@hidden> skrev:

> Tomas Groth wrote:
> 
> > The sound broke because the gstreamer backend used a module which needed
> all
> > sound-data before playback started. This is "only" a problem with sound
> > streams, so event sounds should still work. The solution to the problem is
> > probably to use a different gstreamer module, which we will probably have
> to
> > write ourselves, or perhaps some changing in the way the code works will
> do...
> 
>    I'm actually strongly debating using ffmpeg instead... We tried 
> Gstreamer because it has a supposedly legit (with weird conditions) MP3 
> implementation, but as ffmpeg support FLV and VP5, it's potentially 
> better for us. There is an ffmpeg module for Gstreamer too. I don't 
> really have any knowledge of using ffmpeg, so maybe this wouldn't work, 
> but I'm getting really tired of all the gripes about sound not working. 
> the best solution to this is to just make it work...
> 

I understand you very well, but before dropping gstreamer, we have to know how
to replace it. If we want to use ffmpeg, we need to find/write a adder/mixer,
since gstreamer offers this, and to be honest i haven't found an open source
mixer/adder suitable for gnash (i have no idea how hard/easy a adder/mixer is
to write from scratch). 
If we deceide to drop gstreamer there might be some problems when distributions
start to include gnash... Since most of the commercial distros wont touch
ffmpeg with a 10-foot pole, they will compile gnash without audio and video
support, and we all know who they will complain to... (I guess the situation is
the same for mplayer and xine etc.). The great thing about gstreamer in this
aspect is that when new plugins is installed there is no need to recompile! So
the user just has to install ffmpeg and it's gstreamer-plugin to get it
working, while without gstreamer a recompile is needed.

But using ffmpeg directly is not a bad idea! Actually it would mean that we
skipped a "media proxy", and since this "proxy" (gstreamer) does not yet
include all the needed features, maybe it's the way to go. We can always finish
the gstreamer backend when gstreamer has matured, and we got the
motivation/time, and untill then use ffmpeg, which got all we need media
decoding wise (mp3, adpcm, svq3 and vp6).

cheers,

Tomas