Resize mit AviSynth oder madvr

Laß mal 5 Minuten laufen oder so. Ändert sich die clock deviation da noch dramatisch oder bleibt die gleich? Ist die jedesmal ähnlich oder jedesmal völlig anders? Vielleicht wäre Reclock mal einen Versuch wert? Aber irgendwas ist da komisch bei Dir. Keine Ahnung, warum der Default-Audio-Renderer so große Abweichung verursacht.

Dann drück bitte mal Strg+R, um die Frame Drops/Repeats auf 0 zu setzen und guck mal, wie viele Drops/Repeats es ungefähr gibt pro Sekunde.

Die letzte Möglichkeit wäre dann noch, mal ein Debug-Log zu machen ("activate debug mode.bat" ausführen, während MPC-HC beendet ist). Auf dem Desktop entsteht so eine Log-Datei. Die dann zippen und irgendwo hochladen. Danach wieder "activate release mode.bat" ausführen. Die Log-Datei wird sehr schnell extrem groß. Also den Debug-Modus nur so lange aktiv lassen wir nötig um ein Log zu erstellen. Für das Log erstellen bitte einmal Video-Playback starten, 20 Sekunden laufen lassen und dann den Media-Player sofort beenden.

Nachdem das Ruckeln mit dem "richtigen" Audio-Renderer schon deutlich weniger wurde,
hab ich jetzt den Fullscreen Exclusive Mode wieder aktiviert.

Das Ruckeln ist scheinbar behoben zu sein Zumindest fällt mir so nichts mehr auf.
Da man ja im Fullscreen Exclusive Mode keinen OSD-Screenshot machen kann, hier ein Foto.



Die jetzigen Einstellungen sind also folgende:

Im LAV-Filter
DXVA auf "none" und YADIF nicht aktiviert.

In madvr
Decoding:
alles aus

Deinterlacing:
automaticaly activated deinterlacing when needed
if in doubt, deactivate deinterlacing
only look at pixels in the frame center

chroma upsampling:
bicubic 75 ohne ar filter

image upscaling:
lancos 3 taps, ohne ar filter

image downscaling:
catmul-rom, ohne ar filter

general settings:
enable fullscreen exclusive mode
cpu queue 32, gpu queue 8

window mode settings:
backbuffers shal be used, 7

exclusive mode settings:
die oberen drei felder angehakt,
video frames shal be presented in advance, 6

trade quality for performance:
nur, store pixel shader results in 16bit ...
alles andere aus

Steigen die "dropped frames" und "repeated frames" während der Wiedergabe stetig an? Wenn ja, dann ist es immer noch nicht perfekt. Oder kommen die dropped/repeated frames nur vom Starten des Videos oder vom Wechseln in den Fullscreen Exclusive Mode? Drück doch im Fullscreen Exclusive Mode mal Strg+R (um die Statistik zu resetten) und guck, wieviele dropped/repeated frames pro Sekunde neu kommen. Ideal wäre, wenn die nach Strg+R auf 0 bleiben würden. Die sonstigen Angaben im OSD (außer dropped/repeated frames) sehen jetzt jedenfalls alle einwandfrei aus.

Wenn jetzt alles sonst flüssig ist, könntest Du jetzt mit DXVA oder verschiedenen Scaling-Algorithmen rumprobieren. Wenn Dir Stromverbrauch egal ist, würde ich bei Software-Decoding bleiben. Ist in der Regel schneller und zuverlässiger als DXVA-Decoding. Letzteres sollte aber auch gehen.

Die "dropped frames" und "repeated frames" steigen an, solange der MPC-HC im Halbbild läuft,
oder wenn im Vollbild per Rechtsklick das Menü geöffnet wird.
Dann sind auch wieder leichte Ruckler zu sehen.

Im Vollbildmodus, und solange kein Menü geöffnet ist, bleiben die "dropped frames" und "repeated frames" nach dem resetten auch über längere Zeit auf 0.

Bei den Settings bin ich jetzt soweit, das .....
Chroma-Upsampling = Softcubic 100
Image-Upsampling = Spline 4 tabs, mit ar-filter
Image-Downsampling = Spline 4 tabs, mit ar-filter
..... ebenso stabil laufen


