GNOME Bugzilla – Bug 750523
H264 4K doesn't play
Last modified: 2017-07-11 20:58:24 UTC
This video does not play in Totem 3.14.0. No error, just no playback and no thumbnail. The video does at least render the first frame with gst-launch but errors with "pipeline doesn't want to preroll" another video of the same sort plays, but very slowly with gst-launch. Video is 4096x2160 H264. https://www.dropbox.com/s/006tnls8t2qeiof/VID_20150515_114100.mp4?dl=0
Hangs for me as well using gst-play-1.0, using: gstreamer1-plugins-bad-freeworld-1.4.3-1.fc21.x86_64 gstreamer1-plugins-good-1.4.5-2.fc22.x86_64 gstreamer1-plugins-ugly-1.4.3-1.fc21.x86_64 gstreamer1-plugins-bad-free-1.4.5-2.fc22.x86_64 gstreamer1-plugins-base-1.4.5-2.fc22.x86_64 gstreamer1-libav-1.4.3-1.fc21.x86_64 gstreamer1-1.4.5-1.fc22.x86_64
Works here with GIT master (and 1.5.1) in totem and gst-play-1.0. Can you get a GStreamer debug log?
Created attachment 304788 [details] debug log This is loglevel 9, let me know if you need a less verbose log.
gst-play-1.0 hangs after "Redistribute latency..." but I'm using 1.4.5 so it might already be fixed?
Maybe a deadlock somewhere, can you get a backtrace of all threads when this happens? Nothing looking too suspicious in the logs, other than data being last seen at h264parse.
gstmultiqueue.c:2216:single_queue_check_full:<multiqueue0> queue 0: visible 1/0, bytes 3426358/2097152, time 41677778/0 gstmultiqueue.c:2216:single_queue_check_full:<multiqueue0> queue 1: visible 0/0, bytes 0/2097152, time 0/0
So it's probably related to those multiqueue fixes
Created attachment 305059 [details] backtrace
Works for me, I suspect this has been fixed in multiqueue and/or decodebin. If not, please re-open and attach new logs made with 1.12 or git master, thanks!