GNOME Bugzilla – Bug 725417
Gstreamer: no sound on some "pps" files
Last modified: 2014-03-02 16:35:19 UTC
SYSTEM (B)LFS system, i686-pc-linux-gnu, kernel-3.13.3 libreoffice-4.2.0.4. Compiled (configured) with --disable-gstreamer-0.10 --enable-gstreamer (i.e., enable gstreamer 1.2.3 instead of gstreamer 0.x) gstreamer-1.2.3 compiled from sources (with its complement of plugins, base-, good- bad- and ugly-1.2.3) lame-3.99.5 twolame-0.3.13 gst-ffmpeg-0.10.13 ffmpeg-2.0.2 PROBLEM Two "pps" slide files (from a third party) with video/audio: 'watermelons.pps' and 'plague.pps' Run in LibreOffice: 'plague.pps': sound OK 'watermelons.pps': NO sound (the PROBLEM) MY INVESTIGATION I decomposed the two files; sound in a "WAV" file In playing each with MPlayer 1.1-4.7.0 (both sound OK): 1. plague.wav (of the "good" pps): libavformat version 54.6.100 (internal) Audio only file format detected. Load subtitles in prague/ ========================================================================== Opening audio decoder: [mpg123] MPEG 1.0/2.0/2.5 layers I, II, III AUDIO: 16000 Hz, 2 ch, s16le, 48.0 kbit/9.38% (ratio: 6000->64000) Selected audio codec: [mpg123] afm: mpg123 (MPEG 1.0/2.0/2.5 layers I, II, III) ========================================================================== AO: [oss] 16000Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... 2. watermelons.wav (of the "bad" pps): libavformat version 54.6.100 (internal) Audio only file format detected. Load subtitles in watermel/ ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders libavcodec version 54.23.100 (internal) AUDIO: 8000 Hz, 2 ch, s16le, 64.9 kbit/25.34% (ratio: 8110->32000) Selected audio codec: [ffadpcmimawav] afm: ffmpeg (FFmpeg WAV IMA ADPCM audio) ========================================================================== AO: [oss] 8000Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... HELPFUL POINTS (hopefully) [/usr/lib]% ldd gstreamer-1.0/libgsttwolame.so ... libgstreamer-1.0.so.0 => /usr/lib/libgstreamer-1.0.so.0 (0xb758d000) ... libtwolame.so.0 => /usr/lib/libtwolame.so.0 (0xb741b000) ... [/usr/lib]% ldd libtwolame.so.0 linux-gate.so.1 (0xb77d0000) libm.so.6 => /lib/libm.so.6 (0xb7746000) libc.so.6 => /lib/libc.so.6 (0xb759a000) /lib/ld-linux.so.2 (0xb77d1000) [/usr/lib]% ls -og gstreamer-1.0/libgsttwolame.so* -rwxr-xr-x 1 84728 2014-02-26 17:35 gstreamer-1.0/libgsttwolame.so Thanks, -- Alex
Created attachment 270607 [details] gst-inspect-1.0 output Hope this tidbit would be of help in your analysis.
If you already extraced the two wav files, can you play them with gst-play-1.0 (or gst-launch-1.0 playbin uri=file:///path/to/file.wav)?
Erm and if you can make the wav files available somehwere that'd be great.
Hi Stefan, Thank you for your interest. BOTH files, the "good" 'prague~1.wav' and the "problem" 'waterm~1.wav' one play PERFECTLY (as they should:). Examples of command line tests: gst-play-1.0 /home/alex/docs/prague/prague~1.wav gst-play-1.0 /home/alex/docs/watermel/waterm~1.wav gst-launch-1.0 playbin uri=file:///home/alex/docs/watermel/waterm~1.wav Based on the above successful results, do you still need them or have some other ideas why one doesn't work from LibreOffice (while working with mplayer, gst-play, gst-launch, etc.)? If you still need them please let me know how to make them available: prague~1.wav 1187733 bytes waterm~1.wav 1565439 bytes As an aside, on my machine, different partition, BOTH "pps"'s play correctly in LibreOffice 3.5.4.2 on Win 7. However, please note that the LO-3.5.4.2 is _binary_ downloaded while on my BLFS partition, LO-4.2.0.4 is built from sources (like everything else on a LinuxFromScratch-type system, for that matter). Maybe in compiling LO and/or the GST's or something else (lame, etc.) I used the wrong configure parameters and/or the sequence of builds, etc., etc. LO-3.5.4.2 using GStreamer-0.10? Etc. Thanks again for your help, -- Alex
You could also double-check with gst-play-1.0 pushfile:///absolute/path/to/foo.wav - if that works as well, it's definitely not GStreamer, and you should file a bug against libreoffice.
(In reply to comment #5) > You could also double-check with > gst-play-1.0 pushfile:///absolute/path/to/foo.wav I'm a little confused here. I don't see a 'foo.wav'. By 'foo.wav' are you talking about any other "wav" file I happen to have around?
Alex, yes - please substitute the "/absolute/path/to/foo.wav" so that your files are used. This test checks that the file can be 'streamed' (played without random file access).
Stefan: Thanks. The answer is YES. Both test filescan be played with "pushfile". Please answer this question: How does LibreOffice play these kinds of files ("wav")?: I'm _guessing_, internally through APIs offered by gstreamer. I temporarily renamed gst-play-1.0 to something else. LO exhibited the same behavior (which originated this bug submission): it played the prague.pps OK but didn't play (as before) the watermelons.pps. When you get a chance, please elaborate. I'm not familiar with gstreamer package, so any details would help me with how to approach LibreOffice bug submission. Thanks for your help, -- Alex
(In reply to comment #8) > Stefan: > Thanks. > The answer is YES. Both test filescan be played with "pushfile". Good. From this I'd say the gstreamer support for these is fine. > > Please answer this question: > > How does LibreOffice play these kinds of files ("wav")?: That we don't know. Please file a bug against libreoffice instead. > > I'm _guessing_, internally through APIs offered by gstreamer. > I temporarily renamed gst-play-1.0 to something else. > LO exhibited the same behavior (which originated this bug submission): > it played the prague.pps OK but didn't play (as before) the watermelons.pps. > > When you get a chance, please elaborate. > I'm not familiar with gstreamer package, so any details would help me with how > to approach LibreOffice bug submission. Just file a bug there and reference this one with the bug url. > > Thanks for your help, > -- Alex Closing as NOTGNOME (=NOTGSTREAMER)