News:

--

Main Menu

HEVC crash on 2-pass

Started by MicroDuke, June 11, 2015, 10:57:27 PM

Previous topic - Next topic

MicroDuke

Hello!
Using version avidemux_r070615__win64Qt5.7z on Windows 8.1

When i try to encode to HEVC with 2-pass Avidemux crashes after first pass.

*.stats and *.stats.cutree are created.

hiro

 
Hi,

No answer to this post? I have the same (exact) problem, using Win. 7 + 64-bit version AviDemux 2.6.10...

Any help?



Jan Gruuthuse

#2
Update: only allow real cores and not virtual HT cores for multi threading. Example for Core i7 3770K showing 8-cores = 4 real core and  4 HT (virtual)
Menu -> Edit -> Preferences -> [CPU] - Mutli-threading (Ã,°) Custom [4]

- be sure to have enough free space, approx. 2.5 times the size of video you work with.
- delete previously created .idx2 index files (has name of original video source file)
- simplify file name(s) (standard US characters only, no spaces).
- reduce path depth and use simple path name close to root, like D:\Source and E:\Video.
- only use internal hard disc(s), not usb sticks/hard disc(s) or memory cards.
- shut down all none essential programs.
- check carefully computer inside for dust (air ducts and fans).
- have computer on cool place, like on stone floor (better cooling).
- use avidemux_r200715__win64Qt5.7z, unpack with 7-zip and replace installed avidemux.
- or re-install with avidemux_2.6.10_r150720_win64.exe.
download @ http://avidemux.org/nightly/win64/

If still a problem, and you have the expert knowledge, install dual boot with 2nd OS linux (Ubuntu 14.04.3 64-bit, ... )
Be warned: Doing this without the knowledge and expertise, you could loose your installed windows and all the content on the hard disc(s).

All I can think of: I'm not a windows user.

AQUAR

#3
No use just saying ADM fails on recoding.

Jan's potential reasons might help as a stab in the dark checklist.

Suggest to first run Mediainfo on the source file and post the output here.
Then we can see what you are trying to recode and maybe get a clue.

If there is no clue then the next step is to provide a sample of the material (that crashes for you) so we can verify if the issue is reproducible on other PC's.



AQUAR

Interestingly a similar sort of situation happened to me with a recode today.
Source was an divx5, progressive @29.970 fps.
It seemed to be a recode of some telecined source, but full of interlacing lines.

I was hoping it wasn't resized as well, so I tried to reverse the telecining with telecide and decimate filters.
On 2 pass recode the first pass hangs @99%.
On 1 pass recode it hangs @99% recode, but the recoded product works fine.

Maybe the filters are mucking up the DTS and PTS when applied to progressive material and causing issues for ADM.
Don't even know if this is a legitimate work flow, but since the result is good I assume these ADM filters split each frame into 2 fields.


hiro

 
Hi,

1st of all: thanx for the suggestions.

I'll check/try/test them one by one.

[ Note: no problem with 1-pass HEVC encoding.

On 2-pass HEVC encoding, though I cannot guarantee, 1st pass seems to complete alright: up to 100% (in my case...). ]




hiro

 
Hi again,


"AviDemux_r260515__win64Qt5.7z" crashes just the same, if not worse & more randomly at 75%, sometimes 85% of 1st pass:

on ââ,¬â€ whatever kind ââ,¬â€ of video sample + container (.mp4, .mp4 V2, .avi, .mkv), with or without audio + whatever number of (CPU) threads, even one only & optimizations enabled or not.


I have checked/tested every advice line listed above, except installing Linux ; that, with both motherboard + HDD, clean, & cooled by additional fans (37 to 45Ã,°C max.). Haven't tried under 64-bit "Win. 8 / 8.1 neither Win. 10" yet ("Win. 7 pro." only, so far) + a different PC.


Path depth: as short & simple as can be: source video: "C:\Test.avi", to be recoded/saved to "C:\Test.mp4" (also tried "D:\Test.mp4")...

