It makes VLC compatible with FFmpeg vorbis/theora decoder.
It fixes support of big headers (like comments with an art encoded
as a base64 string...).
It simplifies a bit.
Added capability to avformat and mkv demuxers to extract the
original_frame_width, original_frame_height and palette from their tracks
private data.
Vobsubs in mkv were only using default values for these items.
Signed-off-by: Laurent Aimar <fenrir@videolan.org>
Sample can be found at ftp://streams.videolan.org/streams-videolan/matroska/MLP_5.1.mka
It seems to work, but I have difficulties to find a reference output.
Support for TrueHD is not yet tested because of lack of correct sample.
I tried to split most classes in relevant files.
I regrouped classes when they were very tightened to each other
(in chapters and chapter_command for example )
Note that git doesn't detect correctly the files on this.
git blame -C -C is your friend.
I've had it with this module. There is no support, let alone development, from the matroska folks anymore. I prefer to use ffmpeg which seems to be at least less crash prone and having more of a future. I'm not sure which features we are loosing due to this atm. Likely some meta info, probably ordered chapters and definetly the DVD menu capabilities.
- This is REALLY slow.
- It is slow each time you Seek to somewhere that you have not been/played before.
- We ought to create a "Repair index" function instead, like for avi. (no time before release)
This close ticket #1687
This fixes issues with files which had their Cues referenced from this 2nd Seekhead at the end of the file. These files were previously treated as "broken".
A maximum of 10 seek heads is allowed in our module, to prevent recursion. The module is much more flexible now, but not that some Master elements that are allowed to be present multiple times are still handled only once (KaxInfo, KaxTracks, KaxTags).
With these change, most mkv files produced with mkvmerge will produce a significant amount of debug. This is because these files have a load of Junk tags in their eof Seekhead that our parser is warning about. After consulting with robux, it was determined that this was a bug in mkvmerge and a ticket has been filed ( https://www.bunkus.org/bugzilla/show_bug.cgi?id=290 ).
This fixes#1236
is too far away (> 500ms) from a key frame.
It will reduce seek precision but the implementation of
ES_OUT_SET_NEXT_DISPLAY_TIME is not good enough yet.
Jean-Baptiste Kempf
Laurent Aimar
Rémi Denis-Courmont
JP Dinger
Christophe Mutricy
John Stebbins
Derk-Jan Hartman
Jean-Philippe Andre
Rémi Denis-Courmont
Sigmund Augdal
Rémi Duraffort
Derk-Jan Hartman
Pierre d'Herbemont
Justus Piater