After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 619374 - webmmux: files created not fully valid, first video block in cluster must be keyframe
webmmux: files created not fully valid, first video block in cluster must be ...
Status: RESOLVED NOTABUG
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-05-22 16:28 UTC by j^
Modified: 2018-05-01 09:42 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description j^ 2010-05-22 16:28:27 UTC
encoding webm files with gstreamer, the resulting files does not fully validate with mkvalidator(from svn) here the error:

 ERR201: Invalid Tag for profile 'webm v2' at 7605134 in Tags

while this is valid in matroska its not part of the webm subset.
Comment 1 Sebastian Dröge (slomo) 2010-05-22 16:33:54 UTC
What's the tag that is written at this position?
Comment 2 Sebastian Dröge (slomo) 2010-05-22 16:44:16 UTC
Ah, I see. Yes, webm doesn't allow tags and writing of tags should be disabled for webmmux.
Comment 3 Sebastian Dröge (slomo) 2010-05-23 07:52:32 UTC
But OTOH the webm container spec says only which things are supported, everything else is "undecided" but not "unsupported/forbidden".

http://www.webmproject.org/code/specs/container/
Comment 4 j^ 2010-05-23 10:21:54 UTC
undecided is a strange state,
mkvalidator right now treats those as errors,
but you are right, it might not be an issue
as long as the feature is not related to playback, like tags
Comment 5 j^ 2010-05-23 10:49:15 UTC
just checked with the latest mkvalidator from svn
it adds some more conformance tests.
i get a lot of those errors now:
 MWRN0C0: First Block for video track #1 in Cluster at 58824 is not a keyframe
Comment 6 Sebastian Dröge (slomo) 2010-05-23 11:50:20 UTC
(In reply to comment #4)
> undecided is a strange state mkvalidator right now treats those as errors,
> but you are right, it might not be an issue as long as the feature is not related to playback, like tags

How are tags related to playback? Ignore them and everything still works as expected ;)

(In reply to comment #5)
> just checked with the latest mkvalidator from svn
> it adds some more conformance tests.
> i get a lot of those errors now:
>  MWRN0C0: First Block for video track #1 in Cluster at 58824 is not a keyframe

Hrm, yes. That's a real problem now. I'll work on this.

Currently the muxers starts a new cluster after 2 seconds (IIRC) or when a keyframe appears. For webm it should only do the latter. But from the webm spec it's only a "should", no "must".
Comment 7 Tim-Philipp Müller 2010-05-23 11:55:41 UTC
Yes, we should fix this. However, according to http://www.webmproject.org/code/specs/container/#muxer_guidelines this is only a "SHOULD" and not a "MUST" so should not result in an 'error' in mkvalidator IMHO, but at best a warning or info.
Comment 8 Steve Lhomme 2010-05-28 08:59:13 UTC
(In reply to comment #5)
> just checked with the latest mkvalidator from svn
> it adds some more conformance tests.
> i get a lot of those errors now:
>  MWRN0C0: First Block for video track #1 in Cluster at 58824 is not a keyframe

This message is just a warning. If you want to validate a file against real errors you can use --no-warn.
Comment 9 Andoni Morales 2010-11-24 11:08:08 UTC
(In reply to comment #6)
> Currently the muxers starts a new cluster after 2 seconds (IIRC) or when a
> keyframe appears. For webm it should only do the latter. But from the webm spec
> it's only a "should", no "must".
But they also say:
"Muxers should treat all guidelines marked should in this section as must"
A little bit confusing :)
Comment 10 Edward Hervey 2018-05-01 09:42:51 UTC
No activity in 8 years. Not an issue.