Hi
Here's the screengrab:
(https://i.imgur.com/Xyb2jJm.png)
Here's the file info:
General
Complete name : D:\Downloads (D)\The.Jonathan.Ross.Show.S15E09.720p.HDTV.x264-LiNKLE.mkv
Format : Matroska
Format version : Version 4
File size : 1.01 GiB
Duration : 49 min 51 s
Overall bit rate : 2 905 kb/s
Movie name : The Jonathan Ross Show S15E09
Writing application : no_variable_data
Writing library : no_variable_data
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 5 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference : 5 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 49 min 51 s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 50.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 158 r2984 3759fcb
Encoding settings : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=22 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=19.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Language : English
Default : Yes
Forced : No
Color range : Limited
Matrix coefficients : BT.709
Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : A_AAC-2
Duration : 49 min 51 s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Language : English
Default : Yes
Forced : No
Menu
00:00:00.000 : en:PART_01
00:16:32.000 : en:PART_02
00:29:33.000 : en:PART_03
00:38:44.000 : en:PART_04
Does it affect just this one video? Or all mkv files? Do you use a VC++ or a MinGW build?
- Just this video (which is odd...)
- VC++ build on Win64 build 18363.476 (i.e. 1909 (19H2))
Please install the MinGW-built Avidemux nightly (https://avidemux.org/nightly/win64/), reproduce the issue and attach compressed (zip or 7z, no rar, please) admlog.txt to your reply.
Logging is currently broken in VC++ builds, this is why it is necessary to switch to MinGW builds to get debug information.
Done
The log says that this mkv file lacks the "Tracks" element (look for [16][54][AE][6B] on the page https://www.matroska.org/technical/specs/index.html (https://www.matroska.org/technical/specs/index.html)) which is currently unsupported.
(either it is really missing or the file is malformed so that this element can't be located)
That's what I suspected...
Thanks, consider the thread closed.
If ffplay, mpv, vlc etc. all can handle this mkv file, it might be interesting to have a look. In this case it is up to you to provide a sample (eventually per private message), if the content is innocuous enough.
Can't promise anything, but who knows..
Quote from: eumagga0x2a on November 25, 2019, 01:10:20 PM
If ffplay, mpv, vlc etc. all can handle this mkv file, it might be interesting to have a look. In this case it is up to you to provide a sample (eventually per private message), if the content is innocuous enough.
Can't promise anything, but who knows..
It plays fine in both MPC-HC and VLC.
The problem is I can't use Avidemux to provide a sample.
Is there another program that I can use to do a simple edit (without converting/altering the original video)?
No, you would need a tool creating this kind of broken mkv files. So, you would need to provide either this file as a whole (WeTransfer has 2 GiB size limit) or – better – another one, which is both innocuous and small.
Quote from: eumagga0x2a on November 25, 2019, 09:16:13 PM
No, you would need a tool creating this kind of broken mkv files. So, you would need to provide either this file as a whole (WeTransfer has 2 GiB size limit) or – better – another one, which is both innocuous and small.
Hi
I did upload the whole file. It is here: https://drive.google.com/file/d/1F-VFVlMAfj-mURjZ6EI_4CsgYr3vxe07/view?usp=sharing (https://drive.google.com/file/d/1F-VFVlMAfj-mURjZ6EI_4CsgYr3vxe07/view?usp=sharing).
Thank you very much, will try to look into it.
Should be fixed by [demuxers/Matroska] Support files with two SeekHead elements, fallback to brute force search for the Tracks element if none referenced in parsed SeekHeads (https://github.com/mean00/avidemux2/commit/9d570bbdc56c41704baadea06776d0944b07b831), please try a future nightly.
The sample MKV was not broken, Avidemux was simply unable to handle files with more than one SeekHead element when the first one didn't contain a reference to the Tracks element. Additionally, a failure to locate Tracks from an entry in SeekHead was ignored instead of signaling Avidemux to search the entire MKV segment for Tracks as fallback solution.
Quote from: eumagga0x2a on November 29, 2019, 01:33:06 PM
Should be fixed by [demuxers/Matroska] Support files with two SeekHead elements, fallback to brute force search for the Tracks element if none referenced in parsed SeekHeads (https://github.com/mean00/avidemux2/commit/9d570bbdc56c41704baadea06776d0944b07b831), please try a future nightly.
The sample MKV was not broken, Avidemux was simply unable to handle files with more than one SeekHead element when the first one didn't contain a reference to the Tracks element. Additionally, a failure to locate Tracks from an entry in SeekHead was ignored instead of signaling Avidemux to search the entire MKV segment for Tracks as fallback solution.
Hi
I just ied the same file with nightly 29th Nov VC++ and I could edit the file, so the issue seems resolved!
Thanks for the swift resolution :D