10 Bit debanding

may24

Zitat von sneaker2

1. Immer das ganze Skript, wenn Du mehr als eine Zeile geändert hast (was hier offensichtlich der Fall ist)

omg:

Code

LWLibavVideoSource("Hell_Girl.mkv")
dfttest(Sigma=1,lsb=true)


clip=last


sup = clip.MSuper(Pel=2)
backward_vec = sup.MAnalyse(isb = true, truemotion=true, search=5, dct=8, trymany=true )
forward_vec = sup.MAnalyse(isb = false, truemotion=true, search=5, dct=8, trymany=true ) 




MDeGrain1(clip,sup,backward_vec,forward_vec)
dfttest(Sigma=4,dither=1,tbsize=1)


Dither_resize16(1280,722)
Dither1Pre("MSharpen(strength=190)")
GradFun3(lsb=true, lsb_in=true)
Dither_crop16(0,0,0,-2)


Dither_quantize(bitdepth=10, mode=7,reducerange=true)
Dither_out()


return(last)

Alles anzeigen

Zitat von sneaker2

2. Woher weißt Du, inwieweit MSharpen() mit Dither1Pre() kompatibel ist?

Gar nicht.
Aber ich probier mal Dither2Pre ... da ich ja 10 Bit haben will ... ist trotzdem merkwürdig warum das den besagten Strich generiert.

Es muß ja nicht unbedingt msharpen sein, aber welchen "16 bit fähigen" Schärfe Filter würdet ihr denn empfehlen - der ungefähr so stark ist wie msharpen ?

sneaker2

Zitat von may24

omg:

Das kann doch gar nicht funktionieren. Dither1Pre ist für 8 Bit Input. Schaust Du Dir die Skripte oder die Doku überhaupt an?

sneaker2

Ich würde vorschlagen, nur dort >8 Bit einzusetzen, bei denen wir sicher wissen, daß es korrekt ist:

Code

LWLibavVideoSource("Hell_Girl.mkv")
dfttest(Sigma=1)


clip=last


sup = clip.MSuper(Pel=2)
backward_vec = sup.MAnalyse(isb = true, truemotion=true, search=5, dct=8, trymany=true )
forward_vec = sup.MAnalyse(isb = false, truemotion=true, search=5, dct=8, trymany=true ) 




MDeGrain1(clip,sup,backward_vec,forward_vec)
dfttest(Sigma=4,dither=1,tbsize=1)


#Dither_resize16(1280,722)
MSharpen(strength=190)
GradFun3(lsb=true)
#Dither_crop16(0,0,0,-2)


Dither_quantize(bitdepth=10, mode=7,reducerange=true)
Dither_out()


return(last)

Alles anzeigen

Den Rest nur auf >8 Bit umstellen, wenn jemand mit Ahnung bestätigen kann, daß es korrekt ist.

may24

Dein Vorschlag ist nicht schlecht, produziert aber sehr schön den besagten unteren Strich (siehe Bild)

Dither1Pre ist nicht für 8-Bit sondern:

Zitat

Filters a 8-bit clip and outputs the result with 1 or 2 extra bits of accuracy. This function allows using 8-bit denoisers which have not been modified to support stack16 format.

D.h. auch Dither1Pre produziert einen: " MSB part stacked onto the LSB part."
Mal abgesehen davon funktionert das ja auch. Und scheinbar habe ich den Strich tatsächlich nit wenn ich Dither2Pre benutze.
Ich kenne den internen Aufbau von MSharpen nicht:

Zitat

Because of this histogram split, keep any motion compensation code out of the function. Just provide a raw filter here. As another consequence of the split, only filters processing the luma and chroma planes independently will work correctly. Fortunately, most of them do. Filters internally converting pixels to RGB or doing similar things will likely fail.

... deswegen habe ich ja auch nach einer Alternative gefragt.

Nun, z.Z. ist das "Dither_resize16(1280,720)" eher das Problem. Nach dem Umstellen von MSharpen vor das Resize wird das Bild zwar auf die richtige Länge aber nur auf die halbe Höhe gezogen. (Siehe Bild 2)

hell2.jpg hell3.jpg

Und hier Das Skrip das zum Output von Bild 2 führt

Code

LWLibavVideoSource("Hell_Girl.mkv")
dfttest(Sigma=1,lsb=true)


clip=last


