x264 23.976fps FIX - test build.

[Sharktooth]

Ok, need your help for testing out this build.
It's based on rev.285 and it "should" fix the 23.976/24 fps bug.
Here it is: http://www.webalice.it/f.corriga/x264/x264_24fps_test.7z

PLEASE REPORT ANY PROBLEM IN THIS THREAD.

[Sirber]

testing...

[edit]

[10:17:02] Loading main configuration... RealAnime.ini
[10:17:02] Loading profile... default.ini
[10:17:02] RealAnime 3.0.0 RC4 reloaded ;-)
[10:17:30] Starting encoding session.
[10:17:30] Encoding Y:\Animes\test.avi
[10:17:30] > Analysing the source...
[10:17:30] >> Found: .avi
[10:17:30] > Tracks: Video: 1, Audio: 1, Subtitle: 0
[10:17:30] > Encoding video track... done. done.
[10:18:13] > Converting audio track to WAV... done.
[10:18:16] >> Encoding audio track... done.
[10:18:19] > Muxing temporary files to destination... done. (MKV)
[10:18:20] > Deleting temporary files... done.
[10:18:21] File size : 1.58 Mo
[10:18:22] Encoding session finished.

Output is playable. Testing with other sources.

[Sirber]

Second test worked. I don't have other source to test it on :(, but I can't say the bug is fixed by now.

[bond]

is this for the "crashes on long encodes with mp4/mkv output" bug?

if yes, what caused the problems?

[Sirber]

it's for the 23.976/24FPS invalid output MP4 and MKV files.

http://forum.doom9.org/showthread.php?t=97875

[Doom9]

is there a number of frames after which the problem should ocurr? I'm currently testing a 196k frames source..

[bond]

other reports about this have been made also here (http://forum.doom9.org/showthread.php?t=98066) and here (http://forum.doom9.org/showthread.php?t=95653)

it seems it only happens on long encodes (2 hours), so testing short samples shouldnt show this

[Doom9]

well, if length is the only factor, I completed a 2h16 movie just now and it can be played.

[jellysandwich]

Is this bug only for the cli version?

js

[Sirber]

Yes.

But I got that bug on 24 minutes clip.

[bond]

Yes.

But I got that bug on 24 minutes clip.sirber, i assume you are testing direct .mp4 and .mkv output? not raw output, which is than muxed into a container

and i am also not sure if its the same problem with both containers, so it makes sense to test both, .mp4 and .mkv

did you do that? :)

[Sirber]

The but was with MP4 output and MKV output. I only tseted MP4 which is more mature. RAW output works.

[Sharktooth]

The problem is caused by GPAC (the gpac library) and affects MKV too.
So, if mp4 gets fixed it will fix mkv too.
However encode directly to MP4 or MKV for testing. thanx.

[stephanV]

I dont see how GPAC can affect the MKV output module... its independant of it. Or does the bug only occur with MKV output if x264 is compiled with GPAC?

[Doom9]

I don't recall ever having problems with 23.976fps content and mp4 output, so I presume it's configuration dependant. There are no reports of constant crashes in MeGUI, and most people use it for x264.exe encoding with mp4/mkv output.. and that's just the scenario you're looking for.

[Sirber]

I don't recall ever having problems with 23.976fps content and mp4 output, so I presume it's configuration dependant.
"x264.exe -o test.mp4 test.avs" used to reproduce it perfectly.

[Doom9]

when I say configuration I mean your PC, your windows, drivers, that kind of thing. as I said.. I have zero megui bugreports on that issue.

[Sharktooth]

I had bug reports on that issue from the italian doom9 forum too.

[bond]

what caused the problems?sharktooth, any more details?

[Sirber]

when I say configuration I mean your PC, your windows, drivers, that kind of thing. as I said.. I have zero megui bugreports on that issue.
I've got 0 feedback too on that matter. It's a very selective bug :)

[Sharktooth]

sharktooth, any more details?
seems to be a weird bug. it only happens on some configurations, but it's so rare it's difficult to esabilish what's causing it.
AND it starded somewhere between gpac 2.4 and 3.1...
I cant repoduce it by myself... so it's really hard.

[Sirber]

So what did you do to *try* to fix it? :)

[Sharktooth]

first i need to know if it got fixed, however im trying to revert some changes made in gpac 0.3.x.

[Doom9]

well.. have all the people who have reported problem run the same source with the same settings again.. that's the only thing to get confirmation. Of if they're not willing to step up, I just wouldn't bother either.

[Sharktooth]

still no reports?

[Doom9]

you need to ask people that have reported this problem because it is rare.

[Sharktooth]

well, i reverted to gpac 0.3.0 for the standard builds... hope someone get it fixed...

[Sirber]

I cannot reproduce. Do you still have the AVI I sent you?

[Sharktooth]

probably yes... what was the file name?

[Sirber]

source-vid1.avi maybe...

[Sharktooth]

cant find it. maybe i accidentally deleted it.

[Sirber]

ok, well, I will keep my RAW output for a while, since I'm 100% sure it works.