Avidemux 2.7.5 Nov 23rd - Cannot load video file [Solved]

Started by Faiakes, November 24, 2019, 05:05:28 PM

Previous topic - Next topic

Faiakes

Hi

Here's the screengrab:


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



eumagga0x2a

Does it affect just this one video? Or all mkv files? Do you use a VC++ or a MinGW build?

Faiakes

- Just this video (which is odd...)
- VC++ build on Win64 build 18363.476 (i.e. 1909 (19H2))

eumagga0x2a

Please install the MinGW-built Avidemux nightly, 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.


eumagga0x2a

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) which is currently unsupported.

(either it is really missing or the file is malformed so that this element can't be located)

Faiakes

That's what I suspected...
Thanks, consider the thread closed.

eumagga0x2a

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..

Faiakes

#8
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)?

eumagga0x2a

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.

Faiakes

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.

eumagga0x2a


eumagga0x2a

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, 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.

Faiakes

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, 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