http://git.savannah.gnu.org/cgit/gnash.git/commit/?id=7a53cb38d4b3f8a8f6160a40e2912133663c1ab3

Lacks an automated test, not easy to do w/out a sound "listener".

I've performed "manual" test as much as I could, but would love to hear from others as well (gg0 + bjacques ?)

Well, I filed the original report and I was wrong on the title.

I move my comments to bug #24638.

From launch to sound there are more things happening. It is known that gnash has a longer startup time.

In this case we have a single DEFINESOUND containing mp3 data.
In Gnash this is handled by EmbedSound and EmbedSoundInst.

Looking at the interface it looks like some work was started to do incremental decoding and it may possible to already do that by limiting inputSize variable in EmbedSoundInst::decodeNextBlock.
If you want to experiment with that I hope the above is useful.

In any case this bug is about being unable to play sound, if that's fixed please close this and continue the "incremental decoding" idea in https://savannah.gnu.org/bugs/index.php?24638

I tried timing from command launch to first sound heard
and these are the results:

PP: 0m1.456s
Gnash/FFMPEG: 0m4.213s
Gnash/GST: 0m7.202s

This is with Gnash 0.8.11dev (master-21900-5b4083d)
FFmpeg (avcodec version: 53.35.0)
Gstreamer 0.10.36

Compiling Gnash 0.8.11dev (master-21894-5ae7ec0) with Renderer: AGG, Hardware Acceleration: RawFB, GUI: GTK2, Media: Gstreamer 0.10.36, gave the following results:

$ time ./sdl-gnash freeculture.swf
real 0m30.912s
user 0m24.186s
sys 0m1.593s

$ time ./gtk-gnash freeculture.swf
* (lt-gtk-gnash:19667): WARNING *: Couldn't find pixmap file: GnashG.png
real 0m30.714s
user 0m24.209s
sys 0m1.582s

$ time flashplayerdebugger freeculture.swf
Failed to open VDPAU backend libvdpau_r300.so: cannot open shared object file: No such file or directory
Failed to open VDPAU backend libvdpau_r300.so: cannot open shared object file: No such file or directory
real 0m2.551s
user 0m0.839s
sys 0m0.148s

Would it be possible to have this bug fixed for the next 0.8.11 release? (The report is almost 5 years old.)

Many thanks for your help,


Pablo

Benjamin,

thanks for the reply.

I'd ask you to post a comment to this bug when you commit the proposed patch, so I'll be able to report other bugs.

Thanks for your help,


Pablo

Sorry, I overlooked that this was ready for testing.

I'm afraid that it doesn't work for me. I explain.

File is http://randomfoo.net/oscon/2002/lessig/free_culture.swf.

Gnash version: 0.8.10dev (master-20542-844fda1). Downloaded yesterday.

Media: FFmpeg (avcodec version: 52.2.2).

It takes almost 30 seconds to start playing the sound with Gnash 0.8.10dev.

It takes over 70 seconds to start playing sound with Gnash 0.8.9 (0.8.9-20110418-none) and media GStreamer 0.10.31.

Flash Player 10 (10.2.152.28) starts playing instantly and it doesn't load CPU to 100% (which happens with both Gnash's versions when decoding sound).

I hope it helps,


Pablo

Sound handling was completely redesigned at some point, which led to lots of improvements but means a simple revert is probably not possible.

There are other bugs (such as onSoundComplete for event sounds) that would also benefit from another pass over the code, but until I or someone else has time, it's going to stay as a bug.

There's no point having it like it is, but there is also no one to fix it. A patch would be welcome.

The previous message was posted by me (but I wasn't logged in).

The following Flash presentation (http://www.archive.org/download/Lessig-Free_Culture/lessig-freeculture.swf) was played fine with release 0.8.2 (just checked in Windows with the http://getgnash.org/packages/releases/windows/gnash-0.8.2-win32-agg-fltk-ffmpeg.zip).

Using 0.8.4 and 0.8.5, since the whole sound file is decoded before playback, sound and slides are played fine, but it takes a long time before file is played.

Using 0.8.6, the regression is double, because the ActionScript code that advances slides starts before the event sound has started playing (playback starts after decoding whole sound file), so there is a mismatch between audio and slides.

I guess that fixing the originally reported bug would make possible to report other bugs with Gnash playing this file.

Trunk plays both the sound and the slides for me, but it (a) doesn't load it like the flashplayer does and (b) has a long pause with high CPU activity before starting to play. I wouldn't be surprised if we're doing what's described in the swfdec bug, that is, decoding the whole thing before playback.

Hi there,

congratulations for your excellent work on a free SWF player.

I have downloaded your latest release (0.8.4) and I'm afraid that it has a regression compared with version 0.8.2. agg, gtk2, gst (built against 0.10.17) are the gnash options.

http://ousia.justfree.com/freeculture.swf contains an audio file file that is played through the presentation slides (the original file at http://randomfoo.net/oscon/2002/lessig/free_culture.swf shares the same content, but not the same ActionScript code). It is an MP3 file at 32kbps mono, over 30 minutes long and it takes more than 5MB.

0.8.2 was able to play the file and the sound, but version 0.8.4 is not able to do it. I wonder whether this bug is similar to the one described at https://bugs.freedesktop.org/show_bug.cgi?id=16634#c9.

I hope it helps,


Pablo