Mit Image-Upsampling = jinc 3 tabs, (mit oder ohne ar-filter) ruckelt es dann allerdings wieder,
und die "dropped frames" und "repeated frames" steigen wieder an.
Schade eigendlich. Das scheint bei der Bildqualität nochmal eins draufzusetzen.

Ist da wirklich die Leistungsfähigkeit meiner Graka der Flaschenhals ?

oder gibt's da evt. auch noch irgendwelche Einstellungsmöglichkeiten.

Ja, wie gesagt, Jinc verbrät schon recht viel GPU-Power. Du könntest Lanczos probieren, das sollte noch etwas schärfer als Spline sein. Für Jinc müßte dann halt ne stärkere GPU her.

Es hängt aber auch viel davon ab, welche Auflösung das Video hat, welche Auflösung Dein Display und welche Framerate das Video (nach Deinterlacing) hat. Deinen Screenshots nach willst Du PAL-SD abspielen. Handelt es sich da um natives interlactes Material (z.B. Sport oder Musikkonzerte)? Oder handelt es sich um Filme? In letzterem Fall kannst Du madVR in den Film-Modus zwingen, dann sind es nach dem Deinterlacing nicht mehr 50 Bilder pro Sekunde, die madVR berechnen muß, sondern nur noch 25. Das heißt, die benötigte GPU-Power halbiert sich. Vielleicht klappt dann Jinc? Möglich wäre auch die madVR-Option "use half frame rate for DXVA deinterlacing" zu verwenden. Auch dann gibt der Deinterlacer nur noch 25 Bilder pro Sekunde aus statt 50. Für Film ist das perfekt. Für Sport und Musik-Konzerte allerdings nicht so...

Ich hab mich scheinbar doch zu früh gefreut.

Zum testen hab ich mit dem DVBViewer ein paar Minuten von N24 aufgenommen, da man dort an der Laufschrift recht gut erkennt, ob es ruckelt.

Mit dieser Aufnahme ist das Ruckeln auch tatsächlich weg, und die "dropped frames" und "repeated frames" bleiben nach dem resetten auf 0.
Ebenso beim Big Bug Bunny 480p Video. Auch hier bleibt beides bei 0

Bei anderen Filmen (Pal SD) steigen die "dropped frames" und "repeated frames" aber innerhalb von einer Minute wieder auf jeweils ca. 20 und 35 an.
Dabei ist es egal, ob im LAV-Filter DXVA 2 native oder none eingestellt ist.
oder ob ich in madvr Lancos oder Spline oder sogar nur Bicubic für alles ausgewählt habe.

Da es mit der Doku von N24 läuft, und mit Filmen nicht, würde ich jetzt auf ein Problem beim Deinterlacing tippen, oder ?

Mach doch nochmal ein Foto vom OSD im Fullscreen Exclusive Mode mit den Pal-SD-Filmen, wo dropped/repeated frames ansteigen.

Hier mit DXVA 2


Und none


Ich hab jetzt auch schon mit anderen Decodern getestet,
und mitt verschiedenen Einstellungen für Up/Downsampling.

Mit .....
Chroma Upsampling = Bicubic 75
Image Upscaling auf Lancos 3 taps
Inage Downscaling auf Catmull-Rom
.....und allem ohne ar-Filter bleibt die Anzahl der dropped/repeated frames am niedrigsten

Das sieht alles eigentlich ok aus, außer den dropped/repeated frames. Meine Vermutung ist, daß die Audio-Clock zu viel "Jitter" hat. Ich würde es mal mit Reclock versuchen. Aber VSync-Correction in Reclock ausschalten.

Jawolll. das war's

Keine sichtbaren Bildruckler mehr, und die "dropped frames" und "repeated frames" bleiben nach dem resetten auf 0
Jinc läuft zwar immer noch nicht (schade), aber da wird meine Graka wohl der Flaschenhals sein.
Ansonsten scheint bis Lancos 8 taps incl. ar-Filter alles stabil zu laufen.

Biis dahin schonmal meinen allerbesten Dank für die geduldige Hilfe hier.
...............................................Auch an mightyhuhn und HiLogic ......................................

