GNOME Bugzilla – Bug 672379
Gstreamer fails to play *some* .mp4 videos - end of stream "pipeline0"
Last modified: 2012-03-19 13:25:27 UTC
Gstreamer is no longer able to play *some* .mp4 videos. Just until recently (possibly update) that worked fine. Videos concerning were downloaded from Youtube via the Firefox DownloadHelper, so I suspect some of them to use some non-standard format feature. Also ffmpeg-ing videos to other or same format works and converted videos can be played by Gstreamer without problems. This is the only download video I was able to confirm Gstreamer can still play: http://www.youtube.com/watch?v=T0UbcngpDkk It fails for almost every other, e.g.: http://www.youtube.com/watch?v=h0ffIJ7ZO4U Gstreamer output: ----- $ gst-launch-0.10 filesrc location=blue.mp4 ! decodebin2 name=dec ! queue ! ffmpegcolorspace ! autovideosink ... New clock: GstSystemClock Received end of stream from „pipeline0“. Execution ended after 181781 ns. ... Not working video ffmpeg output: ----- $ ffmpeg -i blue.mp4 ffmpeg version 0.10.2 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 17 2012 08:51:02 with gcc 4.6.3 configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable-libpulse --enable-gpl --enable-version3 --enable-runtime-cpudetect --disable-debug --disable-static libavutil 51. 35.100 / 51. 35.100 libavcodec 53. 61.100 / 53. 61.100 libavformat 53. 32.100 / 53. 32.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 61.100 / 2. 61.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'blue.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isomavc1mp42 creation_time : 2010-12-15 06:51:28 Duration: 00:08:41.84, start: 0.000000, bitrate: 662 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 120 kb/s Metadata: creation_time : 2010-12-15 06:51:28 handler_name : (C) 2007 Google Inc. v08.13.2007. Stream #0:1(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x270 [SAR 1:1 DAR 16:9], 539 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc Metadata: creation_time : 2010-12-15 06:51:28 handler_name : Working video ffmpeg output: ----- $ ffmpeg -i Blue\ Effect\ -\ Má\ Hra-2.mp4 ffmpeg version 0.10.2 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 17 2012 08:51:02 with gcc 4.6.3 configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable-libpulse --enable-gpl --enable-version3 --enable-runtime-cpudetect --disable-debug --disable-static libavutil 51. 35.100 / 51. 35.100 libavcodec 53. 61.100 / 53. 61.100 libavformat 53. 32.100 / 53. 32.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 61.100 / 2. 61.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Blue Effect - Má Hra-2.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 2011-12-16 00:15:06 Duration: 00:10:12.24, start: 0.000000, bitrate: 436 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360, 337 kb/s, 25 fps, 25 tbr, 50 tbn, 50 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 95 kb/s Metadata: creation_time : 2011-12-16 00:15:06 handler_name : Distro: Arch Linux
We may or may not have ended up with the same file, but the one claimed to fail above (http://www.youtube.com/watch?v=h0ffIJ7ZO4U) plays fine here (and it looks like the blue.mp4 of which info is being dumped does not come from this link since duration already does not match).
Sorry for confusion, the dump comes from a different, nevertheless also non functioning file. I have re-downloaded the linked video, ffmpeg dump following (still getting fail): $ ffmpeg -i Dire\ Straits\ -\ Sultans\ Of\ Swing.mp4 ffmpeg version 0.10.2 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 17 2012 08:51:02 with gcc 4.6.3 configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable-libpulse --enable-gpl --enable-version3 --enable-runtime-cpudetect --disable-debug --disable-static libavutil 51. 35.100 / 51. 35.100 libavcodec 53. 61.100 / 53. 61.100 libavformat 53. 32.100 / 53. 32.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 61.100 / 2. 61.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Dire Straits - Sultans Of Swing.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isomavc1mp42 creation_time : 2010-02-22 17:27:21 Duration: 00:04:26.72, start: 0.000000, bitrate: 663 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 122 kb/s Metadata: creation_time : 2010-02-22 17:27:21 handler_name : (C) 2007 Google Inc. v08.13.2007. Stream #0:1(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 480x360 [SAR 1:1 DAR 4:3], 538 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc Metadata: creation_time : 2010-02-22 17:27:21 handler_name : Could you please re-check whether we got the same file? Thank you for your response.
What is the md5sum or sha1sum or your file? Perhaps you could attach the beginning of the file to this bug? head --bytes=1023k blue.mp4 > blue-mp4.head
Looks like we got the same now, though still works on latest git (and 0.10) it seems. FWIW sha1sum: 12bcfb8e2f75b882e7634d76e202686c5aa4e716 Dire Straits - Sultans Of Swing.mp4
My sha1sum is different, apparently the grabber output isn't deterministic - I got different file on each download (with wiping the cash). Still could not manage gstreamer work for theese, however filling this as a bug seemed a bit hasty. Marking this INVALID, will discuss it somewhere else and possibly write some summary later. Thx again!
Could it be related to bug #670699 ? (Don't think if it failed like that though)