On Mon, Sep 21, 2009 at 07:02:41PM +0200, Udo Giacomozzi wrote:
BTW, even when uncommenting the GNASH_DEBUG_SOUNDS_MANAGEMENT and
GNASH_DEBUG_SAMPLES_FETCHING defines in sound_handler.cpp I can't see
those log_debug() messages on the console (using -v, of course).
However, text sent to
On Mon, Sep 21, 2009 at 07:02:41PM +0200, Udo Giacomozzi wrote:
At last we've managed to get working audio on Gnash+Nomad. :-)
Now there is the problem that the audio is way late compared to the
screen (approx. 1 second).
GST ?
I suspect you hit the slow resampling issue described by
Hello,
strk wrote:
On Mon, Sep 21, 2009 at 07:02:41PM +0200, Udo Giacomozzi wrote:
At last we've managed to get working audio on Gnash+Nomad. :-)
Now there is the problem that the audio is way late compared to the
screen (approx. 1 second).
GST ?
I suspect you hit the slow resampling issue
On Tue, Sep 22, 2009 at 12:30:06PM +0200, Hannes Mayr wrote:
As far as I was able to track down the problem it isn't the resampling
itself but the initialization of it which takes at least a second (the
call to FFMPEG's audio_resample_init() - we use the latest FFMPEG
release 0.5 BTW). So
The agglomerated patch is available in attachment and at:
http://www.splitted-desktop.com/~gbeauchesne/gnash-vaapi/
This is based on bzr rev 11514. I have tried to be the less intrusive as
possible. The resulting patch, without new files, is under 1000 lines.
It's not really clean yet as
Esben Stien b...@esben-stien.name writes:
bug #26928: Stuttering media playback due to blocking reads when
parsing
Nobody has any input on this?. Everybody else plays streaming videos
fine?.
--
Esben Stien is b...@e s a
http://www. s tn m
Am Dienstag, den 22.09.2009, 22:55 +0200 schrieb Esben Stien:
Esben Stien b...@esben-stien.name writes:
bug #26928: Stuttering media playback due to blocking reads when
parsing
Nobody has any input on this?. Everybody else plays streaming videos
fine?.
Evidently not everyone plays
On 09/17/09 04:44, Matthew Spencer wrote:
(back from being offline all week)
The point here is that the NetStream is only created after a successful
connection to the server. My feeling is that this should be signalled after
the Invoke::connect response is returned from the server. The
8 matches
Mail list logo