Ich war schon kurz davor, alles aufzugeben, und wieder auf ffdShow und AviSynth umzuschwenken.


Jetzt werd ich mich erstmal daran machen, welche Einstellungen bei mir die Beste Bildqualität liefern.
Kann man da generell was zu sagen, ob Spline oder Lancos, oder ob mehr Taps auch immer ein besseres Bild bedeuten?
Ist für das Downsampling überhaupt Spline oder Lancos zu empfehlen, oder reicht hier evt. sogar Softcubic oder ähnliches?
Oder gibt es sonst noch irgend welche Schrauben in madvr (oder im MPC-HC) an denen man die Bildqualität noch weiter optimieren kann ?

Im Moment läuft für Up & Downsampling Lancos mit 4 taps und ar-Filter (wofür ist eigendlich "scale in linear light"),
und bei normalem Ausgangsmaterial (PAL-SD) sehe ich für das Schärfen mit post/preresize-Shadern keine Notwendigkeit.
Was wäre denn (zumindest von der Theorie her) die bessere Variante, um z.B. bei älteren AVI's o.ä. nachzuschärfen ?


Gruß: nr.4820




.

Lanczos ist schärfer als Spline, hat aber auch mehr Ringing-Artefakte. Das sollte sich aber durch den Anti-Ringing-Filter beheben lassen. Lanczos4 ist nochmal einen Tuck schärfer als Lanczos3, hat aber doch auch (trotz AR-Filter) mehr Ringing. Von daher ist es Geschmackssache, ob man Lanczos3 oder 4 nimmt. Grundsätzlich ist der AR-Filter sehr zu empfehlen. Mehr als 4 Taps sind meiner Meinung nach kontraproduktiv (zu viel Ringing). Linear-Light würde ich nur für Downscaling empfehlen, nicht für Upscaling. For Downscaling entweder Catmull-Rom AR mit Linear-Light, oder alternativ Lanczos3/4 AR *ohne* Linear-Light. Für Chroma Upscaling für gute Quellen Bicubic75 AR, für schlechte Quellen SoftCubic100 ohne AR (AR ist bei SoftCubic100 eher schlecht). Für schlechte Quellen wäre auch SoftCubic50 für Image-Upscaling eine Möglichkeit. Ist spürbar softer als Lanczos, läßt dafür aber viele Artefakte im Quellmaterial verschwinden.

Für nachträgliches Schärfen könntest Du Dir Pixel-Shaders in MPC-HC angucken. Die Qualität dieser Shader ist aber nicht so gut wie was AviSynth machen kann.

Danke, für die Ausführungen-
Im Endeffekt ist das vermutlich ohnehin alles Geschmackssache,
aber als Neueinsteiger hat man damit wenigstens schonmal einen guten Anhalt,
und weiß in etwa worauf man achten muß.

Für nachträgliches Schärfen könntest Du Dir Pixel-Shaders in MPC-HC angucken. Die Qualität dieser Shader ist aber nicht so gut wie was AviSynth machen kann.

Ja, das schärfen mit mit AviSynth hat mir auch im DVBViewer immer schon etwas besser gefallen.
Selbst der recht moderate Complex-2 ist m.E.n. beim TV noch recht nice, bringt aber auf der größeren Leinwand schon leichte Artefakte.


Wenn ich jetzt ffdShow/AviSynth nur zum schärfen einsetzen, und das Decoding weiterhin vom LAV-Filter machen lassen will,
kann ich dann im MPC-HC den ffdShow Video-Decoder zu den externen Filtern zufügen, und dort für alle Formate den Decoder deaktivieren ?
Oder muß ich da den ffdShow RAW Video-Filter nehmen?

Beim DVBViewer wird als Video-Plugin ja der RAW Video-Filter geladen, und den würde ich gerne anders einstellen,
als im MPC-HC.


Und muß ich beim Einsatz von AviSynth im MPC-HC jetzt auf irgend etwas achten, um mir das ordentliche Upsampling von madvr nicht wieder zu verhunzen?
Bislang hatte ich z.B. in Avisynth immer alle Farbräume außer YV12 deaktiviert, und in den Overlay-Einstellungen "high quality YV12 to RGB-Conversion" aktiviert.


