[Sammelthread] ffdshow/avisynth - Videopostprocessing in Echtzeit... Teil 2

drdope

Enthusiast
Thread Starter
Mitglied seit
13.09.2006
Beiträge
1.880
Ort
NRW
Ich experimentiere derzeit mit ffdshow/avisynth Postprocessingoptionen um die Qualität von Xvid/divX encodierten PAL/NTSC Material auf meinen HDTV zu steigern.
--> http://www.heise.de/ct/07/06/006/ Seite 234
--> http://www.avsforum.com/avs-vb/showthread.php?t=469464&page=1&pp=30

Der heise/c't Artikel ist sehr empfehlenwert, leider aber nicht Online verfügbar.
:(

Mein derzeittiger HTPC (X2-3800+@2,4GHz/2GB PC3200U/7600GS) reicht allerdings nicht aus um SDTV Material auf FullHD hochzuskalieren (mit den c't Settings + Gauss Resizer statt Lanczos um Ringing Effekte zu minimieren)

Bei einer Zielauflösung > 1440x(y) unter Beibehalung des org. Seitenverhältnisses ist performancetechnisch Schicht im Schacht.

An das Scaling/Postprocessing von HalfResHD 960x540 oder 720P Material ist überhaupt nicht zu denken.

Nun erwäge ich ein Wechsel auf eine schnellere CPU, hätte aber vorher gerne ein paar Erfahrungswerte, wieviel Leistung ich wirklich benötige für
SDTV --> 720x576--> 1920x1080
HR-HDTV --> 960x540 --> 1920x1080
720P --> 1280x720 --> 1920x1080

Da das ganze (zumindest tw.; inwieweit genau, weiß ich leider nicht) lt. c't Artikel von Multicores profitiert, wäre es auch noch interessant, ob nicht ein kleiner Quadcore besser wäre, als ein höher getakteter Core2 Duo...

Im Taskmanger habe ich bei SD-Material eine Auslastung von ~50-60% auf beiden Cores; sehe ich das Richtig, das Windows hier nur ne gemittelte Last anzeigt?
Oder ist hier evtl ein Thread/Filter der leistungslimitierende Faktor für die gesammtperformance?

Fragen über Fragen....
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Teste dann mal einen anderen Sender..... Meine Freundin blockiert gerade den TV... GZSZ-Time :wall::kotz:
@mru

Ich finde diesen HD+ Bullshit auch nicht toll..... Nur Abzocke am Volk.......

edit:

bei Zdf fängt das Logo auch an zu zucken....
 
Zuletzt bearbeitet:
Jo habe das gleiche prob aber habe mitlerweile nur noch lsf+framedoubler

P.s. ich kenne mich da leider auch nicht so gut aus und habe die scripte für avisynth von mr wifi und tobiwahn kopiert!
Wenn ich genau wissen würde wie das funktioniert würde ich mir selber die scripte basteln!

Sehe grade das du nen q9550 hast! da solltest du das script nutzen das mcgene hat!
 
Zuletzt bearbeitet:
ansich ist das script von tobiwahn von der quali der hammer, wenn da nicht dieses zucken wäre...


@mcgene

Kannst du bitte noch mal dein aktuelles Script für Avisynth reinstellen... Danke
 
ansich ist das script von tobiwahn von der quali der hammer, wenn da nicht dieses zucken wäre...

Ja das ist wohl war aber die quali von mcgene ist wohl auch richtig gut!
ich denke das mit dem zucken liegt am framedoubler
 
Könnt ihr doch leicht ausprobieren - einfach die Zeile auskommentieren.
 
@nuts

Kannst du mal bitte rot markieren was ich da rauslöschen muss?

Danke


source=ffdshow_source()
MT("a = last b = FluxsmoothT
SPresso(bias=25, biasC=25)",3)
MT("a= last b=a.Spresso() SeeSaw(a, b, NRlimit=2, NRlimit2=1,Spower=2, Sdamplo=8)
LimitedSharpenFaster(strength=70, Lmode=7)",3)
super = source.MSuper(pel=1,hpad=16,vpad=16)
setMTMode(1,2)
backward_vec = MAnalyse(super, blksize=16, isb =true, chroma=false, searchparam=1)
forward_vec = MAnalyse(super, blksize=16, isb =false, chroma=false, searchparam=1)
source.MFlowFps(super, backward_vec, forward_vec, num=2*FramerateNumerator(source), \
den=FramerateDenominator(source), mask=0, ml=53)
 
Code:
source=ffdshow_source()
MT("a = last b = FluxsmoothT
SPresso(bias=25, biasC=25)",3)
MT("a= last b=a.Spresso() SeeSaw(a, b, NRlimit=2, NRlimit2=1,Spower=2, Sdamplo=8)
LimitedSharpenFaster(strength=70, Lmode=7)",3)

so sollte das script ohne framedoubler aussehen.
der alte framedoubler hat öfters dieses verwackeln der ränder bei feststehenden objekten auf bewegtem hintergrund verursacht.
beim neuen framedoubler wurde dies deutlich verringert, ich habs aber noch nicht geschafft den zusammen mit dem fluxsmooth-script zum laufen zu kriegen:

Code:
SetMTMode(2,8)
multinum=2 
multiden=1 
mode=2 
spar=0 
pel=1 
blkh=16
blkv=16
ffdShow_source()
super=MSuper(pel=pel,hpad=0, vpad=0, levels=4)
backward_vec1=MAnalyse(super, isb=true, blksize=blkh, blksizev=blkv, searchparam=spar, plevel=2, levels=4)
forward_vec1=MAnalyse(super, isb=false, blksize=blkh, blksizev=blkv, searchparam=spar, plevel=2, levels=4)
MBlockFps(super, backward_vec1, forward_vec1, num=FramerateNumerator(last)*multinum, den=FramerateDenominator(last)*multiden, mode=mode)
distributor()
 
Code:
source=ffdshow_source()
MT("a = last b = FluxsmoothT
SPresso(bias=25, biasC=25)",3)
MT("a= last b=a.Spresso() SeeSaw(a, b, NRlimit=2, NRlimit2=1,Spower=2, Sdamplo=8)
LimitedSharpenFaster(strength=70, Lmode=7)",3)

so sollte das script ohne framedoubler aussehen.
der alte framedoubler hat öfters dieses verwackeln der ränder bei feststehenden objekten auf bewegtem hintergrund verursacht.
beim neuen framedoubler wurde dies deutlich verringert, ich habs aber noch nicht geschafft den zusammen mit dem fluxsmooth-script zum laufen zu kriegen:

Code:
SetMTMode(2,8)
multinum=2 
multiden=1 
mode=2 
spar=0 
pel=1 
blkh=16
blkv=16
ffdShow_source()
super=MSuper(pel=pel,hpad=0, vpad=0, levels=4)
backward_vec1=MAnalyse(super, isb=true, blksize=blkh, blksizev=blkv, searchparam=spar, plevel=2, levels=4)
forward_vec1=MAnalyse(super, isb=false, blksize=blkh, blksizev=blkv, searchparam=spar, plevel=2, levels=4)
MBlockFps(super, backward_vec1, forward_vec1, num=FramerateNumerator(last)*multinum, den=FramerateDenominator(last)*multiden, mode=mode)
distributor()

kannst du mir sagen wo man sich informieren kann damit man versteht wie das ganze funktioniert!
will mir selber so ein scrip bauen!!

Edit: der framedoubler von dir geht nicht!! Braucht man dafür das MVtools? wenn ja wie installiert man das?
 
Zuletzt bearbeitet:
Na dann guckst du am besten ins Doom9 Forum, oder falls du kein englisch kannst ins deutsche Gleitz Forum.

Auf der Avisynth HP kannst du auch einiges erfahren, sowie im Handbuch das man bei der Installation mitinstallieren kann ;)

Ich habe mich selbst nie mit Scripting beschäftigt da es eben nicht unbedingt notwendig war, haben ja andere schon alles gemacht. Um selbst erstmal auf diesen Level zu kommen muss man Zeit investieren die ich einfach nie dafür bereit war zu opfern ;)
 
Ja danke euch beiden
hat einer von euch hier den neuen framedoubler am laufen und wenn ja was braucht man dafür alles?

so habe den neuen framedoubler am laufen werde mal testen ob da noch was flackert!
Der rennt mit LSF zusammen!
 
Zuletzt bearbeitet:
Ich spiele alle progressiven Quellen mittlerweile mit der PS3 ab und überlasse dem Videoprozessor die Arbeit ;)
Und für LiveTV ist die Kombi DXVA+Hardwaredeinterlacer+Shader meiner Meinung nach deutlich überlegen. Soll aber nicht heissen, dass man für aufgenommene Filme trotzdem die FFDShow-Kette anschmeissen kann.

Lange Rede kurzer Sinn: Keine Ahnung :d
Gibts nen Link zum neuen Framedoubler? Dann schau ich über WE mal, so schwierig kann das ja nicht sein ;)
 
Ich spiele alle progressiven Quellen mittlerweile mit der PS3 ab und überlasse dem Videoprozessor die Arbeit ;)
Und für LiveTV ist die Kombi DXVA+Hardwaredeinterlacer+Shader meiner Meinung nach deutlich überlegen. Soll aber nicht heissen, dass man für aufgenommene Filme trotzdem die FFDShow-Kette anschmeissen kann.

Lange Rede kurzer Sinn: Keine Ahnung :d
Gibts nen Link zum neuen Framedoubler? Dann schau ich über WE mal, so schwierig kann das ja nicht sein ;)

Also bei mir läuft das alles..

source=ffdshow_source()
MT("a = last b = FluxsmoothT
SPresso(bias=25, biasC=25)",3)
MT("a= last b=a.Spresso() SeeSaw(a, b, NRlimit=2, NRlimit2=1,Spower=2, Sdamplo=8)
LimitedSharpenFaster(strength=70, Lmode=7)",3)
SetMTMode(2,8)
multinum=2
multiden=1
mode=2
spar=0
pel=1
blkh=16
blkv=16
ffdShow_source()
super=MSuper(pel=pel,hpad=0, vpad=0, levels=4)
backward_vec1=MAnalyse(super, isb=true, blksize=blkh, blksizev=blkv, searchparam=spar, plevel=2, levels=4)
forward_vec1=MAnalyse(super, isb=false, blksize=blkh, blksizev=blkv, searchparam=spar, plevel=2, levels=4)
MBlockFps(super, backward_vec1, forward_vec1, num=FramerateNumerator(last)*multinum, den=FramerateDenominator(last)*multiden, mode=mode)
distributor()

Einfach die MVtools.ddl laden und in den avisynth/plugin ordner packen und ersetzen

Testet das mal weil mir ist kein logo flackern mehr aufgefallen aber habe noch einen framedoubler gefunden teste eben mal!
 
Zuletzt bearbeitet:
nö sehe eigentlich nix mehr flackern
teste doch selber mal

Jo so langsam raffe ich hier das ganze :d
werde mir mal eben nen neues profil bastel und dann hier nochmal mit allem drum und drann reinsetzen so das das jede locker installieren kann ;)

Edit: Habe nun ausgibig getestet und es läuft perfekt da flackert nix und es rennt mit allem LSF + Fluxsmooth + SeeSaw + neuer Framedoubler ohne probleme!
Problem bekommt man nur wenn die CPU auslastung an die 100% kommt weil dann schmiert Mediaportal ab daher kann ich nur max ein resize @ 1024xXXX machen
Habe auch nochmal ein profil für nen quad gemacht @ rezise 1920xXXX Lancos Tap 10 das testet nen kumpel gleich mal mit nem i5 750
 
Zuletzt bearbeitet:
Und für LiveTV ist die Kombi DXVA+Hardwaredeinterlacer+Shader meiner Meinung nach deutlich überlegen.

sehe ich auch so, powerdvd 9 decoder + hw deinterlacing spuckt bereits 50fps aus, braucht also keinen framedoubler mehr und zum schärfen dann noch der sharpen oder complex2a shader, ergibt ein sehr gutes bild bei quasi keiner cpu-auslastung.

nur für 24p-hd-filme nehm ich das neue framedoubler-skript, 24 fps sind mir einfach zu stotternd.
dann noch reclock zum beschleunigen auf 50 statt 48 hz, weil mein beamer keine 48 hz kann...
 
Ja aber kann man das auch für mediaportal nutzen?
weil PDVD9 + Hardwaredeinterlacer sollte ja gehen! aber was meint ihr mit shader?

Eigentlich sollte man ja alles im Mediaportal einbinden können
 
Zuletzt bearbeitet:
sehe ich auch so, powerdvd 9 decoder + hw deinterlacing spuckt bereits 50fps aus, braucht also keinen framedoubler mehr und zum schärfen dann noch der sharpen oder complex2a shader, ergibt ein sehr gutes bild bei quasi keiner cpu-auslastung.
Ihr wisst schon das die 50fps ausgabe über das Graka Deinterlacing mit DXVA,
nix mit einer zwischenbildberechnung zu tun hat??
Auch beim TV sehen gibt es mehr als genug Material Progressiven
Ursprungs, Filme seien da genannt, und hier gibt es nun mal nur (von
24fps beschleunigte) 25fps. Das der Renderer 50fps ausgibt liegt daran das
er im interlaced Modus läuft. Bei Progressiven ursprungsmaterial (2:2 Kadenz)
macht die Graka sobald sie es als 2:2 erkennt, einen 2:2 Pulldown und dieser ist im sichtbaren ergebnis 100% gleich dem 25fps Progressiv/Weaving Modus des Renderer.
Bei echten Video(Interlaced) Material liegen 50fields vor, durch das
Videodeinterlacing der Graka und der ausgabe mit 50fps wird die ursprüngliche zeitliche auflösung beibehalten.

nur für 24p-hd-filme nehm ich das neue framedoubler-skript, 24 fps sind mir einfach zu stotternd.
dann noch reclock zum beschleunigen auf 50 statt 48 hz, weil mein beamer keine 48 hz kann...

Also mal hand aufs Herz, also bei dir führen die 24fps einer BD zu einer
stotternden Wiedergabe, bei TV und Film, bei uns hier halt beschleunugt
auf 25fps ist aber alles in butter???..(dabei ist es wurscht ob der Renderer
50fps ausgibt, es liegt nur die zeitliche auflösung von Film vor und
eine zwischenbild berechnung findet nicht statt.)
Ich denke da mal fast das bei dir die 24p wiedergabe ohne Framedoubbler nie
richtig sauber lief???
Weil wenn du bei 25fps Pal film kein stottern wahrnimmst sollte das mit
den ursprünglichen 24fps auf BD`s auch nicht sein.
Klar, die Zeitliche Auflösung von Film halt nur mal begrenzt und wer
da dann auf zwischenbildberechnung steht natürlich gerne, aber
du schreibst ja selbst bei TV(ich ich denke auch da schaust du Film) gehts
okay, bei BD aber nicht (ohne den framedoubbler), dat ist seltsam....

Von einem "Stottern" bei 24/25FPS Film wiedergabe hallte ich auch für stark
überzogen bei mir "stottert" jedenfalls nichts, muss dazu allerdings auch
auf 25fps beschleunigen wegen den möglichkeiten meines TV.
 
Zuletzt bearbeitet:
Ihr wisst schon das die 50fps ausgabe über das Graka Deinterlacing mit DXVA,
nix mit einer zwischenbildberechnung zu tun hat??
Auch beim TV sehen gibt es mehr als genug Material Progressiven
Ursprungs, Filme seien da genannt, und hier gibt es nun mal nur (von
24fps beschleunigte) 25fps. Das der Renderer 50fps ausgibt liegt daran das
er im interlaced Modus läuft. Bei Progressiven ursprungsmaterial (2:2 Kadenz)
macht die Graka sobald sie es als 2:2 erkennt, einen 2:2 Pulldown und dieser ist im sichtbaren ergebnis 100% gleich dem 25fps Progressiv/Weaving Modus des Renderer.
Bei echten Video(Interlaced) Material liegen 50fields vor, durch das
Videodeinterlacing der Graka und der ausgabe mit 50fps wird die ursprüngliche zeitliche auflösung beibehalten.
was auch immer da technisch genau passiert, es sieht jedenfalls deutlich flüssiger aus als z.b. der yadif-deinterlacer ohne aktivierte option "double framerate"
immer sehr schön zu sehen an der laufschrift unten bei N24.

aber du hast natürlich recht mit progressivem ursprungsmaterial, das wird nicht flüssiger obwohl der renderer 50fps ausspuckt, da ist der avisynth-frameratedoubler weiterhin pflicht wenn man es gerne flüssiger hätte.

Also mal hand aufs Herz, also bei dir führen die 24fps einer BD zu einer
stotternden Wiedergabe, bei TV und Film, bei uns hier halt beschleunugt
auf 25fps ist aber alles in butter???..(dabei ist es wurscht ob der Renderer
50fps ausgibt, es liegt nur die zeitliche auflösung von Film vor und
eine zwischenbild berechnung findet nicht statt.)
Ich denke da mal fast das bei dir die 24p wiedergabe ohne Framedoubbler nie
richtig sauber lief???
Weil wenn du bei 25fps Pal film kein stottern wahrnimmst sollte das mit
den ursprünglichen 24fps auf BD`s auch nicht sein.
Klar, die Zeitliche Auflösung von Film halt nur mal begrenzt und wer
da dann auf zwischenbildberechnung steht natürlich gerne, aber
du schreibst ja selbst bei TV(ich ich denke auch da schaust du Film) gehts
okay, bei BD aber nicht (ohne den framedoubbler), dat ist seltsam....
ne das hast du falsch verstanden, progressiven 25fps-film im TV empfinde ich genauso als leicht stotternd, schaue ich nur sehr selten und da SD-auflösung eh nicht berauschend ist stört mich da das stottern auch nicht mehr besonders.

Von einem "Stottern" bei 24/25FPS Film wiedergabe hallte ich auch für stark
überzogen bei mir "stottert" jedenfalls nichts, muss dazu allerdings auch
auf 25fps beschleunigen wegen den möglichkeiten meines TV.
"stottern" ist vielleicht ein etwas übertriebener ausdruck, aber gerade bei schnellen szenen und kameraschwenks empfinde ich den eindruck bei 48/50 fps um einiges besser.
und 24/25p läuft schon einwandfrei bei mir, daran liegts nicht, mich stört das auch im kino.
bei pc-games gibt sich ja auch keiner mit 25fps zufrieden, oder?
 
Zuletzt bearbeitet:
Ihr wisst schon das die 50fps ausgabe über das Graka Deinterlacing mit DXVA,
nix mit einer zwischenbildberechnung zu tun hat??
Ja ist bekannt, was willst du uns jetzt sagen?

50p Ausgabe beim Filmcontent (erkannte 2:2 Kadenz) ist nicht anderes als weave & framedoubling (<> Zwischenbildberechnung).
Hier muss die zeitliche Auflösung von 50i nicht erhalten bleiben, da die Ursprungsquelle eh in 24/25 fps vorliegt.
Bei Videocontent werden aus 50 fields 50 frames gewonnen (bei einer hochwertigen Methode ohne die halbe vertikale Auflösung wegzubob'en) unter beibehalten der zeitlichen Auflösung (z.B. für schnelle Sportübertragungen wichtig)

Bei Videocontent wird beim "Zwischenbildberechnungskirpt" erstmal die halbe zeitliche Auflösung verworfen und anschließend Zwischenbilder berechnet?
Oder wo werden bei konstanter Frequenzausgabe (50hz) sonst die Frames reingemogelt?
Hat jemand mal den Link wo der Author des Skripts sein Werk vorstellt? Wäre mal interessant.

Es ist bei LiveTV so, dass die Settings von Kanal zu Kanal (bzw. Sendung zu Sendung) angepasst werden müssten. Ist schwierig zu realisieren -> DXVA & GPU Processing
Für den gemütlichen Filmabend mit entsprechenden Aufnahmen kann es aber durchaus sinnvoll sein die ffdshow-Kette anzuschmeisen.

P.S. 24p (Bluray) & 50i (TV weave-deinterlacing) Filmcontent erzeugt die gleiche Bewegungswahrnehmung.
 
Zuletzt bearbeitet:
Ja ist bekannt, was willst du uns jetzt sagen?

50p Ausgabe beim Filmcontent (erkannte 2:2 Kadenz) ist nicht anderes als weave & framedoubling (<> Zwischenbildberechnung).
Genau das schrieb ich doch oben..
2:2 Pulldown bei Film,klar ist das nen framedoubling, nur ist dies keine zwischenbildberechnug.
ahja mit "ihr" warst du auch nicht gemeint, das du es weißt, weiß ich.

Hier muss die zeitliche Auflösung von 50i nicht erhalten bleiben, da die Ursprungsquelle eh in 24/25 fps vorliegt.
Bei Videocontent werden aus 50 fields 50 frames gewonnen (bei einer hochwertigen Methode ohne die halbe vertikale Auflösung wegzubob'en) unter beibehalten der zeitlichen Auflösung (z.B. für schnelle Sportübertragungen wichtig)
nimms mir nicht übel nuts.. Lesen! das schrieb ich doch..


.
P.S. 24p (Bluray) & 50i (TV weave-deinterlacing) Filmcontent erzeugt die gleiche Bewegungswahrnehmung.

Genau darum gings mir..
Freezer meinte er könne bei TV auf zwischenbildberechnung(framedoubler skript) verzichten,
bei BD aber nicht wegen dem "stottern". Weil bei TV ja durch
seine konfig -> Codec, Graka, 50fps gerendert werden, könne er auf
die zwischenbildberechnung (das framedoubler skript) verzichten. Nur haben
diese 50fps beim Deint der Graka NIX mit einer zwischenbildberechnung zu
tun aber das brauch ich dir ja nicht zu sagen. Film über TV sollte bei ihm genau so flüssig sein wie BD, ob nun der renderer 24/25/50 fps ausgibt, letzteres zeigt jedes bild 2mal aber im gleichen zeitlichen kontext.

Wir reden hier beide vom selben...
eventuell kamen wir mit dem framedoubler durcheinander, ein 2:2 Pulldown
ist ja ein framedoubling, das framedoubler Avisynth Skript macht aber doch
ne zwischenbild berechnung??, sonst wäre es wohl recht hinfällig.
 
Zuletzt bearbeitet:
habe mich wie gesagt unvollständig ausgedrückt,
filmcontent im TV "ruckelt" auch trotz 50 renderer-fps, video-content mit hw-deinterlacing dagegen läuft so flüssig wie 24/25p-content mit zwischenbildberechnung.
 
ahja mit "ihr" warst du auch nicht gemeint, das du es weist weiß ich.
Aso hab das auf meine Aussage bezogen.
Also sind wir uns einig ;)

edit \ Keine Ahnung was das Skript macht, darum die Frage obs dazu einen Thread vom Author gibt.
Kanns mir eigentlich nur für Filmcontent vorstellen.
 
Zuletzt bearbeitet:
was auch immer da technisch genau passiert, es sieht jedenfalls deutlich flüssiger aus als z.b. der yadif-deinterlacer ohne aktivierte option "double framerate"
immer sehr schön zu sehen an der laufschrift unten bei N24.
Das liegt daran das der yadif ohne die Double Framerate option nur 25fps
ausgibt und damit die zeitliche Auflösung von videomaterial mit 50fields
nicht ausschöpft sondern reduziert.

Mit der double framerate option gibt er 50fps aus und behält die
ursprüngliche zeitliche auflöung von Video bei.
Er macht aber natürlich auch keine zwischenbildberechnung, sprich die zeitliche
Auflösung bleibt bestehen...

aber du hast natürlich recht mit progressivem ursprungsmaterial, das wird nicht flüssiger obwohl der renderer 50fps ausspuckt, da ist der avisynth-frameratedoubler weiterhin pflicht wenn man es gerne flüssiger hätte.


ne das hast du falsch verstanden, progressiven 25fps-film im TV empfinde ich genauso als leicht stotternd, schaue ich nur sehr selten und da SD-auflösung eh nicht berauschend ist stört mich da das stottern auch nicht mehr besonders.


"stottern" ist vielleicht ein etwas übertriebener ausdruck, aber gerade bei schnellen szenen und kameraschwenks empfinde ich den eindruck bei 48/50 fps um einiges besser.
und 24/25p läuft schon einwandfrei bei mir, daran liegts nicht, mich stört das auch im kino.
Ei wenn dem so ist wird verständlich für mich, ich dachte schon
bei Pal Film mit 25p wäre für deine wahrnehmung alles okay, bei BD mit 24p aber nicht.
letzteres will mir ein bekannter z.b heute noch weißmachen,
achja und weiter muss ich mir immer anhören im kino natürlich nicht, da
ist alles smooth, denn da wird ja mit 48/72 hz wiedergegeben wegen flügelblende usw... usf.. blabla :bigok: :wall:..

Also dann will ich nix gesagt haben... :)

bei pc-games gibt sich ja auch keiner mit 25fps zufrieden, oder?
naja bei games ist es teils wieder ein bissel anders..
bei Film aufnahmen hast ja durch die zeit der Blendenöffnung, dann bei
bewegung eine gewisse unschärfe, das lässt einen das auch etwas weniger
rucklick wahrnehmen. Eine knacke scharfe gerenderte Szene aus nem
Spiel wirkt da doch ebbes anders

---------- Beitrag hinzugefügt um 22:41 ---------- Vorheriger Beitrag war um 22:33 ----------

Kanns mir eigentlich nur für Filmcontent vorstellen.

Ich ebenso, bei Video machts aktuell kein sinn, da müsste man erstmal den TV
mit 100hz füttern können.
Und Videomaterial auf 25fps Deinterlacen (blending/skipfield oder was auch immer) um anschließend auf 50fps zeitinterpolieren wäre schon ebbes strange.
Ahja falls du das noch nicht kennst hab auch erst eben mal gesucht...
http://avisynth.org.ru/mvtools/mvtools.html

Dieses sog. Framedoubler Skript baut auf dem MVTools plugin auf
 
Zuletzt bearbeitet:
Alter kein plan wovon ihr da redet..... :fresse:
 
Eines der Hauptprobleme mit FFDShow/Avisynth ist, dass viele User wild Skripte ausprobieren ohne zu wissen wo man überhaupt hin will ;)
Lies dir die Posts in ruhe durch, kannst ja gerne nochmal nachhaken.
Aus der Doku im Link von FaxenDicke geht ja hervor (wobei das nur die DllCalls sind, was da wirklich passiert bleibt unbekannt), dass für den Framedoubler 25p gefordert werden.
Eine 50i Videoquelle (z.B ein Fussballspiel wird mit 50 Halbbildern pro Sekunde aufgezeichnet) zu 25fps zusammenzublenden und anschließend Zwischenbilder auf 50fps zu berechnen ist eigentlich Blödsinn.
 
Zuletzt bearbeitet:
Eines der Hauptprobleme mit FFDShow/Avisynth ist, dass viele User wild Skripte ausprobieren ohne zu wissen wo man überhaupt hin will ;)
Lies dir die Posts in ruhe durch, kannst ja gerne nochmal nachhaken.
Aus der Doku im Link von FaxenDicke geht ja hervor (wobei das nur die DllCalls sind, was da wirklich passiert bleibt unbekannt), dass für den Framedoubler 25p gefordert werden.
Eine 50i Videoquelle (z.B ein Fussballspiel wird mit 50 Halbbildern pro Sekunde aufgezeichnet) zu 25fps zusammenzublenden und anschließen Zwischenbilder auf 50fps zu berechnen ist eigentlich Blödsinn.

Aber wird wirklich in 50i gezeigt? Wenn ja warum erkennt ffdshow nur als eingangs FPS nur 25?
Kann man nicht erzwingen diese in 50fps auszugeben?
 
Nein die Flachmänner können ausschließlich Vollbilder darstellen.
Die Theorie (ffdshow unabhängig) geht an der Quelle (Aufzeichnung) los, 2 Beispiele:

1.Hollywood Film:
Aufgezeichnet mit 24 fps, also nur 24 Bilder pro Sekunde.
Für den NTSC Raum (USA, Japan -> 60i) wird aus 24 fps per 3:2 Pulldown 60i.
Für den PAL Raum (Europa -> 50i) werden die frames auf 25p beschleunigt (pal-speedup) und in fields (Halbbilder) zerlegt-> 25 Vollbilder werden zu 50 Halbbildern und so über DVB ausgestrahlt.

Die zeitliche Auflösung und somit die Bewegungswahrnehmung verbleibt bei 24 fps.
Wie kann FFDShow (bzw. das Avisynth-Script) hier ansetzen? Aus den 50 angekommenden Halbbildern können die 25 Vollbilder zurückgewandelt werden (Deinterlacing - weave), bei der 50hz (50 fps) Ausgabe bleiben jetzt noch 25 fps übrig um Zwischenbilder zu berechnen und eine flüssigere Bewegungswahrnehmung zu erzeugen.
Nichts anders verbrigt sich hinter der "100hz" oder "200hz" Technik im TV.
Über den dadurch entstehenden "Soapeffekt" kann man sich streiten, letztendlich ist es Geschmackssache (ich persönlich mags nicht, das tut aber jetzt nichts zur Sache).

2. Fussballspiel (Videoquelle):
Hier wird derzeit in 50i (obwohl 50p besser wäre) aufgezeichnet, d.h. 50 Halbbilder pro Sekunde - die zeitliche Auflösung ist also ~ doppelt so hoch wie beim Film.
Das ist für schnelle Sportübertragungen auch nötig, da 25 Bilder pro Sekunde viel zu wenig wären.
Wie kann FFDShow (bzw. das Avisynth-Script) hier ansetzen?
Tja das ist eine gute Frage. Man beachte, dass die Ausgabefrequenz ja weiterhin auf 50hz steht, 100hz vom Zuspieler können die TV's meist nicht verarbeiten.
Demnach bleibt die Möglichkeit 2 Halbbilder zusammenzublenden (Deinterlacing -> Ergebnis =25p) wodurch die halbe zeitliche Auflösung verloren geht und anschließend per Zwischenbildberechnung erneut 50 fps herzustellen.
Macht nicht so viel Sinn oder?

Moderne Deinterlacer (Graka: VA-Deint. bei Ati bzw. TS-Deint. bei Nvidia) arbeiten anders:
Dort werden aus 50 Halbbildern 50 Vollbilder gewonnen und zwar mit Hilfe von Zukunfts- und Vergangenheitsfields. Für die Methode muss die Bewegung analysiert werden, was vor allem bei 1080i Quellen alles andere als trivial ist (s. die unzähligen Diskussionen welche Methode von schwachen onboard Chipsätzen angeboten wird).
Die andere Methode ist es einfach jedes Halbbild direkt zum Vollbild zu interpolieren (Fieldscaling oder Bob genannt). Dadurch bleibt die zeitliche Auflösung erhalten, allerdings verliert man die halbe vertikale Auflösung.
Diese Methode verwenden die schwachen onboard Chipsätz bei 1080i.

z.B. Yadif bietet auch ein bewegungsorientiertes Deinterlacing an (50i -> 50p), in diesem Fall kann aber anschließend eigentlich keine Zwischenbildberechnung durch ein Avisynth Skript erfolgen (50hz Ausgabe ist ja konstant).

Soweit mal mein Wissen zu diesem Thema. Zusätze, Korrekturen sind gern gesehen.
 
Zuletzt bearbeitet:
Alter du hast es drauf... :hail:
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh