Dark Shikari hat einen neuen AQ-Algo entwickelt!

Redfox

Nur damit es keiner verpasst: :lol:

http://forum.doom9.org/showthread.php?p=1076312

Zitat

Variance AQ Megathread (AQ v0.47 update--rounding error fixed, code cleanup)

So, after collecting enough magic pixie dust, I've come up with an AQ algorithm that just might work. Its purpose is to avoid blocking in flat areas like regular AQ, but more importantly, avoid blurring in relatively flat textured areas, such as grass at a football game or film grain. Its not particularly good at cartoons; I wouldn't use it on anime/cartoons.

How to use AQ:

1. Add --aq-strength X to the commandline, where X is a value between 0.0 and 1.0 (or if you want, higher, there's no technical limitation). 0.1-0.4 is weak AQ, 0.6-0.8 is strong AQ. 0.5 is recommended.
2. The default sensitivity, 20, will hopefully avoid changing bitrate too drastically in CRF mode, or screwing up ratecontrol too much in 1-pass bitrate mode. However, it will perform considerably better in 2pass bitrate than 1pass bitrate mode. Sensitivity 0 will try to avoid moving bits between frames, at the cost of not improving very flat frames.
Note: the default is too high in 0.47. 13 or 14 makes a good default. I will fix this in the next update.
2a. In 2pass, use AQ on both passes with the same settings.
2b. Use qcomp=1.0 if you use AQ.
3. Watch in wonder as all the blurred details come back to life and the SSIM of your video rises.

In summary, recommended settings: --aq-strength 0.5 --aq-sensitivity 13 --qcomp 1.0.

Alles anzeigen

Jetzt muss Brother John seinen HQ-test nochmal machen.

EDIT: für dem fall das der download nich funktioniert (lief grade sehr zäh) hier ist ein mirrior:
EDIT2: woops, es gibt schon ne neue version. Lade sie gerade hoch!
EDIT3: Link gelöscht.
EDIT4: Aktuell ist V.0.3
EDIT5: Aktuell ist v.0.47 > http://www.mediafire.com/?3wtiztmmwgy

Ollie

Mit MeGui bekomme ich immer einen "Error", egal welche Einstellungen ich benutze, habe auch --aq-strength 1.0 zur Kommandozeile hinzugefügt...

LigH

Zitat von Ollie

Mit MeGui bekomme ich immer einen "Error"

Welchen? :nein:

Ollie

Es steht nur Error unter Queue...

LigH

Seit wann hat die MeGUI eigentlich kein Log-Fenster mehr? Oder schreibt keine Log-Dateien mehr auf die Festplatte?

Selur

Log fenster ist noch da, nur werden nur noch aktuelle Sachen angezeigt und man muss immer schön '+' drücken um mehr zu sehen,... ist seit ein paar Versionen so,..
0.3.0.0001 und 0.3.0.1001 glaub ich,...
Sicher das die logs nicht mehr im logs Verzeichnis erstellt werden?

Redfox

Ollie:
Teste doch einfach mal ob das x264 funktioniert, wenn du es über die Kommandizeile benutzt.

@All:
Sieht gut aus (ist noch der 0.11-Algo):
http://www.mediafire.com/upload_complete.php?id=emww3gg9w3l

EDIT: es gibt mitlerweile schon V.03. Siehe oben.

Selur

Ist denn Dark Shikari Patch überhaupt in der x264 Version die MeGui nutzt enthalten?
(Ist ja nicht offiziell Teil des SVN, sondern nur als Patch vorhanden.)

Cu Selur

LigH

Es ist schon möglich, dass die x264-Version mit dem AQ-Patch stattdessen nicht voll kompatibel zur MeGUI ist, weil wiederum andere Optionen nicht unterstützt werden?

Redfox

*bump*

Update auf v 0.47!

LoRd_MuldeR

Version 0.48 ist da:

Zitat

How to use AQ:

1. AQ is on by default at strength 0.5. Change --aq-strength to make it stronger or weaker.
2. In 2pass, use AQ on both passes with the same settings.
3. Watch in wonder as all the blurred details come back to life and the SSIM of your video rises.

Version history:

0.48: AQ strength 0.5, sensitivity 13 made the defaults. Updated to r736. Qcomp is now scaled based on AQ strength automatically.
0.47: Rounding error fixed at low QPs. Code cleanup/optimization by Akupenguin.
0.46: Code cleanup, documentation updated, defaults changed based on testing, and RDRC removed from the main patch in preparation for putting AQ in SVN. RDRC builds and patches can still be found on Mirror05/Dark.
0.45: Fixed bug if variance=0. Additionally, when static sensitivity is used, no limit is put on the quantizers other than qpmin/qpmax; this allows one to use AQ as a form of quasi-ratecontrol to redistribute more bits to flatter frames to improve quality.
0.44: Bug in x264 CABAC encoding (mb_qp_delta) fixed. While this isn't a bug in AQ, it only showed up when using CABAC, interlaced mode, and AQ.
0.431: Crash bug fixed.
0.43: Code cleaned and re-organized. Massive speed increase of the AQ itself due to performance optimizations.
0.42: Lambda-based AQ removed due to incompatibilities with deadzone that will take some work to resolve.

Alles anzeigen

Selur

Hoffe der Patch findet bald den Weg ins SVN,...

LoRd_MuldeR

Zitat von Selur

Hoffe der Patch findet bald den Weg ins SVN,...

Da Akupenguin jetzt seine Finger im Spiel hat, wird's wohl nich mehr sooo lange dauern ;D
Derzeit werden wohl vor allem die Default Settings fein justiert...

LoRd_MuldeR

Avidemux 2.4 (Build 3784) mit x264 VAQ Patch v0.48 ist jetzt verfügbar:
http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux

Übrigens ist jetzt auch der "Hadamard Exhaustive Search" (TESA) Modus verfügbar.

:cool:

akapuma

Hallo,

wenn ich das hier richtig lese dann arbeitet der neue AQ-Algo nicht mit CRF, sondern "nur" mit CQP.

Was bedeutet das konkret? Ist das eine Einschränkung, oder ersetzt der AQ-Algo den CRF-Part, der die Quantizer bestimmte?

Gruß

akapuma

LoRd_MuldeR

Wenn ich das richtig verstanden habe, dann ist VAQ einfach ein neues "Qualitätsmaß".

Sowohl CQP als auch CRF arbeiten mit "konstanter Qualität". Der entscheidende Unterschied ist nur, wie "Qualität" dabei definiert wird:
* Bei CQP gilt "Quantizer == Qualität", was folglich zu einem völlig konstanten Quantizer führt. Einfach aber ineffizient.
* Bei CRF dagegen gilt "Qualität == Rate Factor", was zu einem konstanten Rate Factor und einem variablen Quantizer führt.

CRF multipliziert den vom Benutzer gewählten Quantizer-Wert intern mit einer "magischen Zahl" um auf den passenden Rate Factor zu kommen.
Das ganze ist so austariert, dass man im CRF Modus insgesamt einen durchschnittlichen Quantizer erhält, der dem vorgegebenen Quantizer entspricht.
Einziger Zweck dieser Umrechnung ist es, dem Benutzer die Konfiguration zu erleichtern (wähle "Quantizer" anstatt "Rate Factor").

VAQ+CRF ist nun wiederum ein neues Maß für die "Qualität", welches intern zur Bestimmung der (variablen) Quantizer herangezogen wird.
Die "AQ Sensitivity" wurde von den Entwicklern so gewählt, dass man im Durchschnitt ungefähr auf die gleiche Bitrate kommt, wie bei CRF ohne VAQ.
Das ganze funktioniert also ähnlich wie beim "klassischen" CRF Modus, eben nur unter etwas anderen Gesichtspunkten.

Setzt man die "AQ Sensitivity" auf "0" herunter (Auto), dann wird wieder das selbe Qualitätsmaß wie beim normalen CRF Modus benutzt.
In diesem Fall verschiebt VAQ die Bits nur noch "innerhalb" des jeweiligen Frames, also nicht mehr über Framegrenzen hinweg.
Das wird aber anscheinend nicht empfohlen! Die Option "AQ Sensitivity" wird wohl in der fertigen Version ganz entfernt.

Zitat von akupenguin

Current CRF is constant quality as measured by one particular metric (not psnr or ssim or any of the normal metrics, but an ad-hoc one implicit in the CRF algorithm). It's similar bitrate on average as the same value of CQP, because I multiplied the CRF scale by a magic number to make that true, not by anything inherent in the algorithm.
CRF+HaaliAQ is constant quality as measured by another metric. It's always at least a little higher bitrate per CRF value than plain CRF because HaaliAQ has a negative average QP bias, but that's just a UI tuning issue and could be fixed if desired.
CRF+VAQ(static) is constant quality as measured by another metric. If you pick some random value of aq-sensitivity, it won't be equal on average, but will have some bias. We're trying to find a sensitivity value such that that bias averages to 0, thus it will hopefully be about the same bitrate on average as a given value of plain CRF if we do the tuning right (unless we choose to keep psy quality the same instead of bitrate).
CRF+VAQ(auto) does the frame-wise bit allocation using the same metric as plain CRF, but reallocates bits within the frame using the VAQ metric.

In short, there's no substantive difference between "improves smooth stuff at the cost of complex stuff" and "improves smooth stuff while keeping complex stuff the same". The only criterion AQ can be judged by is the relative distribution of quality. Any bias in the total quality is just a user interface issue separate from the algorithm.

Zitat von Dark Shikari

Sensitivity should not be changed, stop touching it. It will be removed when AQ hits SVN.
Strength just affects how wide the range of quantizers used is.

XadoX

Ist VAQ eigentlich schon im SVN? Blicke irgendwie bei den ganzen Version und Patches nicht mehr durch.

LoRd_MuldeR

Zitat von XadoX

Ist VAQ eigentlich schon im SVN?

Nein. Aber MeGUI z.B. benutzt bereits ein Build mit integriertem VAQ Patch.

Bumsfalara

Zitat von XadoX

Ist VAQ eigentlich schon im SVN? Blicke irgendwie bei den ganzen Version und Patches nicht mehr durch.

Ich kann die Frage nur nochmal wiederholen: Ich blicke da langsam auch nicht mehr durch.

Was muss ich jetzt einstellen um aq-strenght ordentlich zu erhalten?
man x264 spricht von aq-strength 0.4, im Brother Johns Encodingwissen steht was von aq-strength 1.

Mir ist schon klar, dass VAQ ein neuer Aq-Algorithmus ist, aber wo wird jetzt welcher benutzt und welche Einstellungen sind zu treffen?
Ich nutze megui mit den gepatchten x264 Versionen von Jarrod. Leider ist dazu absolut 0 Dokumentation vorhanden, was jetzt integriert ist und was nicht.

Ist VAQ mittlerweile im SVN?

Gruß
Bumsfalara

Edit: Ok, über die Kommandozeile (wenn man die mal aufruft) kann man sich ein bissl was ableiten. Dennoch ist mir absolut unklar, was für ein AQ da jetzt drinne ist. aq-strength 1.0 scheint der Standard zu sein.

Selur

1. SVN git es nicht mehr, ist jetzt ein GTK
2. Ja, der neuere AQ ist fest im x264 SourceCode
3. VAQ als alternative 1pass Encoding Methode ist nicht im SourceCode soweit ich mich entsinne.

Cu Selur

Jetzt mitmachen!