x264 bug: slower encoding with mp4 output on avi input with strange framerates

I can encode smaller videos ok.
When I encode videos longer then ~30min x264 starts at 15fps and somewhere in the middle it starts slowing down so when it finishes it is only 2fps and even then I cant play the .mp4 video that it produces.

I encode with x264 cli and megui...

input.avs

Code:
A=DirectShowSource(quot;!CMP.aviquot;)
A=ConvertToYV12(A)
A
This is what I use with x264.exe
encode.bat

Code:
start /low /b /w x264.exe --progress --pass 1 --bitrate 300 --subme 6 --ref 5 --threads 1 --filter 0:0 --keyint 250 --min-keyint 25 --scenecut 40 --qpmin 10 --qpmax 51 --qpstep 4 --direct temporal --me hex --merange 16 --sar 1:1 --bframes 3 --weightb --b-bias 0 --ipratio 1.40 --pbratio 1.30 --qcomp 0.60 --analyse all --8x8dct -o quot;x264.mp4quot; quot;input.avsquot;

start /low /b /w x264.exe --progress --pass 3 --bitrate 300 --subme 6 --ref 5 --threads 1 --filter 0:0 --keyint 250 --min-keyint 25 --scenecut 40 --qpmin 10 --qpmax 51 --qpstep 4 --direct temporal --me hex --merange 16 --sar 1:1 --bframes 3 --weightb --b-bias 0 --ipratio 1.40 --pbratio 1.30 --qcomp 0.60 --analyse all --8x8dct -o quot;x264.mp4quot; quot;input.avsquot;
With megui I use slow profile.

I have Avisynth_256 and newest ffdshow. I also tried older avisynth and ffdshow.
This is not something new. I could never encode large files with x264.
I have this problem on my 3Ghz P4 512Ram and a laptop P M 1.7Ghz 512Ram.
What is going on?

Have you tried raw or .mkv outputs?

I wonder if .mp4 output is still borked.

Originally Posted by DryFireHave you tried raw or .mkv outputs?

I wonder if .mp4 output is still borked.No but I will

It works with .mkv.
encoding long videos in mp4 never worked for me but encoding smaller always works.
Why doesn't it work with mp4?

Originally Posted by sasamIt works with .mkv.
encoding long videos in mp4 never worked for me but encoding smaller always works.
Why doesn't it work with mp4?

Are you using a recent version of X264 ?

are you overclocked?

I am not overclocked and I am using rev 385.

Originally Posted by sasamI am not overclocked and I am using rev 385.

which compile? try sharktooths

another possible issue:

whats the framerate of the source? try this

If you did not use Sharktooth's version, and used the x264.nl version:

Please try this version: x264-385-test-install.exe

(My gpac refused to quot;cvs upquot;, so my gpac lib was out to date)

Please test and let us know!

Originally Posted by bob0rIf you did not use Sharktooth's version, and used the x264.nl version:

Please try this version: x264-385-test-install.exe

(My gpac refused to quot;cvs upquot;, so my gpac lib was out to date)

Please test and let us know!

This one works. I used Sharktooth's version, and that didnt work.

Originally Posted by sasamThis one works. I used Sharktooth's version, and that didnt work.

interesting, can you try again with sharktooth's latest compile from just a few hours ago too?

and may i ask what framerate the avi has?

sorry i was wrong.
fps is 23.976

Both x264-385-test-install.exe and Sharktooth's version 385C don't slow down during the second pass but produce 1kb mp4 file???

Originally Posted by sasamBoth x264-385-test-install.exe and Sharktooth's version 385C don't slow down during the second pass but produce 1kb mp4 file???

strange, i tried a small sample with sharktooths and it produced a normal .mp4 file

are you sure your .avs is correct?

It is strange. I use the same script to encode a small file and it works with 384 and doesnt with 385C???

Originally Posted by sasamIt is strange. I use the same script to encode a small file and it works with 384 and doesnt with 385C???

no problem here with your exact cmdl

try another source

do you see the video when opening the avs in virtualdub?

I am experiencing the slowdowns during the second pass too. I am encoding a sticom episode and about a third through it slows down a lot. The episode is about 24 mins long, and it's taking (using the psp profile) more than 4 hours. I am attaching two screenshots of the megui window taken on different days with different x264 builds. I will try too different builds and report back.

well for sasam, 385C fixed the slowdown

fixed the slowdown but produced 1kb file, but 385F works with big and small files...
I dont know what Sharktooth does to his compiles but rev384 x264.exe was ~800KB, 385C ~700KB and 385F is again ~800KB...

it was caused by GPAC...

Originally Posted by Sharktoothit was caused by GPAC...

in what way? afaik there werent any code changes in gpac?