Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
19th August 2008, 02:51 | #701 | Link |
Registered User
Join Date: Aug 2008
Location: Japan
Posts: 45
|
May I introduce Japanese current patches here? Sorry for the bother, but I thought this thread best to tell you them. Though I'm just a Japanese x264 user, not a programmer, I want to tell you about them because I've not found them in the forum. The author gave me OK.
In Japan, Seraphy's builds may be the most popular because he provides them also as x264 GUI plug-ins for AviUtl. (AviUtl is a video editor free-software developed by KEN and is very popular in Japan. I'll explain it more on a proper thread If you want.) Seraphy's builds have 3 version: no-patched, MixAQ and OreAQ. There is no need for talking about no-patched one. The other two are applied particular AQ patches in addition to common ones (thread_pool, selectable arranged QNS, Psy RDO, ME-prepass, RDO by DeathTheSheep, new B-frame dicision, updated arranged vaq2mod_fgo). The difference between the latter two versions is just which patches is selected for AQ. Both AQ patches were made for encoding animes. MixAQ: MixAQ mixes VAQ and Halli's AQ. In a word, MixAQ is -VAQ +HAQ. My understanding of VAQ is that VAQ allocates bits more to flat area and less to changeful area. But that is when --aq-strength has a positive value. If the negative value is possible for --aq-strength? Seraphy tried it and then saw VAQ with negative values allocated bits less to flat area and more to changeful area. That is good to encode animes. And what is more, worried for execive cut-down and allocating shortage, he added Haali's AQ for support. Finally, MixAQ makes -VAQ allow HAQ to allocate bits more to bright blue area and dark area. To use MixAQ, set --aq2-strength and --aq2-sensitivity for HAQ in addition. It's possible to use only VAQ by setting --aq2-strength 0. OreAQ: OreAQ is also a arranged mod from VAQ and HAQ, but is different from MixAQ ("Ore" means "I" in Japanese.) OreAQ is focused on luma and chroma, especially on the former. OreAQ classifies MBs into 4 types: Bright, Middle, Dark, M.Dark (maybe stand for Mega-Dark). OreAQ tends to lower or keep QPs with middle luma to protect gradations. About the others, it lowers QPs only when necessary and basically raises QPs. That is because color noises stand out rather than gradations in areas of high and low lumas. Chroma values are used for diciding whether QPs need to lower or not. The luma of M.Dark MB is near or at zero, so we can hardly see anything there even if there is any color noise. Thus, OreAQ raises QPs at M.Dark MBs. OreAQ is good to encode animes, and more bit-economical than MixAQ maybe. You can get Seraphy's builds and their diffs here. "x264patch" includes MixAQ, 7 common patches I described above, and their diffs. "x264OreAQ" includes OreAQ, 7 common patches and OreAQ diff. The files "x264gui.auo" and "x264gui.ini" are the plug-ins for AviUtl. Since rev928, he has added --aq-debug option to both patched versions. This puts the log of QP's variations caused by AQ and enable us to see the changes on AviUtl. It's also possible to simulate AQ changes moving --aq-strength and --aq-sensitivity up and down. That is very useful but needs futher explanations as this post is already long enough. As x264 builds by Japanese, VFR maniac's Experimental builds are available, too. That includes MixAQ and OreAQ. MixAQ is his idea. I hope you are interested in Japanese usages and this post contribute to x264's discussions. Thanks! Last edited by tobinaka; 19th August 2008 at 03:43. Reason: English cosmetics and 3% faster reading |
19th August 2008, 09:06 | #703 | Link |
Pain and suffering
Join Date: Jul 2002
Posts: 1,337
|
x264.938.modified.01.exe
libx264-61.938.modified.01.dll x264-psyrd-0.6.diff (on by default, adjust with: --psy-rd) x264.new.bframes.decision.04.diff (highly experimental, enabled with: --b-adapt 2) x264_hrd_pulldown.09_interlace.diff x264.progress.indication.01.diff |
19th August 2008, 10:05 | #704 | Link | |
Registered User
Join Date: Feb 2006
Posts: 1,076
|
Quote:
thx bob0r |
|
19th August 2008, 10:50 | #705 | Link | |
BluRay Maniac
Join Date: Dec 2005
Posts: 2,419
|
Quote:
|
|
20th August 2008, 19:12 | #706 | Link |
Registered User
Join Date: Feb 2007
Posts: 176
|
r940 has been reported to have a bad threading issue. Please revert to using r938 for the time being.
x264.940.modified.exe - Alternate Download libx264-61.940.modified.dll - Alternate Download Patches used: x264_psy_rdo_0.6.diff x264_new_bframe_decision_04.diff <-- This patch is highly experimental, only enabled with --b-adapt 2. x264_hrd_pulldown.09_interlace.diff x264.progress.indication.01.diff All patches are included with the source. gcc 3.4.5 fprofiled build. Last edited by skystrife; 21st August 2008 at 01:50. |
20th August 2008, 19:32 | #707 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
thanks. got it's way into megui auto-update.
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! |
21st August 2008, 00:14 | #708 | Link | |
Registered User
Join Date: Aug 2008
Location: Japan
Posts: 45
|
Thanks for your quick reply. MixAQ is really interesting and worth trying. If you can, take your time to entertain their accumulated improvements.
I've found MixAQ wise because If I want I can use normal VAQ on MixAQ. In this way, MixAQ can deal with encoding both animes and non-animes like live-actions better than normal VAQ. -to use -VAQ+HAQ: --aq-strength <negative> --aq2-strength <positive> e.g.) --aq-strength -1.0 --aq2-strength 0.7 -to use only normal VAQ: --aq-strength <positive> --aq2-strength <zero> e.g.) --aq-strength 1.0 --aq2-strength 0 Quote:
Anyway, VFR maniac's Experimental builds is really experimental as its name. He's built them to check for conflicts among codes of official and patches as well as seeing how they affect speed/output. He's made MixAQ and OreAQ really both stable and reliable. His advantages appear on the info.txt in his builds. He subdivides diffs by functions: his improving zones, Seraphy's correct stack alignment, etc. Not only that, he's noticed some bugs in official opitions. At any rate, see VFR maniac's site, read his comments in english. But they should be talked about on another proper thread. Last edited by tobinaka; 21st August 2008 at 00:23. Reason: cosmetics: English |
|
21st August 2008, 00:20 | #709 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
And language is not an excuse, we have multiple Japanese speakers in the official IRC channel, including (afaik) akupenguin himself. |
|
21st August 2008, 01:48 | #710 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
MixAQ sounds great indeed exactly what i thought off when we discussed VAQ way back then (tough DS said it isn't possible to mix them, so nice to see that someone pulled it of)
Now we have to see how it does Visualy compared vs VAQ alone, tough wouldn't HAQ interfer heavily with VAQ in --aq-mode 2 now ?
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 21st August 2008 at 02:04. |
21st August 2008, 01:50 | #711 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
x264 r940 is broken with threads > 1. i already reverted the megui auto-update to r938. so even the modified patched builds are affected. x264 devs are working on a fix.
sadly the r940 was up on the megui auto-update for few hours. so i hope it didnt give too much headaches to megui users. im really sorry, it's totally my fault. in the future i will test the builds using multiple threads (i usually do it with 1 thread) before uploading them into the auto-update server. edit: r941 has just been commited with a fix.
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! Last edited by Sharktooth; 21st August 2008 at 02:04. |
21st August 2008, 02:04 | #712 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
Its fixed though. |
|
21st August 2008, 02:10 | #713 | Link | |
Registered User
Join Date: Aug 2008
Location: Japan
Posts: 45
|
Quote:
In Japan, free-software developments in a group are still uncommon. I would have to say that SourceFourge.jp has only begun even if it launched in 2002. Many tools have been developed privately, and anonymous users have discussed on them in 2ch-forum and so on. That's paticular... often inefficient... but that's Japanese common style. Open-sourced projects are still less fashionalbe in Japan. Then, many Japanese free-software developers are not used to joining and discussing in Doom9's-Forum-like forums. The same can be said for IRC. Not to monopolize their patches. Actually, language is not an excute. Even my poor English has been read kindly by you all (Thanks a lot!!). And I found the official IRC really easy to join and discuss on when I tried it, even I've not known akupenguin could use Japanese. The problem should be customs. That makes things difficult. But things must be better gradually, then the different cultures will make things interesting. You're right. But it needs some time and steps, like this discussions between you and I. I'll promote Japanese developers to join the official discussions. For now, consider their patches. |
|
21st August 2008, 02:36 | #715 | Link |
Registered User
Join Date: Feb 2007
Posts: 176
|
x264.941.modified.exe - Alternate Download
libx264-61.941.modified.dll - Alternate Download Patches used: x264_psy_rdo_0.6.diff x264_new_bframe_decision_04.diff <-- This patch is highly experimental, only enabled with --b-adapt 2. x264_hrd_pulldown.09_interlace.diff x264.progress.indication.01.diff All patches are included with the source. gcc 3.4.5 fprofiled build. |
21st August 2008, 06:03 | #716 | Link |
Compiling Encoder
Join Date: Jan 2007
Posts: 1,348
|
working on patching r942, due to the whitespace cosmetic changes, ended up having to use the -l option in patch (ignore whitespace distinctions) to get them to apply without rejections.
just as a heads up for the others. |
21st August 2008, 06:45 | #717 | Link |
Registered User
Join Date: Feb 2007
Posts: 176
|
x264.942.modified.exe - Alternate Download
libx264-61.942.modified.dll - Alternate Download Patches used: x264_psy_rdo_0.6.diff x264_new_bframe_decision_04.diff <-- This patch is highly experimental, only enabled with --b-adapt 2. x264_hrd_pulldown.09_interlace.diff x264.progress.indication.01.diff All patches are included with the source. gcc 3.4.5 fprofiled build. |
Tags |
h.264, x264, x264 builds, x264 patches, x264 unofficial builds |
Thread Tools | Search this Thread |
Display Modes | |
|
|