Teljesítményjavítások érkeztek a H.265 Vulkan kódoláshoz az FFmpegben

enlightened Ez az oldal a közösségért készül. heart Kövess minket máshol is:  Linux Mint Magyar Közösség a Mastodon-on  Telegram csatorna – csak hírek  Beszélgessünk a Telegram – Linux csevegő csoport  Hírek olvasása RSS segítségével  Linux Mint Hivatalos Magyar Közösség a Facebook-on      Linux Mint Baráti Kör a Facebook-on
wink Ha hasznosnak találod, és szeretnéd, hogy folytatódjon, támogasd a munkát Ko-fi vagy Paypal segítségével. laugh

kami911 képe

Ma egy optimalizáló javítócsomagot olvasztottak be az FFmpeg Git kódjába, amely felgyorsítja a hevc_vulkan működését, részben azzal, hogy átvesz néhány, a h264_vulkan esetében már bevált hangolást. A commit üzenete részletesen leírja a változtatásokat, és teljesítményméréseket is közöl:

„ALLOW_ENCODE_PARAMETER_OPTIMIZATIONS nélkül, és a minimális CU-t 8x8-ra kényszerítve a hevc_vulkan jóval nehezebb kódolási konfigurációt használ az általános minőségi szinteken, mint a h264_vulkan (16x16 makroblokkok, nincs min-CU mező az SPS-ben). Állítsuk be a session flaget, és használjunk 16x16-os minimális CU-t, ha a CTB >= 32; emellett javítsuk a max_transform_hierarchy_depth_inter hozzárendelését.

Amikor alkalmazzuk a GetEncoded SPS visszacsatolást, a felülírt mezőket szinkronban kezeljük (extent/conf_win, min/diff CU és TB méretek, transzformációs hierarchia). Ha csak a log2_diff mezőt másoljuk, akkor CtbLog2SizeY=7 marad, és egyes megvalósítások a minimális CU átírása után a HEVC dekódolhatatlanná válik.

Parancs paraméterek (1080p testsrc2, quality 1, 1000 frame):

előtte: hevc ~200–317 fps, a h264 ennél gyorsabb

utána: hevc 289/325/358 fps, h264 288/317/359 fps (gyakorlatilag azonos)”

Örvendetes, hogy a HEVC Vulkan kódolás nemcsak gyorsult, hanem gyakorlatilag utolérte a H.264 kódolási sebességét. Akiket érdekelnek a részletek, a beolvasztott javítócsomagot itt találják.