Encoding mode (video size, ABR...), bitrate, slow or fast + a few other tests with different advanced settings make no difference either.


        Attached a (very basic) 320*240 (XviD .avi video sample w. .mp3 audio stream), recoded to AVC (so it doesn't exceed 128 KB) ; I doubt it will be useful as (again) ADM crashes on (2nd pass on)... ALL videos:

I may be wrong, but forrmat, container, audio stream(s), interlaced or not, image size, FPS & so on... don't seem to matter (in MY case)...



        I guess I should try other softwares, including one of the "spyware gadgets", but most of them encode 1-pass: for testing purpose only / i.e. is my PC able to run x265?, as, even if that works, I will not use them anyway.

Or "Hybrid", may be, IF I can get it to run on my (only) 64-bit PC*, as it encodes to HEVC (x265) 2-pass: tested "OK" ââ,¬â€ but way too slow ! ââ,¬â€ in a 32-bit machine, besides being to buggy & complex to set...

Or x265 command line version but, in that case, I already know I will never convince some people I'm helping to switch to HEVC...



        [ * PC (happens to be an old) "Dell Optiplex 740" (I hate "Dell" machines, but found that one in the street...) 3 GHz CPU + RAM 2 GB. OK / I know: I HAVE to test ADM in a decent machine, yet... ]





mean

I think i've found the problem

AQUAR

#8
@ hiro,

Since mean (the primary developer of ADM) is looking at this issue, it is quite likely the problem will be resolved.
My case was to supportively demonstrate that this "crash" symptom exists when recoding a strange source.
Probably co-incidental but my crash was also with source containing an MP3 audio stream.

Nothing wrong with using ADM on an older PC, it just takes longer  (I often use my core2duo at 2.6 GHz).

When mean updates the nightlies, I try them out in portable mode (by renaming the executable avidemux.exe to avidemux_portable.exe).
That way I can quickly check out any ADM developmental progress without disturbing the installed version of ADM.





mean

win64 done, win32 in progress, ready in 30 mn

hiro

 
YEEE-WEEEEEEEEE!!! It: WÃ,·OÃ,·RÃ,·KÃ,·SÃ,·!!!

       Hi+THANKS ââ,¬â€ so much ââ,¬â€ to Mean, Jan, Aquar


I "only" have two questions (besides, say, a few hundred more...):

ââ,¬â€Ã¢â,¬â€ are nightly builds "full featured", or do they lack some functions?

ââ,¬â€Ã¢â,¬â€ though I might not understand the reason (if highly technical) & because of the (intense) frustration due to that bug (several months / I shouldn't have waited to report/complain), may I ask why it crashed on 2nd pass or XX% of 1st pass?


       Now I can addict (more) people I'm helping to ADM again ! Since they understand even less than me, of x264 settings (x265 encoding script yet to be done + tested), I "provide" them with a "Tinypy Project" script ââ,¬â€ or 3, rather:

I'd of course like to submit them some time, or at least the main one, to the forum / if only I could find more time... / as its advanced encoding specialists could probably improve "my" settings...


Quote from: AQUAR on September 01, 2015, 11:13:10 AM
When mean updates the nightlies, I try them out in portable mode (by renaming the executable avidemux.exe to avidemux_portable.exe).

Right, so do I ââ,¬â€ like I was taught HERE, back in 1912! Except that I've been using any version of ADM that way, since.


       THANK YOU again for that (little? in fact essential / great) 1st~of~Sept.~2015~improvement!


 

Jan Gruuthuse

Quote from: hiro on September 01, 2015, 11:00:48 PM

ââ,¬â€Ã¢â,¬â€ are nightly builds "full featured", or do they lack some functions?
The full works, test like AQUAR described, if satisfied delete the avidemux.exe and rename the avidemux_portable.exe back to avidemux.exe
Don't forget to replace the installed avidemux with all the unpacked content from the nightly.



AQUAR

Just curious about the ffmpeg update with the big avcodec-56.dll on the latest 64 bit nightly.






mean

Just an update, it should not add new bugs/new features for the moment

AQUAR

Thanks Mean,

Considering its size, it hopefully holds a few as yet unleashed new features.