Selur's Little Message Board
ffmpeg_32 crashes repeatedly on 10-bit hevc encode - Printable Version

+- Selur's Little Message Board (https://forum.selur.net)
+-- Forum: Hybrid - Support (https://forum.selur.net/forum-1.html)
+--- Forum: Problems & Questions (https://forum.selur.net/forum-3.html)
+--- Thread: ffmpeg_32 crashes repeatedly on 10-bit hevc encode (/thread-170.html)



ffmpeg_32 crashes repeatedly on 10-bit hevc encode - darckhart - 07.12.2017

My source video is 1920x1080. I was successfully able to encode the clip mulitple times at resized 1280x720. Now having my 720 versions, I wanted to make a 1080 version. So literally the only setting I change is to uncheck resize. Now ffmpeg_32 crashes all the time soon after it starts the actual hevc encode process.

Using most recent hybrid 2017.10.05.1 on windows 8.1 pro x64 on an old xeon x5680 cpu.

I've attached the crash message as well as the debug output.

Thanks for any insight.Please, read the 'Infos needed to fix&reproduce bugs,..'-sticky before you post about a problem.


RE: ffmpeg_32 crashes repeatedly on 10-bit hevc encode - Selur - 07.12.2017

Avisynth is probably running out of RAM (since it's a 32bit application), try disabling 'Filtering->Avisynth->Misc->add distributor()' and recreate the job. This will lower the amount of threads and thus the RAM usage an probably not cause a crash.

Cu Selur


RE: ffmpeg_32 crashes repeatedly on 10-bit hevc encode - darckhart - 07.12.2017

Curious. Tried your trick. Still got the ffmpeg_32 crash popup. Clicked close and went back to job queue and clicked start/resume anyway just to see what would happen. Seems to be working so far.. 32.85% encoding...

Checking my Task Manager, I have 16 GB total ram (2x 8GB dimm) with 4.4 GB overall in use.

Hybrid gui takes 115.6 MB memory and ffmpeg_32 is taking 1859.3 MB and x265 is taking 787.3 MB. I would expect avisynth to be in this ballpark too? And all seem to be far below the 32 bit address limit.


RE: ffmpeg_32 crashes repeatedly on 10-bit hevc encode - Selur - 07.12.2017

Memory usage of ffmpeg is basically what Avisynth uses.
Aside from disabling 'Filtering->Avisynth->Misc->add distributor()' setting 'Filtering->Avisynth->Misc->MT-Threads' to something like 4 or 8 should also help.

Cu Selur


RE: ffmpeg_32 crashes repeatedly on 10-bit hevc encode - darckhart - 09.12.2017

Interesting. Setting the MT seems to do the trick. No crash message. Since I have 6c/12t cpu, I just set it for 6 threads and that seemed to do just fine. Tonight when I run it again, I'll try unsetting MT back to 0 and see what happens.


RE: ffmpeg_32 crashes repeatedly on 10-bit hevc encode - Selur - 09.12.2017

More threads -> more memory consumption -> it will probably crash. Smile
As a general note: Using Vapoursynth instead of Avisynth will avoid the memory crashs and probably result in faster encoding.


RE: ffmpeg_32 crashes repeatedly on 10-bit hevc encode - darckhart - 10.12.2017

TBH, I never need to use any settings under avisynth/vapoursynth, but I did set it to prefer vapoursynth like you recommend. I also left the MT at 6 since 0 seemed to cause problems. With these two changes, I've been able to complete 2 more encodes with no crashes!


RE: ffmpeg_32 crashes repeatedly on 10-bit hevc encode - Selur - 10.12.2017

If you select 'Vapoursynth' instead of 'Avisynth', the settings in the 'Avisynth'-tab don't matter.
Other than that, especially on machines with more than 4 cpu cores Vapoursynth is often faster since it scales better with the number of cores and since it's 64bit it doesn't run so fast into memory problems.

-> Happy it helped. Smile

Cu Selur