Fri 29 Apr 2011 07:58:35 AM UTC, comment #14:
Thanks, test automated as of 081407de71c4f8c345ffe1a67d0560ab2223bada
|
Wed 27 Apr 2011 10:16:42 PM UTC, comment #13:
Yes, you can. I created it specifically to check this bug.
|
Wed 27 Apr 2011 04:06:14 PM UTC, comment #12:
Sergio: can we ship tic_tac.swf as part of gnash testsuite ?
ie: are you the author ?
|
Fri 15 Apr 2011 12:38:12 PM UTC, comment #11:
Well, turns out also very recent gnash works, so I must have broken this one. I'll file another bug.
|
Fri 15 Apr 2011 12:36:12 PM UTC, comment #10:
0.8.8 also works (advances the numbers)
|
Fri 15 Apr 2011 12:25:26 PM UTC, comment #9:
Numbers in file #13586 don't change anymore !
It works as of 0.8.5. Dunno if it's related to getposition ..
|
Thu 09 Jul 2009 10:22:30 AM UTC, comment #8:
This one seems fixed to me with r11238
|
Thu 24 Jan 2008 10:49:16 AM UTC, comment #7:
I hear the sound, but not the slides, a regression ?
|
Mon 13 Aug 2007 08:57:53 AM UTC, comment #6:
SDL can use either oss or alsa, depending on the settings.
So it seems we should insert a pause/delay for SDL to make it sync perfectly... Not exactly pretty...
|
Mon 13 Aug 2007 12:56:04 AM UTC, comment #5:
I tested the presentation with the Adobe plugin, the GSTreamer backend and the SDL backend and I confirm it: there's a delay only when using SDL.
Does SDL use OSS instead of ALSA?
The problem seems to be that, with SDL, there's a smaller sound buffer than with GSTreamer/Adobe plugin (both uses ALSA by default). In SDL the sound seems to be sent to the soundcard as soon as it's passed in the callback function, but in GStreamer/Adobe plugin there seems to be a buffer of about 1/2 second, so there's that delay.
When I created this presentation I had this in mind to ensure that it synchronizes fine.
|
Wed 08 Aug 2007 10:40:59 AM UTC, comment #4:
That's the delay i mentioned. I guess it's not supposed to be there, but i'm not sure how it can be fixed :-/
|
Wed 08 Aug 2007 09:39:53 AM UTC, comment #3:
Now the tick sounds and the slides from file #13586 move at the same pace.
The tick doesn't coincide with the slide change, though: is it supposed to be like that?
|
Wed 08 Aug 2007 09:16:52 AM UTC, comment #2:
I committed a patch for this issue The problem was that we were using the input samplerate to calculate the position, not the output samplerate, like we should. Please test if this is ok now, i noticed a slight delay compared to gst/pp, but i'm not sure it can be remove easily.
|
Tue 07 Aug 2007 06:09:42 PM UTC, comment #1:
I can confirm this issue.
|
Sat 04 Aug 2007 11:28:54 AM UTC, original submission:
Hi all:
I found that the new getPosition function doesn't work fine in SDL. I did some sound-synchronized slides and, while with the Gstreamer backend and the Adobe plugin they work perfect, with SDL backends (both ffmpeg and mad) the slides are shown slightly faster than it should. Since I'm using getPosition to synchronize the slide change, it seems a bug there.
I attach an SWF file with an example: a tic-tac sound and some slides with numbers. With Gstreamer and adobe plugin the changes are precise; with SDL backends it loses the synch.
|