wenn ich einen Film mit "normalem" Grain mit "tune grain" settings encode, wird das Korn relativ abbildungtreu reproduziert, auch bei relativ niedrigen Bitraten.
Es ist immer wieder aufs Neue erfreulich welche Fortschritte die x264 Entwickler ihrem Kind verpasst haben. Ich staune immer noch 
Wenn ich nun aber einem "aalglatten" Video ohne Grain diesen künstlich hinzufügen möchte, wie mit dem "AddGrain"-Filter, dann sieht das hinterher irgendwie nicht nach echtem Grain aus, obwohl ich die Bitrate in dem Fall mehr als doppelt so hoch schrauben muss damit es überhaupt irgendwie korn-ähnlich nach Film aussieht... Dabei wird mit einem ziemlich hohen Wert von 30 eigentlich schon zuviel an Rauschen generiert, was aber sein muss weil x264 diesen künstlichen Grain irgendwie nicht so recht annehmen will. Trotz der doppelten Bitrate sieht das Resultat irgendwie nicht befriedigend aus...Was unterscheidet also echten von falschem Grain ? [Blockierte Grafik: http://www.greensmilies.com/smile/smiley_emoticons_nixweiss.gif] Kennt sich da jemand aus ?
Unterschied von echtem Grain zu "künstlichem" ?
-
Tja, es gibt viele mögliche Gründe für Rauschen oder Gries.
Der "einfachste" Fall ist "weißes Rauschen" (wenn man den Begriff mal vom Audio- in den Video-Breich überträgt). Hierbei hat jedes einzelne Pixel eine eigene zufällige Abweichung, unabhängig von spatialen (flächigen) oder temporalen (zeitlichen) Nachbarpixeln. Auch "pinkes Rauschen" wäre optisch vorstellbar, das fiele aber von der Wirkung her schon beinahe in die nächste Kategorie...
Dann wäre da außerdem ein "spatialer Gries", der bei hochskaliertem Material geringerer Originalauflösung oder bei fein abgetastetem groben Filmmaterial auftritt (echtes Filmkorn) - hier gibt es weichere Muster, in denen die Abweichungen sich über mehrere flächig benachbarte Pixel erstrecken, aber über zeitlich aufeinander folgenden Bildern keine Beziehung zwischen Pixeln der gleichen Koordinaten besteht.
Und dann gibt es noch "temporalen Gries", wie er typischerweise bei Formatkonvertierungen auftreten kann, in denen Zwischenbilder mit Interpolationen oder Überblendungen berechnet worden sind, oder ein eher träger Sensorchip in der Kamera für "schleichend ineinander übergehende" Rauschmuster sorgt (typischer Überwachungskamera-Gries-Effekt wie bei "Akte X").
Welcher ist jetzt "richtig" und welcher "falsch"?!
Grain-Generatoren werden dir sicher Parameter zur Verfügung stellen, um festlegen zu können, wie viel Mittelwertbildung spatial und wie viel temporal verwendet werden soll. Außerdem wird es bei Gries auch nicht unwichtig sein, ob er nur auf die Helligkeit oder auch auf die Farbigkeit wirken soll (wobei letztere ja geringere Auflösung, also dadurch schon spatial weichere Auswirkung hat).
-
...um festlegen zu können, wie viel Mittelwertbildung spatial und wie viel temporal verwendet werden soll.
Danke für Antwort.
interessant. spatial, temporal... is das das, was hier im Filter "HorizCorr, VerticalCorr" heisst ?
Code
Alles anzeigen2) LoadPlugin("F:\AddGrain\AddGrain.dll") Avisource("D:\wherever\myfile.avi") AddGrain(20,0,0) PARAMETERS AddGrain(float stddev, float HorizCorr, float VerticalCorr) where: stddev = the standard deviation of the noise generated. HorizCorr = the horizontal correlation factor, causing horizontal steaking. (0.0 to 1.0) VerticalCorr = the vertical correlation factor. (0.0 to 1.0)
Grain-Generatoren werden dir sicher Parameter zur Verfügung stellen,Kennst du noch andere Generatoren ?
-
HorizCorr und VerticalCorr sind beides spatiale Weichzeichnung (waagerecht und senkrecht). Temporale Korrelationen hat AddGrain also anscheinend nicht.
FoxyShadis hat noch eine Variante als "AddGrainC" veröffentlicht (siehe WarpEnterprises' Plugin-Sammlung).
Ein weiterer Rauscherzeuger wäre BlockBuster (basiert auf der Idee, dass überhaupt vorhandenes Rauschen zu weniger Blockartefakten führen kann, weil der Codec dann den Detailgehalt nicht mehr unterbewertet; das war noch nützlich, bevor XviD den Cartoon-Modus bekam).
In der "BergFilterCollection" gibt es "MPlayerNoise" (nur die DLL aus dem Verzeichnis "Release" entpacken reicht), außerdem gibt es "GrainTools" und "NoiseGenerator".
Keiner davon scheint temporal zu arbeiten, das müsste man wohl mit einem TemporalSmoother / TemporalSoftener o.ä. simulieren.
-
Welcher ist jetzt "richtig" und welcher "falsch"?!
in meinem Fall wäre die Simulation "echten" Grains richtig...
Wenn ich dich richtig verstanden habe, gehst du davon aus, nur temporal arbeitende Gens kommen dem am nächsten ?Hier habe ich noch was gefunden, was vielleicht das beste Ergebnis bringen könnte:
http://compression.ru/video/grain_degrain/index_en.htmljedoch gibts von dem Ding nichts zum testen, und auf Anfragen zum Erwerb kommt keine Antwort... vielleicht nur für professionelle Abnehmer gedacht...
Was mich wundert, in der Vorschau sieht AddGrain schon ziemlich gut aus wenn man nur wenig daran schraubt... Aber x264 scheint das nicht zu ""erkennen" und unterschlägt den Effekt... übrig bleibt nur ein nervig "unruhiges" Bild... wenn ich den Effekt verstärke, wird das Rauschen zwar sichtbar(er), aber das Bild wird noch viel unruhiger, so dass man das Ergebnis eigentlich nicht verwerten kann...
vielleicht kann man bei den x264 settings noch was tunen, so dass es "empfindlicher" auf dieses künstliche Rauschen reagiert, so dass man den Effekt nicht so sehr aufdrehen muss ? -
Was dem Codec Schwierigkeiten macht, ist vor allem, dass das von AddGrain() erzeugte Korn viel zu hochfrequent ist. Im Prinzip lässt sich das zwar mit den correlation-Parametern beeinflussen, aaaber ... irgendwie kommt da nie so richtig das 'raus, was man gerne gehabt hätte. Steckt vermutlich eine sehr "schnelle" Formel dahinter ...
Wenn man das "zu Fuß" beeinflusst, dann wird das Grain irgendwie "schöner".
Codesource = last gstr = 20 # strength of grain grain = source.reduceby2().mt_lut("128").AddGrainC(gstr) \ .bicubicresize(source.width,source.height,-0.5,0.5) source.mt_adddiff(grain,U=2,V=2)
^Das ist die Bonsai-Variante der GrainFactory. -
oh das wird ja richtige Detektivarbeit hier
vielen Dank Didee für deinen Geheimtipp 
Ich verstehe deine "Verschönerung" als simplen Zusatz im script, demzufolge habe ich script-nully es einfach unten drangehängt...ZitatDirectShowSource("Q:\releases\DRAMA\K.D.F\K.D.F.mkv", fps=25.000, audio=false)
LoadPlugin("Q:\releases\DRAMA\K.D.F\dg avc dec 108\AddGrain v1.0\AddGrain.dll")
AddGrain(20,0,0)source = last
gstr = 20 # strength of grain
grain = source.reduceby2().mt_lut("128").AddGrainC(gstr)
\ .bicubicresize(source.width,source.height,-0.5,0.5)source.mt_adddiff(grain,U=2,V=2)
leider kommt diese Meldung, wenn ich versuche die .avs in VdubMod zu laden
ZitatAvisynth open failure:
Script error:there is no function named "mt_lut"
(Q:\releases\DRAMA\K.D.F\dg avc dec 108\beispiel.avs, line
Da ich den Unterschied zwischen AddGrain und AddGrainC nicht raffe, habe ich beide scripte um deinen Zusatz verlängert
ZitatDirectShowSource("Q:\releases\DRAMA\K.D.F\K.D.F.mkv", fps=25.000, audio=false)
LoadPlugin("Q:\releases\DRAMA\K.D.F\dg avc dec 108\addgrainc_25_dll_20060610\AddGrainC.dll")
AddGrainC ( 0.5, 0.5, 0, 0, 0 )source = last
gstr = 20 # strength of grain
grain = source.reduceby2().mt_lut("128").AddGrainC(gstr)
\ .bicubicresize(source.width,source.height,-0.5,0.5)source.mt_adddiff(grain,U=2,V=2)
aber auch hier mit dem selben Fehler...:nein: was mach ich falsch ?
-
Du musst die MaskTools laden....
-
"masktools.dll" ist die alte v1.x Version.
"mt_masktools.dll" ist die neue v2.x Version.
Aktuell ist v2.0a36.
Und aus dem Paket bitte die "mt_masktools-25.dll" verwenden (für Avisynth 2.5.x). NICHT die -26.dll, die ist für Avisynth 2.6.
Sorry wenn ich recht kurz angebunden bin. Aus Zeitgründen sollte ich hier eigentlich GAR NICHTS schreiben (hab' mehr als genug anderes zu tun). Wenn Dir das lieber ist: kein Problem!
-
Nur zur Anmerkung:
"tune grain" hat nichts mit dem 'Film grain modeling'-feature von AVC zu tun. (Kenne aber aktuell auch keinen Encoder oder Decoder der dieses Feature unterstützt.)
-> die Unterscheidung zwischen "echtem" zu "künstlichem" Grain ist also unnötig, interessanter wäre in diesem Fall wie muss der Grain aussehen, damit x264 ihn mit "tune grain" gut erhalten kann.
Hier auch mal aus dem MeGui-Wiki was "tune grain" macht:ZitatOptimize for grainy content: deblock -2:-2, psy-rd 1:0.25, no-dct-decimate, ipratio 1.1, pbratio 1.1, aq-strength 0.5, deadzone-intra 6, deadzone-inter 6, qcomp 0.8
Cu Selur
-
Aktuell ist v2.0a36.
Und aus dem Paket bitte die "mt_masktools-25.dll" verwenden (für Avisynth 2.5.x). NICHT die -26.dll, die ist für Avisynth 2.6.
wenn bigotti mir diese Zusatzinfos nicht mitgibt, hätte ich das auch nicht wissen können. Vielen Dank dafür, jetzt gehts
Sorry wenn ich recht kurz angebunden bin. Aus Zeitgründen sollte ich hier eigentlich GAR NICHTS schreiben (hab' mehr als genug anderes zu tun). Wenn Dir das lieber ist: kein Problem!
Hier bin ich mir jetzt nicht sicher wie ich das interpretieren kann/soll... Da ich von meiner Natur her eigentlich pessimistisch bin drängt sich die unangenehmere Variante auf...
ich verstehe zwar nicht für welche, aber ich entschuldige mich jetzt schon für eventuelle vergangene und zukünftige Fettnäpfchen vielmals...
Falls auch dieser Satz jetzt problematisch gewesen sein sollte, entschuldige ich mich auch dafür lolEDIT
habe jetzt den ersten Testlauf mit dem Bonsai durch.
ich schätze interessante Entwickungen und würdige diese auch mit Spenden an die Autoren.
Wenn du damit einverstanden bist, schicke mir deine Verbindungsdaten.
Es wäre ein Jammer wenn die begnadeten Köpfe aus Zeitmangel verstummen würden.
Ich hätte da nämlich noch ein paar Fragen zu deiner GrainFactory... -
Wenn Du Fragen hast, dann stell' sie doch einfach. Das ist die beste Strategie, um Antworten zu kriegen.;)
Öffentliche Fragen sind bevorzugt, da haben andere Benutzer gegebenenfalls auch etwas davon. Technische Unterstützung via PM gebe ich im allgemeinen eher ungerne.
-
Grundkurs AviSynth-Syntax!
-- Bitte lies dir die Dokumentation durch, die mit dem AviSynth-Installer auf deine Platte kommt. Besser als da können wir auch nicht erklären, wie notwendige, freiwillige und benannte Parameter funktionieren.Kurz:
- Wenn der Name des Parameters in der Deklaration der Funktion in Anführungszeichen steht, muss für ihn kein Wert angegeben werden (dann sollte der Programmierer aber für einen Standardwert sorgen).
- Alle Werte vom ersten Parameter an können ohne Namen angegeben werden (die "ersten" drei Zahlen definieren also die ersten drei Parameter).
- Wenn ein Parameter beim Aufruf der Funktion ausgelassen wird (also nicht lückenlos von links alle angegeben werden), dann muss der nächste mit Namen benannt werden, z.B.:
GrainFactory3(20, g3str=30)
# g1str ist der erste Parameter (nach dem Clip), muss also nicht benannt werden (aber darf)
# g2str wurde nicht neu definiert, also übersprungen
# g3str muss benannt werden, weil g2str übersprungen wurdeDie "Mikrowürmer" entstehen insbesondere durch temporale Beziehungen, also Überblendungen aufeinanderfolgender Rauschbilder.
Ein "Mischpult" bietet dir das Programm "AvsP". (Nichts ist unmööööögliiiich!)
-
Vorneweg: GrainFactory3() hat den Parameter "temp_avg", um ein zeitliches Vermischen des Grains zu produzieren. "temp_avg=100" erzielt volle 1:1:1 Gewichtung, "temp_avg=75" erzielt eine 1:2:1 Gewichtung (temporaler Gauss-Filter). Vorgabe ist "temp_avg=0", d.h. gar keine zeitliche Filterung.
Aaaaber ...
Kleines Brainstorming über "zeitliche Aspekte" von Filmgrain:
Ich weiß, was Du mit den "Würmern" meinst, der Effekt ist bekannt. Aber: das ist KEINE Eigenschaft von "echtem" Film Grain! Überleg' mal: "echtes" Film Grain wird verursacht durch Silbermoleküle im Zelluloid des Filmstreifens, d.h. es ist sozusagen eine mechanische Eigenschaft des Materials. Und, da die Verteilung der Moleküle chaotisch-zufällig ist, bilden sie für jeden einzelnen Filmstreifen ihr völlig eigenes Muster. Aus der physikalischen Ursache des Film-Grains ergibt sich daher zwingend, dass es keinerlei zeitliche Beziehung des Grains zwischen den aufeinanderfolgenden Bildern gibt. PUNKT.
Dass sich dieser Effekt bisweilen trotzdem beobachten lässt, hat andere Gründe. Mir ist dieser Effekt vor allem daher vertraut, wenn man versucht, sehr starkes Grain mit bewegungskompensierten Rauschfiltern zu entfernen. Da passiert es nämlich gerne mal, dass die Bewegungskompensation versucht, das Grain als solches zu kompensieren. Das gelingt wegen der chaotischen Verteilung zwar nur sehr unvollständig, aber trotzdem: die Bewegungssuche sucht nach der bestmöglichen Übereinstimmung ... und irgend etwas wird sie finden. Und das ist dann dafür verantwortlich, dass ein "langsames" Grain entstehen kann, mit "kringelnden Würmern" und so.
Etwas sehr ähnliches kann auch bei MPEG-Komprimierung entstehen. Die Bewegungskompensation sucht nach bestmöglichen Übereinstimmungen, und die zeitlichen Aspekte der Komprimierungstechnik (auch die P-Frames, vor allem aber die bidirektionalen B-Frames) sorgen dann vermöge ihrer Verlusthaftigkeit für die "Filterung".Merke: Das Grain, dass man von einer mit MPEG-2 komprimierten DVD zu sehen bekommt, ist kein Film Grain. Es ist nur noch das, was die MPEG2-Komprimierung daraus gemacht, bzw. davon übrig gelassen hat. Es wird zwar im großen und ganzen einen sehr ähnlichen Eindruck erwecken, aber wenn man genau hinschaut, zeigen sich recht deutliche Unterschiede.
Was heißt das jetzt für Dich? - Weiß ich auch nicht, das ist Deine Sache. Ich hab' eben nur mal über ein paar grundlegende Tatsachen laut nachgedacht. "Ich will [soundso] haben" ist ja gut und schön ... besser ist's, zu wissen, *warum* man etwas will. Verständnis der grundlegenden Vorgänge ist dabei durchaus hilfreich ... bis zu dem Punkt, an dem man sich fragt: "will ich das wirklich?"
-
Merke: Das Grain, dass man von einer mit MPEG-2 komprimierten DVD zu sehen bekommt, ist kein Film Grain.
Es ist nur noch das, was die MPEG2-Komprimierung daraus gemacht, bzw. davon übrig gelassen hat....bis zu dem Punkt, an dem man sich fragt: "will ich das wirklich?"
ja, ich will :zunge:
ok, es geht um die Simulation von Pseudo-Grain(jetzt verstehe ich auch warum die x264 Kompression so gut MPEG-2 Grain wiedergeben kann und weniger gut den "Echten")
die Würmer erzeugen wohlige Schauer beim Betrachten, so ähnlich wie warmer Kerzenschein bei Kuchengebäck... :D:D:Ddas ist man so gewohnt und genau das will man dann auch so haben.
Ich könnte mir vorstellen dass die Mehrheit sich unter Grain eigentlich MPEG Grain vorstellt und damit rechnet dass ein Generator genau das erzeugen wird.
Vielleicht sollte man von vorneherein daher die Defaults im script zum download verändern...Danke für die Ausführungen. Werde das mal dann testen.
-
Habe die .avs in AvsP geladen, als ext. player nehme ich den mplayer classic.
Dort sehe ich immer nur die original .avs, egal ob ich an dem temporal-regler ziehe oder nicht...
Wie kriege ich den player dazu mir das laufende Video simultan mit den Wert-Änderungen anzuzeigen ? Das Krabbeln lässt sich nicht so gut an Standbildern beurteilen...EDIT
LigH,
bei der Hilfe von AvsP gibts ein kleines Hilfsvideo, man kann man sehen, wie sich der Wert oben im script automatisch mit dem Ziehen des Reglers unten rechts ändert. Das funzt bei mir nicht...
Was läuft denn jetz nun wieder schief ?
Habe ich etwa schon wieder irgendeine veraltete Version runtergeladen ? Habe die v2.0.2 -
Bin mir als nicht-Benutzer von AvsP zwar nicht völlig sicher, aber ... Regler bei laufendem Video verschieben kann eigentlich nicht funktionieren. AvsP ist ja nur ein Frontend/GUI für Avisynth. Und Avisynth muss das komplette Script von Grund auf neu initialisieren, wenn sich am Script irgendwas ändert ... (was bei "komplexen" Scripten ja durchaus mehrere Sekunden dauern kann - von "Live Preview" wäre dann ja eh' keine Rede mehr.)
Zum direkten Vergleich verschiedener Parametereinstellungen würde ich eher so was machen wie
v1 = source.Filter(param=0.00)
v2 = source.Filter(param=0.33)
v3 = source.Filter(param=0.66)
v4 = source.Filter(param=1.00)stackvertical( stackhorizontal(v1,v2), stackhorizontal(v3,v4) )
-
Da werfe ich auch noch mein Array4x4 in die Diskussionsrunde: Hiermit kann man die Veränderung von zwei Parametern in je vier Schritten vergleichen. Da es aber gewisse Einschränkungen hinsichtlich Breite und Höhe gibt, ist es für YV12-Clips nicht so einfach zu verwenden; Teilbarkeit durch 16 sollte für Höhe und Breite mindestens vorliegen, besser noch höhere Zweierpotenzen.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!