Hardware Decoder bzw Resizer

Nur weil ein hardwareunterstützter Decoder den Decoderchip auf der Grafikkarte benutzt, bedeutet das noch lange nicht, dass er dadurch auch schneller als ein Software-Decoder ist, der ordentliche Unterstützung für Multithreading hat und die Vorteile von Mehrkernprozessoren, vielleicht sogar mit HyperThreading, stabil nutzen kann (wie LWLibavVideoSource als Alternative zu FFmpegSource2). Im Gegenteil, gerade die früheren PureVideo-Decoderchips (VP2, VP3) sind begrenzt auf Frameraten, die zum Anschauen genügen.

Des Weiteren ist die Nutzung von Hardware-Unterstützung oft mit der Einschränkung der Auswahl verfügbarer Methoden verbunden. Gerade was die Skalierung angeht: Selbst wenn ein GPU-Decoder gleich die Bildfläche mit skalieren würde, könnte er kaum die Vielfalt an Skalierungsfunktionen (Bicubic mit Parametern, Lanczos mit n Taps, Spline mit 2..4 Taps, Gauss, Blackmann) bieten, die AviSynth 2.6 mitbringt.

Zitat von trecordings

Nun frage ich mich, ob es nicht mittlerweile auch Hardware Decoder gibt?

Also für Cuda oder Intel Quick Sync

Es gibt zwar DGDecNV aber da konnte ich keine Wirkung feststellen. Also im Positiven sinne gegen ffms2.

Das liegt aber schlicht und einfach nicht an DGDecNV - das kann die decodierten Frames auch nur so schnell liefern, wie die Decoder-Einheit der Grafikkarte es zulässt. Du hattest das Thema ja selbst schonmal vor einigen Jahren hier angesprochen:

http://forum.gleitz.info/showthread.php…Joke-oder-nicht

Ähnlich Diskussionen:

http://forum.gleitz.info/showthread.php…nsinnig-langsam
http://forum.gleitz.info/showthread.php…2-beschleunigen

Für QuickSync ist mir keine unmittelbare Lösung bekannt. Das einzige, was mir spontan dazu einfällt: eventuell lässt sich per DirectShowSource ein Decoder mit QuickSync-Unterstützung (z.B. der LAV-Videodecoder) verwenden.

Zitat von trecordings

Eine weitere frage betrifft das Resizen.
Gibt es einen Hardware Resizer den man mit Avisyth einsetzen kann?

Im erstgenannten Thread hat 'scharfis_brain' schon darauf hingewiesen, dass man mit DGDecNV den Deinterlacer und Resizer der Grafikkarte nehmen kann.

Ansonsten wüsste ich nur von den uralten AviSynth-Plugins GPU bzw. _GPU25:

http://www.avisynth.info/?GPU%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3

Zitat von trecordings

Es würde sich doch gerade anbieten das Resizen zb der GPU zu überlassen?

Warum? Gerade die simplen Resizing-Algorithmen sind alles andere als hungrig nach massiver Rechenleistung.

Das Thema hatten wir auch schon mal.
http://forum.gleitz.info/showthread.php…-other-programs

Damals unter Edius 6.
Aktuell ist inzwischen Edius 7.01

Zudem gibts auch Hardwarekarten und ext.Boxen.

P.S.:

Einziger Vorteil der Hardware-Lösung ist derzeit, dass die Decoderchips bisher oft noch die umfassendere Funktionalität bieten, insbesondere beim Decodieren von Interlaced-Video in der einen oder anderen Variante.

Noch. Die libav-Entwickler vervollständigen ihre Software auch weiterhin.
__

@ Goldi: Encodieren vs. Decodieren.

Nebenbei, hat eigentlich mal jemand Avi Shader mit aktullen Grafikkarten verwendet?
Soweit ich mich entsinne konnte man damit auch unterschiedliche Resizer durch Shader ersetzen,... (aber schon ewigher, dass ich mir das angeguckt habe und ich wüsste auch keinen aktuellen Downloadlink,..)

Cu Selur

Zitat

@ Goldi: Encodieren vs. Decodieren.

Ja,der Link war fürs encodieren.

bei der neuen Version 7 steht nur "bietet zudem einen besseren H.264-/AVC-Decoder"
vermutlich aber nicht mit Unterstützung der GPU.
http://www.film-tv-video.de/newsdetail+M54…tml?&no_cache=1

Zitat von Tom Keller

Das liegt aber schlicht und einfach nicht an DGDecNV - das kann die decodierten Frames auch nur so schnell liefern, wie die Decoder-Einheit der Grafikkarte es zulässt.

Und umgekehrt: es muß auch auf den Encoder warten. Häufig wird der Großteil der CPU eh vom Encoder genutzt, d.h. durch Beschleunigen des Decodings bzw. verlagern der Decodierung auf die Grafikkarte läßt sich in vielen Fällen entsprechend nur wenig Zeit herausholen.

DGDecNV kann übrigens auch das Deinterlacing und Resizing in Hardware übernehmen, ist dabei allerdings auf die Methoden der Karte/des Treiber festgelegt.

Zitat von Tom Keller

Für QuickSync ist mir keine unmittelbare Lösung bekannt. Das einzige, was mir spontan dazu einfällt: eventuell lässt sich per DirectShowSource ein Decoder mit QuickSync-Unterstützung (z.B. der LAV-Videodecoder) verwenden.

Ja, das sollte gehen. Alle LAV-Decoder außer DXVA2 native lassen sich so einbinden, allerdings mit den üblichen Problem von DirectShowSource().

Hast ansonsten aber Recht: das Thema wurde hier schon zur Genüge durchgekaut.

Zitat

[LIST=|INDENT=1]resize_w, resize_h: integer (default: 0)Use the GPU to resize the video. The resizing is applied after deinterlacing.
If either resize_w or resize_h is 0, no resizing is performed.
If you need to crop before resizing, use the cropping filter in DGIndexNV, or the crop_t/b/l/r parameters described above.
[/LIST]

dgsource("source.dgi", resize_w=720, resize_h=576)

Was für einen Resizer nutzt DGSource da eigentlich? Die meisten Grafikkarten unterstützen doch soweit ich mich entsinne nur nearest neighbor und bilinear (oder hat sich das mittlerweile geändert?).

Zitat

Der Limitierende Faktor ist aber immer die CPU beim Enkodieren.

zumindest wenn man langsame Encodingeinstellungen wählt,...