Gruß: nr.4820

Ich bin kein ffdshow/AviSynth-Experte. Kann Dir da nicht groß weiter helfen. Grundsätzlich ist es "besser", nach dem Scaling zu schärfen. AviSynth läuft aber auf der CPU und hat keinen Zugriff auf die madVR-Scaling-Ergebnisse. Von daher geht das so nicht. Du kannst natürlich auch vor madVR schärfen und dann madVR den AviSynth-Output scalen lassen. Geht auch, aber für die Bildqualität wäre es wahrscheinlich andersrum besser...

einfach in ffdshow alles deaktivieren ausesr raw video.

solange du nicht resized oder die framerate änderst solte sich für madvr nix ändern.
also bob deinterlacing könnte nach hinten losgehn mal so als beispiel.

Bislang hatte ich z.B. in Avisynth immer alle Farbräume außer YV12 deaktiviert, und in den Overlay-Einstellungen "high quality YV12 to RGB-Conversion" aktiviert.

das aber konterproduktive die meisten avisynth plugin können kein rgb und benutzen so oder so denn das eingangs signal was in normalfall yv12 ist.

gibt es von dvb teil eine 64 bit version wenn ja kannst du das zusammen mit 64 bit ffdshow nutzen. und hast da durch verscheide settings.

du kannst auch present in ffdshow anlegen.

Ich frag mich nur was Du jetzt noch mit dem AviSynth Schrott willst?
MadVR schärft ja bereits beim Scaling und noch mehr kann eigentlich nur noch Kontraproduktiv sein.

Mal von den anderen Avisynth unzulänglichkeiten abgesehen...

einfach in ffdshow alles deaktivieren ausesr raw video

So hatte ich mir das auch gedacht.
Der MPC-HC nutzt jetzt den LAV als Decoder, und den ffdShow Video-Decoder nur zum schärfen,
und der DVBViewer nutzt ebenfalls LAV als Decoder, und den ffdShow Raw-Video-Filter als Postprozessor-Pugin.

So kann ich die Einstellungen für beide Wiedergabeprogramme unterschiedlich konfigurieren, und spare mir das erstellen und umschalten der Presets.

Ob ich ffdShow und/oder Avisynth letztendlich wirklich nutze, werd ich mir am Wochenende auf der Leinwand ansehen.
Ich hab das schon oft erlebt, das etwas am TV wirklich gut aussah, und als Großbild dann unbrauchbar war.


bis dahin euch allen nochmal meinen besten Dank für eure Hilfe

Hallo allerseits!

Da bin ich wieder, und hab in den letzten Tagen mal verschiedene Einstellungen durchprobiert.
Hängengeblieben bin ich jetzt bei Lancos 3 + ar, und dem "complex_2" als postresize-Shader für TV, bzw. ohne Shader für die Leinwand.
(ffdShow nutze ich im MPC-HC übrigens nicht mehr.)

Mit dem Bild habe ich aber jetzt noch ein Problem, bei dem ich mir eigendlich gerade mit madvr Abhilfe erhofft hatte.


(vergrößerter Ausschnitt)

Woher kommen diese "schmutzig wirkenden Verpixelungen" an Rändern (besonders deutlich um die Schrift zu erkennen).
Auf dem 46"er TV in ca. 3m Abstand sind diese kaum zu erkennen, aber auf der 2,40m Leinwand stört mich das doch deutlich.
Gibt es dafür irgendeine Abhilfe?


Gruß nr.4820

Das sind sogenannte "Mosquito"-Kompressionsartefakte. Tritt gerne bei MPEG2 auf, wenn die Bitrate zu niedrig ist. Bei Blu-Ray weniger häufig. Weiß nicht, ob es da einen Avisynth-Filter gegen gibt. Kompressionsartefakte sollte man *vor* dem Scaling entfernen.

Das sind sogenannte "Mosquito"-Kompressionsartefakte.

