Immer ein Rauschen trotzt 1000 Kbps, ist das normal? x.264

Zitat

vernehme ich immernoch so ein dezentes Rauschen beim kodierten Videomaterial.

vernehme......das verstehe ich als "hören"
Das Rauschen [als Tonstörung] solltest Du aber vor der Konvertierung vornehmen,klappt aber nur in Wav.

Ja, Sample des Inputs und des Outputs.

Cu Selur

Es gibt auch DVD-Material, das so einiges an Rauschen enthält. Teilweise mit Absicht, als Stilmittel. Oder weil es schlicht unnatürlich wäre, bzw. zu unnatürlich aussehenden Ergebnissen führen würde (z.B. "Die Feuerzangenbowle" - mit Rühmann - glattzufiltern wäre ein Verbrechen an diesem Film).

Es gibt schon AVC-Encoder, die Filmrauschen modellieren wollen, um es beim Speichern unterdrücken zu können und bei der Wiedergabe wiederherstellen zu lassen; ist stelle mir das ähnlich vor wie die "Spectral Band Replication" bei mp3Pro und HE-AAC... Aber x264 tut das wohl nicht, glaube ich.

Was ich noch nicht genau weiß, ist der Unterschied zwischen den beiden Parametern für die Inloop-Filterung. Meist werden die ja beide als Paar verändert - vielleicht hilft es, die mal gegensätzlich einzustellen?

Nope, x264 kann kein Filmrauschen modelieren, würde an sich ja auch nix bringen, so lange es nicht auch Decoder gibt die mit solchen Modeldaten auch etwas anfangen können.

Zitat

Was ich noch nicht genau weiß, ist der Unterschied zwischen den beiden Parametern für die Inloop-Filterung. Meist werden die ja beide als Paar verändert - vielleicht hilft es, die mal gegensätzlich einzustellen?

Zum Verständnis:

Zitat

Deblocking strength is controled by values called alpha & beta. These values are computed for each macroblock according to the quantizer of this macroblock, the quantizer of its neighbour, and the offset you set ( the famous value that range from -6 to +6 ).

Here are the tables for alpha & beta, indexed by 'quantizer + offset' :

alpha :

0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0, 4, 4, 5, 6,
7, 8, 9, 10, 12, 13, 15, 17, 20, 22,
25, 28, 32, 36, 40, 45, 50, 56, 63, 71,
80, 90,101,113,127,144,162,182,203,226,
255, 255

beta :

0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
0, 0, 0, 0, 0, 0, 2, 2, 2, 3,
3, 3, 3, 4, 4, 4, 6, 6, 7, 7,
8, 8, 9, 9, 10, 10, 11, 11, 12, 12,
13, 13, 14, 14, 15, 15, 16, 16, 17, 17,
18, 18

The higher these values, the stronger the deblocking. When one of these is null, there's no deblocking on the macroblock.

As you can see, when 'quantizer + offset <= 15', both alpha and beta are null, so no deblocking is applied.

Alpha is used to determine whether the frontier is blocky or if it's actually a detail. It works like a threshold. Beta also works as a threshold, but is used to insure that on both side of the frontier, the picture is homogenous enough ( once again, to separate detail from blockiness ).

Once you've decided whether or not to filter the frontier, alpha is used to decide the strength ( in fact, the maximal allowed modification to a pixel ). beta can slightly modify this strength, is the macroblock is flat enough.

So in the end, foxyshadis' description is a bit too simple. Both offsets decide which blocks, and the first one influences the bluriness the most.

Alles anzeigen

Quelle: http://forum.doom9.org/showthread.php?p=765770#post765770

Cu Selur