sup = clip.MSuper(Pel=2)
backward_vec = sup.MAnalyse(isb = true, truemotion=true, search=5, dct=8, trymany=true )
forward_vec = sup.MAnalyse(isb = false, truemotion=true, search=5, dct=8, trymany=true ) 




MDeGrain1(clip,sup,backward_vec,forward_vec)
dfttest(Sigma=4,dither=1,tbsize=1)


#MSharpen(strength=120)
Dither2Pre("MSharpen(strength=120)")


Dither_resize16(1280,720)
GradFun3(lsb_in=true)


#Dither_quantize(bitdepth=10, mode=7,reducerange=true)
#Dither_out()
#DitherPost()
Trim(1440,0)
return(last)

Alles anzeigen

sneaker2

Zitat von may24

Dein Vorschlag ist nicht schlecht, produziert aber sehr schön den besagten unteren Strich (siehe Bild)

Sicher, daß Du richtig kopiert hast? Habe damit nämlich keinen Strich.

Zitat von may24

Dither1Pre ist nicht für 8-Bit sondern

Wie ich schrieb: "Dither1Pre ist für 8 Bit Input." Du hast aber versucht mit 16 Bit stacked Input zu arbeiten.

Zitat von may24

Nun, z.Z. ist das "Dither_resize16(1280,720)" eher das Problem. Nach dem Umstellen von MSharpen vor das Resize wird das Bild zwar auf die richtige Länge aber nur auf die halbe Höhe gezogen. (Siehe Bild 2)

Siehe oben: DitherXPre erwartet 8 Bit Input, Du versuchst stur 16 Bit zu füttern.

may24

Also keins der in der Doku beschriebenen Beispiele hat so richtig funktioniert ...
Wie wärs damit:

Code

LWLibavVideoSource("Hell_Girl.mkv")
dfttest(Sigma=1,lsb=true)


clip=last


sup = clip.MSuper(Pel=2)
backward_vec = sup.MAnalyse(isb = true, truemotion=true, search=5, dct=8, trymany=true )
forward_vec = sup.MAnalyse(isb = false, truemotion=true, search=5, dct=8, trymany=true ) 


MDeGrain1(clip,sup,backward_vec,forward_vec)
dfttest(Sigma=4,tbsize=1)


o=last
msb = o.Dither_get_msb()
lsb = o.Dither_get_lsb()
m=msb.MSharpen(strength=100)
StackVertical(m,lsb)
Dither_resize16(1280,720)


GradFun3(lsb=true, lsb_in=true)


Dither_quantize(bitdepth=10, mode=7,reducerange=true)
Dither_out()
#DitherPost()


return(last)

Alles anzeigen

TheGenesis

wg. MSharpen():

Ob vor oder hinter dem resize kommt darauf an, wie "sauber" die Frames sind und wie hoch man skaliert ... MSharpen vor dem Resize und hoher Skalierungsfaktor verstärkt Artefakte ... MSharpen nach dem Resize erhöht die Gefahr von Halos.
Außerdem habe ich beobachtet das MShapen bei hohen Auflösungen nur noch den Kontrast bei sehr feinen Details erhöht. Kommt halt darauf an, was man schärfen will.

may24

Na ja für Animes ... Die Quelle ist eigentlich ganz ok. Ich hab jetzt mal das Sharpen vor das Resize gesetzt. Sobald der Clip fertig ist, schau ich's mir mal an.

Apropos Anime: Was würde ausweiten der Motion Compensation bringen ? -> MDeGrain2 + 4 Vektoren

TheGenesis

Warum willst du eigentlich mit 10-bit raus?

Das Schnipsel sieht garnicht so aus, als ob das notwendig wäre.

may24

Wei ich's auf 720p ziehen will bei möglichst bester Qualität. Inkl. De-Banding usw. Und das Ergebnis ist sogar noch 'n Tick (30 MB) kleiner als das SD Original

TheGenesis

Ok ... hast recht ... habs gesehn :zunge:

Hab mal schnell was geköchelt ...

http://www.filedropper.com/helldemuxedcrf18-10bit_1

Soll das so aussehen?

Mein Gott diese Cartoons sind so unkaputtbar

may24

Jup, vielleicht 'n tick mehr Schärfe.
Ich habe nach dem encoding festgestellt das "msharpen(strength=80)" doch ein wenig zu stark ist und hab's auf 50 gesetzt. Neuer Versuch läuft.
Was hast du für Werte benutzt ?

Goldwingfahrer

