GNOME Bugzilla – Bug 563827
[playbin] Hangs on some MXF files containing DV
Last modified: 2013-07-17 11:13:53 UTC
Hi, playbin currently hangs on some MXF files which contain DV, one example is OpenCube-00004.mxf from http://ftp.irt.de/IRT/mxf/files/filter.php?action=query&filter=manufacturers Playing it with filesrc ! decodebin name=d ! videosink d. ! audiosink works fine. Attached is a complete debug log with GST_DEBUG=5
Created attachment 124254 [details] playbin.log.bz2
Can you make that file available somewhere if you have it locally ? The link in your first post yields: Query failed : You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '= 1 AND essenceType LIKE "%%" AND dmType LIKE "%%" AND hasIndexTable = '0' AND i' at line 1 instead of a list of files.
If you go to Manufacturer Files on the left side and click on submit you'll get a list that contains the OpenCube-00004.mxf file. Note that this only affects playbin, not playbin2 (last time I tested) and as such can probably be just be closed after confirming that it doesn't happen with playbin2 anymore.
Created attachment 193466 [details] [review] mxf: do not assert on the values of data read from input Instead, log a warning, and return.
It happens with playbin2 as well. The file seems bogus though, mxfdemux is throwing various errors about it, but I've no idea whether it's right or not. Still, it should not wedge playbin2, so I'll look at that.
Comment on attachment 193466 [details] [review] mxf: do not assert on the values of data read from input commit 2728ead8a22183c5ea542a7098317bba4f0304d6 Author: Vincent Penquerc'h <vincent.penquerch@collabora.co.uk> Date: Tue Aug 9 09:29:21 2011 +0100 mxf: do not assert on the values of data read from input Instead, log a warning, and return. https://bugzilla.gnome.org/show_bug.cgi?id=563827
(In reply to comment #5) > It happens with playbin2 as well. > The file seems bogus though, mxfdemux is throwing various errors about it, but > I've no idea whether it's right or not. > Still, it should not wedge playbin2, so I'll look at that. The wedge is fixed by my multiqueue patch from 660778. The pipeline errors out after that without invalid references, the file may or may not be invalid. But at least playbin2 does not wedge trying to play the file, so marking as dependency.
What's up with this? Can this be closed? I wasn't able to obtain the file (no download link - do I need to register?)
Or maybe it should be moved to mxfdemux if everything playbin* related has been fixed?
Reopening as I can't see any open non developer question.
Sebastian: can you re-test if this is still an issue with 1.0? Can you make the file available somewhere?
It still fails with git master, just completely different. Problem in mxfdemux now :) Should work otherwise I guess, we work quite good with container-in-container files nowadays (i.e. dash, hls, etc). For MXF files that are not frame-wrapped there's another bug somewhere. This one can be considered as fixed. 0:00:00.323318093 7952 0x7f8d4c0bd450 ERROR mxf mxfmetadata.c:3400:mxf_metadata_source_clip_resolve: Couldn't find source package 00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00 0:00:00.323422918 7952 0x7f8d4c0bd450 ERROR mxf mxfmetadata.c:3400:mxf_metadata_source_clip_resolve: Couldn't find source package 00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00 0:00:00.323465904 7952 0x7f8d4c0bd450 ERROR mxf mxfmetadata.c:3779:mxf_metadata_dm_segment_resolve: Couldn't find DM framework ec.36.5f.6f.22.a9.41.ab.a0.ac.28.de.7e.fe.53.20 0:00:00.323491637 7952 0x7f8d4c0bd450 ERROR mxf mxfmetadata.c:2944:mxf_metadata_sequence_resolve: Couldn't resolve structural component 52.c1.af.c5.ae.34.49.74.8e.01.70.76.c8.ee.83.86 0:00:00.323515354 7952 0x7f8d4c0bd450 ERROR mxf mxfmetadata.c:2440:mxf_metadata_track_resolve: Couldn't resolve sequence 79.c1.cf.16.ed.f7.48.1c.83.c3.bd.19.52.c3.46.05 0:00:00.323568062 7952 0x7f8d4c0bd450 ERROR mxf mxfmetadata.c:1876:mxf_metadata_generic_package_resolve: Track 16.9d.19.72.61.d0.43.97.99.2f.de.28.34.30.16.4b couldn't be resolved 0:00:00.325125121 7952 0x7f8d4c0bd450 ERROR mxfdemux mxfdemux.c:732:gst_mxf_demux_update_essence_tracks:<mxfdemux0> There already exists a different track with this track number and body sid but a different source or source track id -- ignoring 0:00:00.325170559 7952 0x7f8d4c0bd450 ERROR mxfdemux mxfdemux.c:865:gst_mxf_demux_update_essence_tracks:<mxfdemux0> Only frame wrapping currently supported