Log in

View Full Version : Crash issue with last x264


jpsdr
16th May 2013, 18:46
I'm having a big issue with last x264 r2310.
I compile my own builds adding fade-compensate and Aq-Mode3&4 patches. Before i was also adding the "film grain optimisation", but it doesn't compile anymore with, so, i've removed it from my custom builds. I'm compiling (fprofiled) following doom10 tutorial, using komisar libpack & gcc (4.7.3), disabling opencl.
I'm doing this for months, no issues until now.

I've 5 files i try to encode targetting Blu-Ray.

First, i've try to use the DS x264-devel r2330.
After two days of encoding, i've checked the status. The file N°1 and N°2 were encoded and finished, and the second pass of file N°3 was running. When checked the log file, i've noticed a warning which should not be there, saying i was using 6 ref frames, not compliant with level. Strange, as there is --ref 4 in the command line. After checking the raw h264 files, media info tells me frame rate is 94fps... First line of log was properly showing 24000/1001... Played with DGIndexNV, file was at 60fps... Ok, my fault for using the devel version...

So, i've build the normal version. Make a little test, fps good.
So, i restarted the encoding. No luck, now x264 seems to crash rebooting the PC during the second pass of my file N°2. Reboot the PC, restart all encoded from clean boot... Same result. So, i've checked my partial h264 file, take a look at the scenes, nothing pops. I've created a little file of 1500 frames around the supposed crashing point, encode was fine. It's reproductible with the whole 100GB file 150000 frames, but not with a few frames... Wonderfull !!!

So, with devel version, no crash, but something very odd is happening (bad fps output and warning which should not be there), and with standard version, crash/reboot.
So... i don't know what to do... I can't provide 100GB of files, and except eventualy put on my github the version i'm using, i'm a little stuck...

Edit : Github here (https://github.com/jpsdr/x264/commits/Custom_Build2).

MasterNobody
16th May 2013, 19:30
So... i don't know what to do...
Compile clean (without any patches) debug build (configure with --enable-debug) from official repository. And run it with the file that cause problem under gdb. And if it will still crash than pastebin backtrace ("bt" command in gdb) at crash point.

JEEB
16th May 2013, 20:23
You can grab my 7.5.0 gdb builds from here (http://x264.fushizen.eu/builds/gdb/) if you don't have one around yet (archive contains both a 32bit and a 64bit binary).

quick howto, although BugMaster did note already:
- `gdb welp.exe` (you can try specifying the full path if you really want to be sure)
- see gdb loading the symbols from your binary (remember that --enable-debug!)
- `set args --all --your --settings` (sets the arguments)
- `run` (runs the binary with those arguments)
- if it crashes, `bt` and `bt full` are your friends

jpsdr
16th May 2013, 20:55
... Is the .exe enough ? My PC where i build x264 and my PC where i encode are different, and not linked by network or anything.
Do i "make" or still "make fprofiled" ? I don't know if debuging and fprofiled can be used together...

MasterNobody
16th May 2013, 20:59
Exe-file would be enough (debug symbols would be incorporated inside). Do NOT use fprofile for debug builds.

jpsdr
16th May 2013, 21:18
Thanks, that's what i thought for fprofile.
I have to do all the "process" (start gdb, set, run...) twice i presume, because the crash occurs during the second pass.

MasterNobody
16th May 2013, 21:47
You don't need to repeat first pass every time. If you already have stats-file you can run only second pass.

jpsdr
17th May 2013, 08:41
The compile clean with debug under dbg didn't crash. Now i'm running a compile clean, without debug and without fprofile. If it didn't crash, i'll test patched version but without fprofile. I'll also quick test devel version without fprofile, issues i have are too strange and obvious to not be noticed by dev...
I also think it's the first time i use a version compiled with gcc4.7.3, i was with 4.7.2 before, can it be related ?

jpsdr
18th May 2013, 08:54
For now, results are :
- Compile clean without debug and without fprofile : No crash.
- Compile of patched devel version without fprofile : Issues of warning/fps still present -> True issues, not caused by fprofile.
- Compile of patched normal version without fprofile : No crash when encoding the crashing file (N°2) alone.
Now, to be sure, i've restarted all the encode to redo exactly the same thing. Even if the files are encoded with subsequent calls of x264, so when encoding file 2, what has been done before shouldn't count, but...
Nevertheless, it seems that it was fprofiled which screwed things.