Nicht schlecht.
wärs jetzt eine Filmaufnahme würde ich sagen bis Frame 98 ists richtig fokussiert auf die Person im rechten Bildteil.Danach "schwenkt" ja die Kamera etwas nach link...braucht aber für die "fokussierung" der 4 Personen im Hintergrund aber bis ca.Frame 111.
Darum sieht dieser Zeitbereich etwas "unscharf" aus.
Schwarzwert wie auch der Weisswert stimmen.[16 -240]

may24

Gehe ich richtig in der Annahme das hier Colormatirix verwendet wird ?
Und benutzt ihr hier MSharpen oder was anderes ?

TheGenesis

Das Script wird dir nicht gefallen:

Code

SetMemoryMax(1248)
SetMTMode(3)


DGSource("hell.demuxed.dgi")


SetMTMode(2)


AAA(1280,720,5,5,1,2) # 4:3 nach 16:9 bitte mit Antialiasing!
AssumeFrameBased() # sonst spinnt x264


ConvertToRGB(matrix="Rec601")


SetMTMode(5)
NeatVideo("D:\Storage\Work\hell.demuxed.dnp", "D:\Storage\Work\hell.demuxed.nfp", "1.000000", "1", "1", "0") # hokus pokus fidibus :)


# Salz in die Suppe
Dither_convert_rgb_to_yuv(matrix="709", mode=4)


SetMTMode(5,0)


# die beweglichen Pixel einfrieren ... weil die eh nur Bitrate kosten und man die bestenfalls als Störung wahrnimmt
FFT3DGPU(sigma=1.5, bt=4, bw=32, bh=32, ow=16, oh=16)

Alles anzeigen

Ja, das geht noch "schärfer", aber dann sieht es (in meinen Augen) unnatürlich aus und kostet natürlich viel mehr Bitrate.

Goldwingfahrer
Ja, die Szene ist so gedacht ... was mir mehr auf die Eier geht ist das gewaber am Baum in den ersten paar Frames ... aber auch das ist bereits im Source enthalten ... gibts für sowas nen Filter?

LigH

Ohne tiefere Analyse, erst mal nur ein Kritikpunkt (immer und immer wieder):

Der zweite Parameter von SetMTMode – der die Anzahl der Threads festlegt – wird nur beim allerersten Aufruf beachtet. Im vierten Aufruf ist er nutzlos.

Standard ist 0 = Anzahl logischer Rechenkerne sowieso, und lediglich bei mehr als 4 (evtl. Verdopplung durch Hyperthreading beachten!) könnte eine Beschränkung sinnvoll sein, v.a. um RAM zu sparen.
__

P.S.:

Der Wechsel zwischen 601 und 709 hat bestimmt Gründe. Mich verwirrt es, aber wenn mir jemand bestätigt, dass es so sinnvoll ist, glaub ich das gerne.

TheGenesis

Erster Kritikpunkt: Ja, hab ich aus einem alten, noch nicht "bereinigtem" Script herauskopiert ... aber es tut ja auch nicht weh
Zweiter Kritikpunkt: Wegen 01:29 Uhr ... und ja ... komischerweise verfälscht es nicht die Farben ... kann das überhaupt sein?

LigH

Vermutlich so: Von SD-Video aus YUV mit 601 nach RGB, und für HD-Video aus RGB mit 709 nach YUV.

TheGenesis

Nun könnte es ja sein, das die Farben, die in dem Anime verwendet werden, prima in beide Farbräume passen ... ich änder das gleich mal und guck mir das Ergebnis an.

Die Interessanten Sachen passieren sowieso im Neat ... da wird spazial und temporal gefiltert und anschließend 'nen ein sharpen mit unterschiedlichen Intensitäten für die verschiedenen "Kanäle" (was meinen die damit eingentlich) gemacht. Die adaptiven Algorythmen in dem Filter sind sowas von genial ... dürfte schwer sein sowas mit Freeware-Filtern über ein ganzes Video perfekt hinzubekommen.

Goldwingfahrer

Zitat

Die Interessanten Sachen passieren sowieso im Neat

nicht "im" Neat sondern "mit" Neat

Neat = Neue Eisenbahn Alpen-Transversale
http://de.wikipedia.org/wiki/Neue_Eise…pentransversale

Schon mal probiert....Use Cpu und GPU ?

Preferences_Neat_Plugins.jpg

Filtereinst.allgemein etwas dezent sonst siehts geglättet aus wie mit Convolution3D ausm Jahr 2003

10 Bit debanding

Jetzt mitmachen!

Benutzer online in diesem Thema