[FFmpeg-trac] #4774(ffmpeg:new): Incompatibilities between XBMC/Kodi & mkvalidator relating to how FFmpeg muxes MKVs
FFmpeg
trac at avcodec.org
Sun Aug 16 18:27:00 CEST 2015
#4774: Incompatibilities between XBMC/Kodi & mkvalidator relating to how FFmpeg
muxes MKVs
-------------------------------------+-------------------------------------
Reporter: Drag0nFly | Owner:
Type: defect | Status: new
Priority: normal | Component: ffmpeg
Version: git-master | Resolution:
Keywords: mkv muxer | Blocked By:
timecode chapter | Reproduced by developer: 0
Blocking: |
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Comment (by Drag0nFly):
It case it is of interest for comparison purposes, I did a new encode with
a recent HandBrake version for the same segment, and did a mkvinfo -v -v
-v on the resulting file:
https://www.dropbox.com/s/ooszk0fg8qq8tzh/mkvinfo-vvv-handbrake-
encode.txt?dl=0
It is also employing lavf (Lavf56.1.0), but does not have the issue with
mkvalidator or Kodi.
{{{
$ time mkvalidator /data/video/work/hot.shots.sample.handbrake.mkv
WRN0E7: DisplayUnit seems to be pixels not aspect-ratio for Video track #1
1918px width from 1918
WRN0E7: DisplayUnit seems to be pixels not aspect-ratio for Video track #1
1040px height from 1040
mkvalidator 0.5.0: the file appears to be valid
file created with Lavf56.1.0 / HandBrake 7401svn 2015081601
real 0m45.576s
user 0m0.513s
sys 0m0.848s
}}}
mkvinfo -v -v -v for a recent FFmpeg encode which produced the 'ERR0B1:
Block at nnnnnnnnnn track #n is not a keyframe' error:
(in addition to the cue warning)
https://www.dropbox.com/s/4ft2id9p6csyvbn/mkvinfo-vvv-videodrome.txt?dl=0
--
Ticket URL: <https://trac.ffmpeg.org/ticket/4774#comment:17>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list