Beiträge von Selur

VCC (=h.266) ist aus meiner Sicht noch nicht brauchbar.

Hybrid rev 2021.04.06.1:

*fixed*

• Jobs: batch job creation

-> downloads: http://www.selur.de/downloads

Cu Selur

Hybrid rev 2021.04.05.1:

*fixed*

• Synth: remove fulldepth parameter from DGSource
• Output: mkv HDR tagging
• Tools: mp4box version check
• NVEncC: crop&co
• Avisynth: FrameRateConverter: don't add Num/DeNum when double is used
• Output: generate output name: add cut start&end frame info
• Vapoursynth: removed vsAnime4KLevel
• x264 'aud' GUI option not connected to model
• Vapoursynth FilterPreview crash with Letterboxing
• aomenc: fixed do not use adaptive quantization with lossless
• Filtering: yadif - custom: field order ignored
• fixed double calculation deinterlace/ivtc
• x264: gui falsely indicated 'me=uhm' for preset 'slow' even when 'me=hex' was used.
• Vapoursynth: try shortening file names for VSFilterMod (Windows only)
• UI: dependencies adjustment when max value changed
• x264: initial qt_max value.
• aomenc: gui glitch
• rav1e: 2pass crash
• NVEnc: progress indication
• Audio: problem with audio cut
• Vapoursynth: script profile saving missing some filters.
• Input: fixed image sequence pattern detection (bug cause by switch to qt6)

*changed*

• UI: removed deinterlacer 'none', since it was just decorational
• Vapoursynth: label Vapoursynth preview in 'Filter-' and 'Filter-Split'- view
• Avisynth: CCD added ccdMT option
• Avisynth: AssRenderer set matrix
• Avisynth: Blur selection fixed cosmetics
• Vapoursynth: mClean: use vcm instead of vcmod
• Analysis: interpret 0.0000 as PAR as 1

*added*

• Vapoursynth: "Always use Vapoursynth" to tell Hybrid to use Vapoursynth even when it's not needed
• Vapoursynth: Filter-Queue (see: [INFO] About Vapoursynth Filter Order/Queue)
• Vapoursynth: DetailSharpen
• Vapoursynth: 'Apply Only to' + 'Every'
• Avisynth: CAS, vsMSharpen
• Decode: ffmpeg vsync option
• x265: support --(no-)eos/b
• NVEncC: support warpsharp

-> downloads: http://www.selur.de/downloads

Cu Selur

Hybrid deaktiviert es wenn "QSVEncC --check-features" nichts zurück gibt. (oder keine Intel CPU gefunden wurde)

Laut https://helpx.adobe.com/de/x-p…nd-hardware-encoding.html scheint es als ob die Quick Sync verwenden.

-> Könntest auch mal QSVEnc in Hybrid versuchen, falls Du eine Intel CPU hast, da unterstützt Hybrid aber keinen 'Only use encoder' mode.

Cu Selur

Scheint als ob die ihren eigenen Encoder verwenden, was Hybrid nicht kann.

Cu Selur

Zitat

hevc 2 pass durchlauf,

Das kann so viel und nichts je nach Encoder bedeuten,... lies auch den Tool-Tip bei "NVEnc->Base->Encoding mode".

Cu Selur

Eine "Software Kodierung" bei der die CPU nur 5-10% genutzt wird erscheint mir merkwürdig.

Keine Ahnung was 'Software Kodierung' in Adobe Media Encoder bedeutet.

Offensichtlich wird nicht x265 genutzt.

Ich vermute, dass wenn man alles in Adobe Media Encoder über die GPU läuft sollte es in Hybrid NVEnc mit aktiviertem 'NVEnc->Hardware->Only use encoder' entsprechen. Da wird dann kein Avisynth/Vapoursynth/FFmpeg verwendet sondern kein NVEnc (für Decodierung und Encodierung).

