After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 571358 - [real] file playing stops immediately
[real] file playing stops immediately
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
git master
Other All
: Normal normal
: 0.10.11
Assigned To: Wim Taymans
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-02-11 21:41 UTC by Roland Moser
Modified: 2009-02-18 11:57 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24


Attachments
Patch for rmdemux to correctly parse data packages (322 bytes, patch)
2009-02-12 21:35 UTC, Roland Moser
committed Details | Review

Description Roland Moser 2009-02-11 21:41:33 UTC
Please describe the problem:
Playing one of the following two files in totem stops immediately.
http://juergenvonderlippe.de/media/allessagen.rm
http://juergenvonderlippe.de/media/supermarkt.rm


Steps to reproduce:
1. totem allessagen.rm

Actual results:
Playing stops immediately without any sound being played at all.

Expected results:
Either play sound in the file or present a dialog that the codec is not installed.

Does this happen every time?
Yes

Other information:
Output of gst-launch command:
$ gst-launch -vvv playbin uri=file:///home/user/download/allessagen.rm
Setting pipeline to PAUSED ...
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = application/vnd.rn-realmedia
Pipeline is PREROLLING ...
/GstPlayBin:playbin0/GstStreamSelector:selector_audio_src0: active-pad = (GstSelectorPad) sink0
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Got EOS from element "playbin0".
Execution ended after 462001 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstRMDemux:rmdemux0.GstPad:audio_02: caps = NULL
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstRMDemux:rmdemux0.GstPad:audio_01: caps = NULL
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstRMDemux:rmdemux0.GstPad:audio_00: caps = NULL
/GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src: caps = NULL
Setting pipeline to NULL ...
FREEING pipeline ...

Playing with mplayer works without a problem:
$ mplayer allessagen.rm
MPlayer 1.0rc2-4.3.2 (C) 2000-2007 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3000+ (Family: 15, Model: 12, Stepping: 0)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing allessagen.rm.
REAL file format detected.
Stream description: fileinfo
Stream mimetype: logical-fileinfo
Stream description: audio/x-pn-multirate-realaudio logical stream
Stream mimetype: logical-audio/x-pn-multirate-realaudio
Stream description: Audio Stream
Stream mimetype: audio/x-pn-multirate-realaudio
[real] Audio stream found, -aid 0
Stream description: Audio Stream
Stream mimetype: audio/x-pn-multirate-realaudio
[real] Audio stream found, -aid 1
Stream description: Audio Stream
Stream mimetype: audio/x-pn-multirate-realaudio
[real] Audio stream found, -aid 2
Clip info:
 copyright: (C) 2004
 comment: 
==========================================================================
Forced audio codec: mad
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 44100 Hz, 2 ch, s16le, 32.0 kbit/2.27% (ratio: 4005->176400)
Selected audio codec: [ffcook] afm: ffmpeg (FFmpeg COOK audio decoder)
==========================================================================
AO: [pulse] 44100Hz 2ch s16le (2 bytes per sample)
Video: no video
Comment 1 Edward Hervey 2009-02-12 07:25:37 UTC
With playbin2, it doesn't abort ... but doesn't play anything even though it changed state to PLAYING (???).
Comment 2 Roland Moser 2009-02-12 21:35:07 UTC
Created attachment 128595 [details] [review]
Patch for rmdemux to correctly parse data packages
Comment 3 Roland Moser 2009-02-12 21:35:44 UTC
I have further investigated the problem. It seems that data packages with version=1 are read incorrectly. The flags seem to be offset by one byte. Applying the attached patch makes the two files playable in totem, playbin and playbin2.

It also seems that this bug is releated to two other files in bug #571362:
http://juergenvonderlippe.de/media/macken.rm
http://juergenvonderlippe.de/media/vegetarier_eins.rm

Those two files still trigger an codec update dialog in totem but can be played if I cancel the dialog. They also play in playbin and playbin2.
Comment 4 Wim Taymans 2009-02-18 11:57:09 UTC
Thanks! The streams for Comment #3 also work fine now so this can be closed.


commit c42e090accb95c84aa590d894f4c6c0fcd4f92f1
Author: Roland Moser <rmoser@gmx.at>
Date:   Wed Feb 18 12:55:16 2009 +0100

    Fix parsing of the flags in rmdemux
    
    Fix parsing of the flags in version 1 realmedia streams.
    Fixes #571358.