Introducing the Fast-Ref-Search (version 0.2)

[Splashdriver]

That's my bad :p

I didn't mean to mention BRDO, what I actually mean to say that it behaves a bit like RDO, since it's all about picking the best thing. In your case, your new method is based on frame decision instead of block decision, right?

It's late and I probably need some sleep, so excuse me if I start to say really dumb stuff :o

[Dark Shikari]

That's my bad :p

I didn't mean to mention BRDO, what I actually mean to say that it behaves a bit like RDO, since it's all about picking the best thing. In your case, your new method is based on frame decision instead of block decision, right?Actually if I had to compare it to anything, its like my intra RDO refinement algorithm that I sent pengvado a bit ago--run a fast algorithm on everything, and pick the best to run the slow algorithm on.

[Yong]

thanks for the aq and fast-ref search patch!! :D
FYI the fast-ref patch got alot of rejected code when patch againts svn r712 :(
especially on me.c and macroblock.c, but its ok, although i cant fix but i can wait ;)

[Dark Shikari]

thanks for the aq and fast-ref search patch!! :D
FYI the fast-ref patch got alot of rejected code when patch againts svn r712 :(
especially on me.c and macroblock.c, but its ok, although i cant fix but i can wait ;)That's because many of the fast-ref-search minor changes were implemented in SVN.

[Yong]

That's because many of the fast-ref-search minor changes were implemented in SVN.
duh i think i should read the svn changelog carefully next time :p
cant seems to find the fast-ref search command on x264:confused:
so this patch was fully intergrated into svn and no need extra command to activate it anymore? sounds great:cool:

[J_Darnley]

No, Dark Shikari said that many minor changes were included but the actual fast ref search was not and that is why you can't find/use the option. Another reason you can't patch the SVN code now is because there have been some cosmetic changes to get some names to match up or something. If you can understand the differences then you might be able to change the code by hand. I tried that myself but got lost.

[Splashdriver]

Any chance the lastest AQ will be integrated with the fast-ref-search?

[Sagekilla]

This (http://mirror05.x264.nl/Dark/force.php?file=./x264.697.fast-ref-search.01.aq-brdo.exe) is actually the latest build with the newest versions of fast ref and AQ I believe. Dark Shikari linked to it a few posts ago.

[Dark Shikari]

This (http://mirror05.x264.nl/Dark/force.php?file=./x264.697.fast-ref-search.01.aq-brdo.exe) is actually the latest build with the newest versions of fast ref and AQ I believe. Dark Shikari linked to it a few posts ago.Doesn't have my AQ though, only the normal Haali AQ.

[Sagekilla]

Doesn't have my AQ though, only the normal Haali AQ.

I actually prefer Haali's over yours for crf mode though, since yours still has rate control issues with crf. I keep multiple copies of x264 in my system32 folder though: The AQ + fast-ref for normal movie encoding and your updated AQ if I ever do (the very rare) 2-pass bitrate since it works much better than Haali's.

I'd love to see your new AQ playing nice with crf, but until then I have to use different builds :(

[DeathTheSheep]

Any chance of an updated fast-ref patch?

[Dark Shikari]

Any chance of an updated fast-ref patch?Fast-ref now goes under the name "Improved inter refine" and will come Eventually (TM).