GNOME Bugzilla – Bug 154301
typefind and rmdemux don't use the same mime type for realmedia files
Last modified: 2004-12-22 21:47:04 UTC
trying to play a .rmvb file (Jurassic.Park\ II.The.Lost.World.\{RV9.EHQ100.BiOgg.\(FR-US\)+Sub.FR\}.rmvb), totem told me : ** (totem:3731): WARNING **: don't know how to handle application/vnd.rn-realmedia ERROR (0x80820a0 - 304646:53:14.659708000) playbasebin( 3731) gstplaybasebin.c(582):gst_play_base_bin_change_state:<play> Failed to find any supported stream in file "file:///mnt/windows/G/Downloads/Jurassic.Park%20II.The.Lost.World.%7BRV9.EHQ100.BiOgg.(FR-US)%2BSub.FR%7D.rmvb" (totem:3731): GStreamer-CRITICAL **: file gstpad.c: line 4107 (gst_pad_send_event): assertion `GST_IS_PAD (pad)' failed typefind only knows : application/vnd.rn-realmedia gst/realmedia/rmdemux only knows : video/x-pn-realvideo this bug is not about the fact there is nothing to play RV9/RV10 streams file => RealMedia file file -i => application/vnd.rn-realmedia
replacing video/x-pn-realvideo by application/vnd.rn-realmedia in rmdemux.c, totem gives me this before segfaulting : fourcc .RMF length 00000012 ** (totem:11584): WARNING **: flush event fourcc PROP length 00000032 ** (totem:11584): WARNING **: flush event fourcc CONT length 00000040 ** (totem:11584): WARNING **: flush event fourcc MDPR length 000001a9 string: ASMRuleBook string: h >= 0),Stream0Bandwidth = 96468, Stream1Bandwidth = 707532; string: sic string: Modification Date string: 12/30/2002 7:44:26 string: videoMode string: sharp not adding stream of type 3 Erreur de segmentation
activating debug in rmdemux, i saw that MDPR strings where not properly extracted for example, the second string does not start by h >= 0) it is : H#($Bandwidh >= 0),Stream0Bandwidth = 96468, Stream1Bandwidth = 707532; i've found several other problems. and as i told ronald, i'll try to work on rmdemux a bit
fixes those yesterday night more to come