Avidemux 64bit and 32bit crash loading some .mkv files

Started by nortok00, February 04, 2014, 03:46:45 PM

Previous topic - Next topic

xpmule

i re-downloaded it from the nightly FTP and i also renamed my roaming folder then tried again
and it still crashed like before with the same American Dad video..
It shows the Build crash info dialog window then underneath it says Matroska building clusters 77% and time elapses 2 seconds.
Then loading the crash on next launch shows the same message the OP and i got before.

So i don't know really maybe for some reason i got a bad file ?
Although i was confident i got it properly complete form a torrent (not http: links which we know get cut off easily)
I've watched the show a few times and it play fine with the LAV installer codec package using WMC and LAV x64 (with media foundation disabled)

Hmm so i don't know lol
Maybe i will try and get the video again and do a binary/hex comparison with Beyond Compare on the video to rule out the corrupt video idea.
Not a big deal for me i just wanted to report the bug i thought i found eh

lastly i just checked the fresh avidemux log file and it says the exact same thing i quoted earlier.. so i won't copy it into this comment again lol

AQUAR

Maybe there is a rogue leftover setting from previous runs?

Quick way to find out is to rename avidemux.exe to avidemux_portable.exe .
Then run avidemux_portable.exe.

Doing that will run avidemux in portable mode with a clean state.
You can return it to that clean state anytime by deleting the settings folder.
The settings folder, created by running in portable mode, is in the same location as the avidemux executable.

This sometimes works for me when I get crashes on loading a file.

mean

The one i have has the following md5 : a6d59ac8a42b83838d5748450725ec29

AQUAR

I have a lot of MKV's with AVC that I wish to transcode to MKV with Xvid.
Because Xvid is all that my media player knows :( .

Now I finally also got one that crashes r9050 (and prior builds).
Mediainfo shows nothing disastrous (ie height = 292 = integer multiple of 4 only, and original frame rate of 29):


Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Baseline@L3.0
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Format settings, GOP : M=1, N=25
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 5mn
Width : 704 pixels
Height : 292 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Variable
Frame rate : 29.970 fps
Original frame rate : 29.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : Ã...“/L
Default : Yes
Forced : No

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 2h 5mn
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz
Compression mode : Lossy
Delay relative to video : 78ms
Default : Yes
Forced : No


A crash file is generated but contains no info.

Backtrace:
Shows that there is 1024 bytes of extra data,  mostly filled with 00.
This seems to not be handled by avidemux, when it comes to dealing with the audio stream.


0000 : .BÃâ,¬.ÿá..gBÃâ,¬.Ã,¹...  01 42 c0 1e ff e1 00 17 67 42 c0 1e b9 10 16 04
0010 : ÿ< .... ...QâÅÔ.  ff 3c 20 00 00 03 00 20 00 00 07 51 e2 c5 d4 01
0020 : ..hÃŽ<€..........  00 04 68 ce 3c 80 00 00 00 00 00 00 00 00 00 00
0030 : ................  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
This zero fill repeated up to line 03f0
  03f0 : ................  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[cleanup] Deleting post proc
[ADM_PP] Initializing postproc
[cleanup] Deleting post proc
[update] updating post proc
[update] Disabled
[addFile] Clearing video filters
[ADM_vf_clearFilters] clear filters
[ADM_ad_plugin]Format 0xff : probing libADM_ad_a52.dll score 0
[ADM_ad_plugin]Format 0xff : probing libADM_ad_faad.dll score 100
[ADM_ad_plugin]Format 0xff : probing libADM_ad_ima_adpcm.dll score 0
[ADM_ad_plugin]Format 0xff : probing libADM_ad_lav.dll score 50
[ADM_ad_plugin]Format 0xff : probing libADM_ad_Mad.dll score 0
[ADM_ad_plugin]Format 0xff : probing libADM_ad_ms_adpcm.dll score 0
[ADM_ad_plugin]Format 0xff : probing libADM_ad_opencore_amrnb.dll score 0
[ADM_ad_plugin]Format 0xff : probing libADM_ad_opencore_amrwb.dll score 0
[ADM_ad_plugin]Format 0xff : probing libADM_ad_ulaw.dll score 0
[ADM_ad_plugin]Format 0xff : probing libADM_ad_vorbis.dll score 0
[initFaad] [FAAD] using 1024 bytes of extradata
[initFaad] 12 [initFaad] 10 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00
This line is repeated for each line in the "extra data"
[initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad] 00 [initFaad]
[initFaad] [FAAD]Found :44100 rate 2 channels
Saving crash file to F:\testing - delete\avidemux_2.6.8_win32_v2\settings\crash.py


Deleting the audio track lets avidemux load the video but it crashes very quickly when seeking.
Remuxing with MKVToolnix doesn't get rid of the extra data and gives the same result.

Extracting the raw audio and video streams with MKVCleaver and remuxing those gets rid of this "zero fill extra data".
Avidemux work's fine with the resulting media file.

Maybe the lenght of the "extra data" is responsible in other cases where Avidemux crashes on loading MKV/AVC.

There is no problem with playing the media file using Directshow filters.
Hence, for the adventurous, there is the option to frame serve Avidemux with Avisynth.
Avisynhth plus Avidemux is a great combination as it lets you bypass the built in Decoders/Encoders and use other installed onces.


   

xpmule

Quote from: mean on April 20, 2014, 05:47:14 PM
The one i have has the following md5 : a6d59ac8a42b83838d5748450725ec29

MD5: acffd554fe1432cb747d2feb028ea7da
American Dad! - S09E16 - She Swill Survive (WED-DL) (720p).mkv
397 MB (416,833,148 bytes)
i renamed the file but it was from the group called iTOONZ

if that is what your md5 was from too then i may have a bad file because our md5's don't match eh.. hmmmm

AQUAR

Finding the exact same media file in an unreferenced and independent manner is like looking for a needle in a haystack.
Why not exchange DL details in a private email?
 

xpmule

it's scene release guy lol
so no that is not true.. and the dev obviously knows this.
and the info was provided publicly to benefit everyone comes and reads this and there for preventing ore un-needed complaining.

you know guy if you were perceptive enough you would have seen he got what i meant so..

AQUAR

I guess I am just a dumbass trying to help.
My sincere apologies - Pall.