GNOME Bugzilla – Bug 622407
[asfdemux] doesn't detect some streams if preroll value is very small
Last modified: 2010-06-24 02:26:04 UTC
I am forwarding this downstream bug which includes example files: https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/597190 The said file plays correctly in VLC but not using totem+gstreamer
Direct link to a non working video http://www3.deis.unibo.it/Staff/FullProf/GNeri/ftproot/Calcolatori%20Elettronici/Calcolatori%20M/Corso/2009-2010/Video/Architettura/06%20-%20Bus%20-%202.asf
Created attachment 164316 [details] log: GST_DEBUG_NO_COLOR=1 GST_DEBUG=5 This is the log of opening and starting to play the video.
Reproduced it here with git version.
The preroll value for that file is insanely small, meaning we don't see the first packet of the video stream before we go to preroll... and therefore never expose that pad (thinking the stream is empty). Maybe we should wait for a minimal number of packets/duration before deciding which pad/streams to activate.
commit 5ac4ea3f1b77655effba2346bfcaef8f13e7a120 Author: Edward Hervey <bilboed@bilboed.com> Date: Wed Jun 23 11:05:11 2010 +0200 asfdemux: Allow at least 500ms of preroll. Some files have insanely low preroll values which break the all_streams_prerolled() logic. Fixes #622407
Sorry to write again, but I've just realized that also the opposite thing might happen: some video files are recognized as video only (no audio). Does the fix include this case too?
yes
I tested the code change and it is working for me. Thanks for the quick work!