Vielleicht ist das auch das was bei NVEnc der Preset (default/performance/quality) entspricht. (https://github.com/rigaya/NVEn…other-options-for-encoder)

Mit aktiviertem 'Only use encoder' sollte auch bei Hybrid die CPU Auslastung minimal sein.

Cu Selur

Zitat

beim adobe media encoder habe ich hevc mit software-codierung ausgewählt und als renderer die gpu beschleunigung. Das Rendern ging dann deutlich schneller und ich konnte bisher kaum Qualitätsunterschiede feststellen.

Ich vermute, dass dies bedeuten soll, dass zum Dekodieren die VPU/GPU genutzt wird und zum Encodieren ein softwarebasierter Encoder.

Das kann Hybrid auch, wenn man es entsprechend konfiguriert.

Man kann in Hybrid das Dekodieren durch die GPU (genauer VPU) machen lassen in dem man:

a. für ffmpeg den GPU support aktiviert (Config->Input->Decoding->use gpu for decoding)

b. für eventuelle SourceFilter den GPU support aktiviert ("Filtering->Vapoursynth->Misc->Source->Libav hardware decoding mode"; "Filtering->Avisynth->Misc->SourceLibav hardware decoding mode")

oder einen Decoder nutzt der immer die GPU nutzt ("Filtering->Avisynth->Misc->Source->Support FRIM" und/oder "Filtering->Avisynth->Misc->Source->Support DGDecNV" sofern man eine DGDecNV Lizenz hat; "Filtering->Vapoursynth->Misc->Source->Use DGDecNV when available" sofern man eine DGDecNV Lizenz hat).

Hybrid kann nicht die Arbeitsweise von x265 ändern, sprich so lange ein Softwareencoder wie z.B. x265 nicht die GPU nutzen kann, kann Hybrid nichts daran ändern.

Cu Selur

Gemerkt: Falls einem mal einer der Entwickler von Etherium über den Weg läuft muss man sich bei denen beschweren,...

Grummel, nervt auf jeden Fall.

Mal schauen was das noch gibt.

https://github.com/tding1/CDFI

sieht auch nett aus,..

Finde es auf jeden Fall schön, dass immer öfter der Code von neuen Papern bei GitHub auftaucht.

(Wenn da noch Vapoursynth filter bei heraus springen würden wäre es natürlich super, aber ist verständlich, dass das im Rahmen eines papers nicht zu erwarten ist.)

Cu Selur

Was ist eigentlich aus ASICs geworden? War es nicht mal effizienter ASICs zu nutzen als GPUs?

Bin mit meiner alten GeForce GTX 1070 Ti auch immer wieder am Überlegen mir ne RTX Karte zu holen, dann schau ich auf die Preise für die Geforce RTX 3060 Ti und einen Wasserkühler, schau dann wie lange die Wartezeiten für die Teile sind und denke mir dann: Okay, die alte 1070ti tut es noch.

Danke für die Info

Gerade noch über ein anderes neues Projekt gestolpert: https://github.com/tarun005/FLAVR (wird auch in flowframes unterstützt)

Hoffe ja für die ein oder andere Methode schreibt jemand Vapoursynth support.

Cu Selur

Nice. Danke für die Info!

Cu Selur

Vielleicht interessant: https://nmkd.itch.io/flowframes Unterstützt CAIN (Channel Attention Is All You Need for Video Frame Interpolation) und RIFE (Real-Time Intermediate Flow Estimation for Video Frame Interpolation), welche beide einiges flotter als DAIN seien sollten.

cain&rife gibt's auch bei github

https://github.com/nihui/cain-ncnn-vulkan

https://github.com/nihui/rife-ncnn-vulkan

Cu Selur

Ne, AVCHD 2.0 erlaubt nur Level 4.2, was auch sein muss für 1080p@60fps.

Cu Selur

Remuxen mit tsMuxeR mit "Generate HDMV compatible TS" aktiviert hilft auch nicht.

Das scheint auch nur '--new-audio-pes' hinzuzufügen.

-> Vielleicht meldet sich ja noch jemand der AVCHD 2.0 compatiblen content mal mit x264&Co erzeugt hat.

Cu Selur

Hab bei mir im Forum einen User der AVCHD 2.0 1080p@50fps streams erstellen will um sie mit TMGEnc zu authoren.

Aber TMGEnc sagt das File wäre "AVCHD Progressive" (= avchd 2.0) kompatible.

Kennt sich da zufällig jemand aus und weiß warum er sich anscheinend über Profile&Level aufregt?

Cu Selur