Které procesory umí hw akceleraci 10bit H264 ?

ano, je to High 10 Profile, a High 4:2:2 Profile, uprimne netusim jak je to s HW podporou, logicky bych cekal pokud je pro 10 bit HEVC, bude i pro 10 bit .h264. Ale jestli to tak je - nevim. Proc HEVC nezajima?

mám pocit, že HW podpora akcelerovaného enkódování přes quicksync v ffmpeg není uplně hotová a bez bugů:
- nefunguje look_ahead (pro režim LA_ICQ), takže jde jen ICQ – obdoba -crf (třetí je Constat quantitizer *** obdoba -q(scale) ) . údajně možná bude zprovozněno v nové verzi driveru...
- při spuštění příkazu pro enkodování ffmpeg se to nějak zakousne, vůbec nezačne kódovat, ačkoli ffmpeg commandline reague (takže ukončit proces klávesou Interrupt). Náhodný jev to je...
- z nějakého důvodu takto vytvořené video nejde akcelerovaně dekódovat pomocí DXVA (zatímco jiné HEVC od daném fps+res ano). Podle mě může být nějaký nestandardní feature toho videa (gop, rate, refs, bf(rames) a pod, enkod=r toho vyprodukuje asi 8 řádků s nastavením použitým pro kodování při loglevel verbose)
-je nutné přidat k ffmpeg parametr -load_plugins 6fadc791a0c2eb479ab6dcd5ea9da347 , jinak to hlásí chybu že se nepodařilo načíst plugin (hodnota se může asi měnit podle verze OS ,platformy, verze sdk a driveru, apod)

Jinak je to dost rychlé...

Aha, takhle do hloubky jsem to nestudoval, nicmene - co vim, tak je stejne na intelech encoding pres quick sync video do HEVC placeny - bez platne licence ktera vychazela na nejakou nesmyslnou castku to bezi jen nejaky pocet snimku a pak "tma". Aspon takhle si to pamatuju ze to bylo kdyz jsme si s tim kdysi hrali (se Skylake generaci CPU = jen 8bit). QSV do .h264 naprosto v pohode, pouzivame - je to fakt rychle a kvalita slusna, ale HEVC tak na vzorek v radu minut ze to jde. (detaily, nastaveni atd. uz si nepamatuju, uz to je nejaky ten patek) Ono vubec v rovine licenci pro .h265 je to takove zmatene, jakkoliv je budoucnost jasna. Ve vyssich rozlisenich je to uplne nekde jinde nez .h264.

Podla mna vsetky zanovne a nove od Intelu. Riesil som teraz u zakaznika prechod na nove NVRko (70 kamier) a zistil som, ze skoro vsetky znacky maju problem s klientami, respektive vacsi pocet klientov zabije i5 procesor uz pri 20-25 kamerach.
Jedina vynimka je Vivotek, ktory sice pise, ze i7 mi zobrazi len 9 kamier vo fullHD (h.265), ale ak napcham 32 kamier ide mi novy procesor na nb (i3) na 20%, 64 kamier vytazi 3 roky staru i5 na 80%.
Badal som nad tym, ze preco a jedine co mi vychadza, ze Vivotek vyuziva na rozdiel od inych (Hik, Dahua, Unv) prave podporu quick syncu a samozrejme na rozdiel od Cinancov nenafukuje svoje specifikacie, ale vedome sa podcenuje.

Ano, ale to je podpora de-codingu (prehravani), ne en-codingu. Prehravani bych rekl zadny problem nebude, 10b teda tusim az od Kabylake nahoru (nedam ruku do ohne, musel bych vyzklouset).

Není někde video v parametrech zde udaných? Předpokládám, že muj I5 2400 + 7870XT to přehraje jak nic.

připomínám, že mě zajímá enkódování.

Další věc, která při hevc_qsv nejde : nastavení parametr preset ( (very)slow(er),...fast(er) apod) – tyto parametry se v QSV mapují na "TargetUsage" – tradeoff mezi rychlostí a kvalitou při stejném bitrate: Zatímco u H264 se zobrazí v logu a je znát vyšší kvalita (rychlost klesne minimálně například z 2.48x na 2.39x realtime ), zatímco v HEVC je to stále 4 (~medium)

Mimochodem Skylake je sice "2 roky starý", ale KDYSI se mi zdá dost přehnané
pokud by byl placený, tak by mi to nešlo. mě to funguje OK

Otázka je co znamená zánovní, když každý rok vychází nové řady procesorů.

Ještě to mohu zkusit na Haswellu, jak si s tím poradí.

Technický dotaz: na wikipedii se píše, že například Haswell a Broadwell mají "PARTIAL" podporu dekódování HEVC (až další mají "pořádnou-fixed function). Myslí se tím , že to není "fixed function" a to znamená, že je to přes shadery nebo je tam ještě nějaká jiná možnost?
– Existuje i něco podobného i pro enkódování, nebo tam žádný mezistupeň není (buď softwarově nebo quicksync)?

Další věc, která zpomaluje výkon je změna velikosti videa (z 3.3x na 2.5xú. Z nějakého důvodu mi nejde -vf scale_qsv=WxH (údajně rychlý scaler quicksync), píše to v logu spustu věcí jako
Impossible to convert the formats supported by the filter
Error reinitializing filters
Failed to inject frame into network :Function not implemented (opravdu to není z wiresharku)
Error while processing the decoded data
Podle mě je problém, že tento druh filtru vyždauje nějak "nedekomprimované" snímky, ale nevím jak toho docílit (zkoušel jsem před -i dát hwaccel qsc - c:v hevc_qsv)

Info:
https://www.intel.com/content/dam/www/public/us/en/documents/white-papers/quicksync-video-ffmpeg-install-valid.pdf
https://www.intel.com/content/dam/www/public/us/en/documents/white-papers/cloud-computing-quicksync-video-ffmpeg-white-paper.pdf

Tady asi k tomu tezko nekdo rekne vic, encoding je trochu jine kafe nez prehravani/decoding. U nas se tomu trochu venuje kolega, tak jen referuju co se tyce "vysledku", ale technicke detaily nevim/nevidim do toho az takhle do hloubky.

Skylake je stary 3 roky, ale vyvoj zrovna v te podpore formatu videa je znat = mame od te doby dalsi 2 generace Intelu - vykonem CPU cca. stejne, ale zrovna v QSV o neco dal. Mam pocit ze se cosi nepovedlo u Kabylake (nevysel prej vubec Intel Media SDK s podporou Kaby-, a primo reakce Intelu - "chcete encoding = pouzijte Skylake generaci"), pro Cofee- support dle vseho je, nejak od 3.2018 cca. - a melo by jit i HEVC 10b, netusim co .h264. Jeste nebyl cas se tomu venovat, bohuzel.