Danke, das war zumindest schonmal das richtige Stichwort.
Nachdem ich jetzt stundenlang danach gegoogelt habe, ob sich mit ffdShow oder Avisynth_2.6 dieses Moskitorauschen verhindern/vermindern läßt, bin ich irgendwann darauf gekommen, das mein Graka-Treiber (CCC_13.1) eine eigenen Funktion gegen das Moskitorauschen hat.
Ganz weg ist es damit zwar noch nicht, aber schonmal etwas besser, und zumindest am TV kann ich keine negativen Auswirkungen erkennen.
Am WE werd ich das aber nochmal auf Leinwand testen.


Gruß: nr.4820

Moin !

Ich denke, das ich inzwischen die für mich (bzw. für meine Hardware) besten Einstellungen gefunden habe,
und soweit ich das beurteilen kann, läuft jetzt auch alles stabil und ohne zu ruckeln.
Mit der Bildqualität bin ich jedenfalls erstmal zufrieden.


Zwei Probleme habe ich jetzt aber noch.

1. Wenn ich einen Film von meinem Server aus starte, dauert es recht lange, bis dieser auch wirklich gestartet wird.
Ich meine irgendwo gelesen zu haben, das man (im MPC-HC oder in madvr) einstellen kann, ob der Film sofort gestartet, oder erst komplett geladen werden soll.
Kann mir da jemand sagen, wo ich das einstelle ?

2. Bei jedem Start erzeugt madvr eine log.-Datei von z.T. mehreren GB.
Ist das normal, oder liegt da noch irgendwa ein Fehler vor?


Gruß: nr.4820

2. Bei jedem Start erzeugt madvr eine log.-Datei von z.T. mehreren GB. Ist das normal, oder liegt da noch irgendwa ein Fehler vor?

du hast noch den debug mode an

rename die madvr.ax in madvr [debug].ax und rename die madvr [release].ax in madvr.ax dann ist der debug modus aus solte keine madvr [release].ax existieren sorg dafür das die kleine .ax datei madvr heist bei 85.6 ist diese 1,82 MB (1.911.832 bytes) groß 1.868 kb die debug über 2 mb.

der beug modus wird schlicht aktiviert in denn 2 datein unbenant werden.

uninstall und reinstall sowie restore default settings führte nicht zu einer lösung.

1. Wenn ich einen Film von meinem Server aus starte, dauert es recht lange, bis dieser auch wirklich gestartet wird. Ich meine irgendwo gelesen zu haben, das man (im MPC-HC oder in madvr) einstellen kann, ob der Film sofort gestartet, oder erst komplett geladen werden soll. Kann mir da jemand sagen, wo ich das einstelle ?

könntest die decoder queue reduzieren oder delay playback aus machen in madvr ich persönlich habe keine probleme mit nicht sofort startenden videos auser die festplatten sind in spindown.

wlan kann auch dort ein problem sein weil das buffern viel länger dauert als mit lan selbst sehr gutes wlan ist meist langsamer als 100 mbit lan

btw. madshi will diese "tage" eine neu version rausbringen also augen offenhalten

du hast noch den debug mode an

Das war's.
1. Problem gelöst.

könntest die decoder queue reduzieren oder delay playback aus machen

Delay Playback ist aus.
Was ist mit decoder queue gemeint?
CPU queue oder GPU queue, oder noch was anderes ?

da delay "playback" aus ist solte es nur geringe auswirkungen haben. cpu und gpu beides kann denn start verzögern.

ich persönlich kann 6 ohne probleme benutzen laut madshi solte es schon 8 sein.

da delay "playback" aus ist solte es nur geringe auswirkungen haben

Einen großartigen Unterschied merke ich da auch nicht wirklich.
Liegt vermutlich doch an der LAN-Verbindung zu meinem Server.

Ansonsten bin ich mit den Einstellungen und der Bilqualität schon gut zufrieden.
Evt. werd ich mal bei ebay etwas auf eine günstige HD6770 achten, um ggf. auch mal jinc nutzen zu können.
Auch wenn es bei mir damit stark ruckelt, scheint mit jinc noch ein etwas besseres Bild machbar zu sein.
Mal abwarten.

Herzlichen Dank nochmal an alle, für eure Hilfe !

Gruß: nr.4820