"homogene" Bildflächen verändern ständig ihre Farbe

Ein kleines Problem hier:

Hab folgenden Bildausschnitt und ein Problem mit x264:
s. Anhang

Das Problem ist, das das Bildrauschen x264 dazu veranlaßt, die Fläche teilweise im größerem Umfang zu verfärben, es pumpt also zwischen heller uind dunkler der Flächen, mal werden teilweise die helleren Flächen dunkler und mal umgekehrt.
Zudem pumpt das ganze Bild leicht, so eine Art "flackern".

Quasi so wie eine art von "Artefakten", nur das es eben keine sind, sondern Veränderungen der Farbe.

In einer anderen Einstellung ist das sogar ganz extrem auffällig. Als wenn Flecken auf der Wand sind, die wie von Geisterhand größer und/oder kleiner werden ... sehr unschön ...

Hab zum Test mal in VC1 mit 15Mbit kodiert und da gibt es dieses Problem komischerweise nicht, obwohl da 6 mal schneller kodiert wird.

Ich verwende folgende Einstellungen für x264:

x264-1069.exe --crf 20 --level 4.1 --keyint 24 --min-keyint 1 --ref 3 --psy-rd 0.2:1.0 --trellis 1 --aq-mode 1 --aq-strength 1.0 --no-fast-pskip --subme 7 --partitions p8x8,b8x8,i8x8 --8x8dct --vbv-bufsize 25000 --vbv-maxrate 30000 --mixed-refs --b-adapt 2 --bframes 3 --b-pyramid --direct auto --weightb --scenecut 40 --me umh --merange 16 --sar 1:1 --threads auto --thread-input --progress --no-psnr --no-ssim --nr 0 --stats "D:\HD\FILM\stats.log" --output "D:\HD\FILM\output.264" "D:\HD\HD0.avs"

Geht schon ordentlich langsam das Kodieren, aber zufrieden bin ich dennoch nicht mit dieser Szene ... wo hab ich die falschen Einstellungen oder Kombinationen ? Wie gesagt, VC1 sieht an dieser Stelle wesentlich besser aus.

Habs auch schon mit --aq-strength 0.5 versucht, bringt aber auch keine Abhilfe ...

Irgendwelche Tips ? Bin mit meinem Latein am Ende.

MFG

Also:

1. Jop, ist die 1069 (von x264.nl), also recht aktuelles Build.

2. Mit ähnlichen Werten hatte ich auch schon rumgespielt, brachte aber leider überhaupt nichts :nein:

3. Jop, 15Mbit sind absolut vergleichbar mit der Original-Quelle. BTW: VC1 macht das nicht wirklich "besser", es verschleiert es nur, dadurch wirkt es optisch besser. X264 verstärkt dort an zwei Stellen das Rauschen unheimlich und das erkennt dann sogar ein blinder als " :hm:

3a) Nein, es wurde ein anderer Encoder verwendet (Mainconcept), es wurde zudem direkt die Quelle (MKV) geladen. Also keine direkt exakt vergleichbare Situationen ... mir kam es aber nur darauf an, ob dort etwas besseres oder schlechteres raus kommt.

4. Bis damals quasi nur das Öffnen der MKV-Quell-Datei in Avisynth, keine Filter oder sonstwas, nix. Geöffnet über DirectShow:

DirectShowSource("D:\HD\FILM\video.mkv", audio=false)

5. Jop, ist aber leider ca. 68 MB groß ...

6. Als Decoder ist in FFDshow (VFW-Decoder) wmv9 eingestellt. Wüßte nicht wo man da dann noch nach dem Deblocking schauen könnte ... Die Quelle ist eigentlich nicht direkt verblockt. Sieht überall recht "ordentlich" aus ...

Zum Sample-Clip:

Es kommt ein Szenenwechsel drin vor, zur Einfachheit:
- Alles bis zu dem Szenenwechsel = Szene 1
- Alles nach dem Szenenwechsel (wo man dann das Fenster sieht) = Szene 2

Probleme hatte ich in Szene 1 links oben, neben dem kleinen Kamin und habe in Szene 2 links neben dem Fenster an der schrägen Wand.

Im nachhinein habe ich dann noch den TemporalSoften(1, 4, 6,mode=2,scenechange=5) eingesetzt, der hat die Probleme in Szene 1 zufriedenstellend gelöst, in Szene 2 bleibt das Problem aber trotzdem SEHR deutlich weiter bestehen, zwar etwas minimiert aber immernoch deutlich vorhanden.

Die dunklen Stellen an der roten Tapete vergrößern sich und "wandern" obwohl da nicht sonderliches stört (außer dem Noise), auch der TemporalSoften kann das nicht beheben.

Die Stellen die x264 da stört sind mir extrem aufgefallen, sind viel extremer als im original, alles andere im Video ist super mit den Einstellungen, nur hier an dieser Tapete scheitert es irgendwie.

