GNOME Bugzilla – Bug 563296
[mp3parse][mad] bogus bitrate/duration for mp3-in-avi
Last modified: 2009-06-18 10:23:34 UTC
$ totem-video-indexer 'file.avi' | grep BITRATE TOTEM_INFO_AUDIO_BITRATE=-590231 Pretty certain that code is broken: if (gst_tag_list_get_uint (bvw->priv->audiotags, GST_TAG_BITRATE, (guint *)&integer) || gst_tag_list_get_uint (bvw->priv->audiotags, GST_TAG_NOMINAL_BITRATE, (guint *)&integer)) {
Only seems to happen with the whole file. File is House.S05E08.HDTV.XviD-LOL.avi.
Code looks fine to me at first glance (assuming sane bitrate values) - why do you think it's broken? Will have a look at the file. What does gst-launch-0.10 -t playbin uri=file:///bleh.avi show for the bitrates?
Looks like an issue in mp3parse and/or mad. FOUND TAG : found by element "mpegaudioparse0". bitrate: 3704736000 has crc: TRUE channel mode: joint-stereo FOUND TAG : found by element "mad0". duration: 2591000000000 bitrate: 131952
Looks like it is fixed nowadays: FOUND TAG : found by element "mpegaudioparse0". bitrate: 132000 has crc: TRUE channel mode: joint-stereo FOUND TAG : found by element "mad0". duration: 2591000000000 bitrate: 131952 FOUND TAG : found by element "mad0". layer: 3 mode: joint emphasis: none and also: TOTEM_INFO_AUDIO_BITRATE=131