Würde den Effekt von TemporalSoften gerne behalten (es sei denn es gibt da noch etwas besseres), in Verbindung mit LimitedSharpen() ist das Ergebnis sehr gut (Quelle ist recht unscharf).

Wenn es da noch etwas anderes gibt ... her damit :ja:

Sample (ca. 68 MB):

Passwort: doom9

MFG

Der Recher ist ausgelastet (bin noch mit scharfis_brain`s-Sache anderweitig beschäftigt).

Soweit schonmal kurz:

DANKE fürs Testencoden !!! Problem, sieht auf dem PC gut aus, auf dem großen TFT aber nicht viel besser als meine Variante.

Ich habe mir jetzt aber mal Deine "man x264 0.0.9" runtergeladen und mich über deadzone informiert (finde im Netz nur sehr wenig).

Hier sagst Du Wert runter für mehr Rauscherhaltung, im PDF steht "Wert hoch für mehr Erhaltung" und im Netzt kommte ich nur soviel finden das es anscheind doch der kleinere Wert ist, also wirds im PDF wohl falsch sein.

BTW: KLasse Sache mit dem PDF wirklich sehr gut und verständlich erklärt, vor allem mit Beispielen und Angaben welche Werte nun was bezwecken. Für "Noobs" wie mich sehr hilfreich (wenn wohl leider auch nicht mehr ganz aktuell) !!! So ausführlich beschrieben hab ich das noch nirgends gefunden.

Ja, mit dem pipen durch ffmpeg oder mencoder hatte ich "damals" auch schon versucht klappte aber nie so wie es sollte ...
Hat anscheind vorteile gegenüber DirectShow, machs jetzt mal zusätzlich auch damit ...

MFG

Zitat

"wenn wohl leider auch nicht mehr ganz aktuell" -> nein, leider nicht, aktuell wenig Zeit da ich mich mit sx264 beschäftige in der Freizeit.

Kenne ich nur zugut ... hab Dein Programm gesehen, nicht schlecht, bastel gerade auch an etwas ""ähnlichem"", aber auch da komme ich nicht wirklich weit, zudem ich jetzt ja noch mit dem "Avisynth-kram" hinterherhinke ... und der Rechner ist auch nicht der Schnellste was das encoden angeht ... :hm: :nein:

Zitat

Schraub auch mal psy-rd auf 1:1 hoch.

Hab ich jetzt gemacht.

BTW: Ich nutze ja noch AVISYNTH-Filter, wie krieg ich die in Verbindung mit ffmpeg oder mencoder (sind hier ja nur reine Decoder fürs pipen).

Ich kann zwar mit ffmopeg oder mencoder das Avisynth-Skript öffnen, was aber nur etwas bringt, wenn ich die beiden als encoder einsetze, weil ansonsten ja wieder DS durch AVISYNTH verwendet wird ...

Zitat

Okay, wusste nicht, dass Du auch Avisynthfilter nutzen willst.

Nun, TemporalSoften() macht da recht gute Arbeit, die Stellen werden größtenteils dadurch schon kompensiert und zudem hat man da ja eh wieder unnötig viel Noise beigefügt. Ich werde wohl nie verstehen was das njnendlich zum FIlm oder Felling beitragen soll. Etwas rauschen ist ja ok, aber hier ist es ja teilweise recht heftig ...

Ist ja aber kein Thema, hab ja wieder was dazu gelernt, hab das pipen seit damals nicht mehr probiert, schön zu wissen das es jetzt geht ... kann für die Zukunft ja mal hilfreich sein :ja:

Zitat

Eventuelles filtern kann übrigens auch der Grund für Deine Probleme sein.

Also mit Filter wirds irgendwie besser ... deshalb hab ich sie jetzt drin gelassen. Durch weniger Rauschen wird halt auch weniger "fehlberechnet". Ist zwar nicht ganz weg aber immerhin ... die deadzone hat das dann noch weiter minimiert ... da kann man (ich) mit leben, perfekt kriegt man sowas eh nicht hin und ich bin auch kein "pixelfanatikerperfektionist" ... über die eine stelle kann man hinweg gucken.
Wo man an der einen Stelle besser schraubt, wirds an der anderen wieder schlechter ... Quelle ist halt auch nicht optimal, "shit happens"

So wie es aussieht ist hat der große TFT einen stärkeren Kontrast, das ruft diesen Fehler natürlich weiter hervor, zudem scheint der Player (PCH) das wohl auch nicht unbedingt gut kaschieren zu können, oder eben er macht seine Arbeit zu gut ... :hm: nun ja ... aufm PC (und dessen TFT) siehts besser aus ... zumindest nicht ganz so sichtbar.

Zitat

ffmpegSource

Google ich nach ...