Copyright © 1998-2025 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2025 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Jak na tom budou akcelerátory(dec/enc) nové generace AMD GPU s podporou chroma subsamplingů 4:2:2/4:4:4?
Ked sa nastavi AVR s ultraslow preset alebo kvalita -crf menej ako 10, ty vidis rozdiel medzi 4:2:2 a 4:2:0 ? Na 10 bit HDR monitore za menej ako tisic € asi rozdiel vidno nebude.
Jde o to, že některé kamery produkují výstup 4:2:2, takže pouze Intel grafiky (minimálně iGPU, nevím jak jejich dGPU) jsou schopny HW dekódování (NVDEC snad podporuje pouze 4:2:0 a 4:4:4). Například
https://www.fotoskoda.cz/sony-alpha-a7s-iii-telo/
V 8Kp30(4Kp120) to představuje pro již tak vytížená CPU nemalou a zbytečnou zátěž.
https://www.canon.cz/cameras/eos-r5/specifications/
„Jak na tom budou akcelerátory(dec/enc) nové generace“
Nejde ani tak o generaci jako o formát. S AV1 je podle všeho 4:2:2 podporované. S HEVC je situace jiná, neboť první generace standardních profilů (Main a Main 10) vůbec 4:2:2 nepodporovala a vyžadovala podporu 4:2:0, stejně jako pozdější Main 12. Podpora 4:2:2 se objevila až u speciálních profilů druhé generace, které se ale moc nerozšířily, protože by je nebylo možné přehrát na většině zařízení (televizí), které podporují původní profily.
„některé kamery produkují výstup 4:2:2“
No, ono je potřeba ty specifikace číst celé. Konkrétně u odkazované Alphy čtu dole:
„H.265 / XAVC HS 4: 2: 0 10-bit
UHD 4K (3840 x 2160) při 23,976p / 25p / 29,97p / 50p / 59,94p / 100p / 119,88p [30 až 200 Mb / s]“
Takže kdo chce surový záznam z foťáku přehrávat s hardwarovou akcelerací, tomu stačí si ve foťáku nastavit 4:2:0 místo 4:2:2 a video přehraje na každém Main10-kompatibilním zařízení.
„Jak na tom budou akcelerátory(dec/enc) nové generace“
Nejde ani tak o generaci jako o formát. S AV1 je podle všeho 4:2:2 podporované. S HEVC je situace jiná, neboť první generace standardních profilů (Main a Main 10) vůbec 4:2:2 nepodporovala a vyžadovala podporu 4:2:0, stejně jako pozdější Main 12. Podpora 4:2:2 se objevila až u speciálních profilů druhé generace, které se ale moc nerozšířily, protože by je nebylo možné přehrát na většině zařízení (televizí), které podporují původní profily.
„některé kamery produkují výstup 4:2:2“
No, ono je potřeba ty specifikace číst celé. Konkrétně u odkazované Alphy čtu dole:
„H.265 / XAVC HS 4: 2: 0 10-bit
UHD 4K (3840 x 2160) při 23,976p / 25p / 29,97p / 50p / 59,94p / 100p / 119,88p [30 až 200 Mb / s]“
Takže kdo chce surový záznam z foťáku přehrávat s hardwarovou akcelerací, tomu stačí si ve foťáku nastavit 4:2:0 místo 4:2:2 a video přehraje na každém Main10-kompatibilním zařízení.
https://diit.cz/clanek/navi-48-podporuje-kompresi-do-av1-vcetne-b-frames-navi-44-kompresi-nepodporuje/diskuse#comment-1485111 +Nešlo mi o přehrávání ke konzumaci, ale o dostupnost HW akcelerovaného decodingu v rámci NLE. Snahou je typicky pořídit záznam v maximální kvalitě (co rychlost/kapacita médií dovolí), aby následné zpracování zbytečně netrpělo omezenou kvalitou dat na vstupu.
Díky podpoře záznamu ALL-I (všechny snímky klíčové) by mohl jít na rozdíl od IPB tragédií slušný scrubbing po timeline.
hehe, no idealne by bolo nahravat nekomprimovane, kde 1 hodina 4K, 10 bit HDR, 25 fps bude:
3840 x 2160 x 10 x 3 x 25 x 3600 = 22 394 880 000 000 bajtov cili nybrz ponivac 22,4 TB
tam vsetky starosti s kvalitou zdroja odpadaju ne?
ked je telo kamery dostatocne velke a je to 5 kilova krava na plece, 4-6 slotov v nejakom RAIDe na M.2 SSD sa do tela zmesti
a v 2025 zrejme uz pridu bezne konzumne M.2 s kapacitou 16 TB, co by pri maximalnom optimizme znacilo 4 hod takehoto nekomprimovaneho zaznamu (a co sa tyka rychlosti, tych 6,2 GB/s co to potrebuje na nekomprimovany zaznam, tych 4-6 ks. M.2 na PCIe4 v RAIDe da s prstom v nose)
22,4 Tb, ne TB. Takze vydelit 8.
Ale i tak je to brutalnich 2,8TB.
2,8TB/hodina nekomprimovaného videa je moc? Však mobil mi natáčí komprimované lossless 4k@30 video o velikosti cca 360-400GB/hodina.
Nemá smysl fugngvat s nekomprimovaným video tokem, a komprimuješ, ale když chceš kvalitu tak nepoužíváš inter frame encoding ale per frame lossless kodeky. Například iPhone umí natáčet do ProRes a 4k30FPS v maximální kvalitě - ProRes 422 HQ - dělá něco málo přes 6GB/minuta.
A u velké kamery nemusíš mít vůbec úložiště v těle, můžeš ho mít externě. U toho tvého výpočtu jde o nějakých 6,3GB/sekunda, ale ty to máš v bitech ne bajtech, takže 630MB/sekunda, to ti skoro obyč USB 3.2 gen 2, natož gen2x2 nebo USB4/Thunderbolt 3+. Na 630MB/s ti stačí i obyčejná paměťovka - CFExpress.
Chroma subsampling a komprese jsou trochu ortogonální věci. Když máte třeba něco, kde je červená kresba nebo text na černém pozadí, tak se daleko víc než komprese podepíše ten subsampling.
Akorát je teda škoda že se pořád v profi sféře drží to 4:2:2, což je relikt interlacingu, místo aby se prosadilo 4:4:4 jako standard.
Arri nabízí svůj ArriRaw + ProRes 444 XQ
https://www.arri.com/en/learn-help/learn-help-camera-system/pre-postprod...
BlackMagicDesign se svým B-RAW se vyhrazuje proti limitům 10bit 4:2:2
https://www.blackmagicdesign.com/products/blackmagicraw
R3D slibuje 4:4:4 také
https://tcsfilm.com/rent/red-weapon-8k-helium-s35-woven-carbon-fiber-2/
SONY jakbysmet
https://pro.sony/s3/cms-static-content/uploadfile/47/1237494512347.pdf
Které z profesionálních řešení dnes lpí na 4:2:2?
4:2:2 není žádný relikt interlacingu, ale obyčejná redukce šířky pásma.
Subsampling obecně je redukce šířky pásma (v nekomprimovaném formátu - je otázka, jak moc to vlastně pomáhá po kompresi, protože chroma se tak jako tak komprimuje drastičtěji, už u H.264 autoři enkodéru x264 tvrdili, že 4:2:0 vlastně moc neušetří a lepší by bylo možná nechat ten problém na kvantizaci v samotném ztrátovém dekodéru, u které by se navíc daly použít psychovizuální optimalizace oproti "blbému"/slepému subsamplingu).
Ovšem když se podíváme na různé druhy subsamplingu, tak důvod pro použití specificky typu 4:2:2 bylo v tom, že fungoval bezproblémově s interlacingem, zatímco u 4:2:0 nastávají komplikace (progresivní versus interlaced kódování). ještě je tam tedy druhý důvod, a sice že 4:2:2 se dalo dobře zpracovávat jako formát, kde jsou data na střídačku v jednom plánu - 8 bitů luma, 8 bitů (4+4) dva kanály chromy na pixel. U 4:2:0 je to komplikovanější protože máte 8 bitů luma, 4 bity (2+2) chroma na pixel. takže kvůli tomu nepoměru se obvykle používal planární formát kde jsou ty kanály ve třech blocích zvlášť. Ale to IMHO dneska už nemá žádný význam když se video nezpracovává na systémech, kterým zoufale chybí výkon jako v deadesátkách nebo na hardwaru místo v softwaru.
No a na druhou otázku - neříkal jsem, že že žádná profesionální řešení nepoužívají 4:4:4 jen že mnoho jich ustrnulo na 4:2:2, i když pro něj není moc opodstatnění a lepší by bylo používat jen 4:4:4.
To, že se Lazar ptal na to, jestli je 4:2:2 podporované, přetrvávání toho formátu dokládá, ne?
Zajímalo mne, pro která (příklady) dnešní profesionální řešení je 4:2:2 maximem.
Vzhledem k patentu RED na ukládání nezpracovaných snímků v kameře to snad někteří výrobci řešili pomocí extermích recordérů (SDI/HDMI). Např. BMD Video Assist, který podporuje 4:2:2 (B-Raw/DNxHR), či Atomos (ProRes RAW). Zda se v tomto (uplatňování patentu) situace po odkupu REDu Nikonem změnila netuším.
https://www.blackmagicdesign.com/products/blackmagicvideoassist/techspec...
https://www.atomos.com/prores-raw/
AVX neni pouzitelne?
Co mají společného AVX instrukce s HW dekodérem/encodérem HEVC? AMD a ani NVIDIA nemají u HEVC decode/encode podporu 10 a 12 bit 4:2:2. Takže místo úsporného dekodéru musíš používat neúsporné CPU jádra a pokud budeš dělat s hromadou datkových vicdeí na timelině, tak pokud nebudeš mít nějaké "super dělo CPU", tak velice rychle pochopíš že se s tím nedá rozumně pracovat - každý posun, skok na timeline bude za trest a to bez nějakých efektů, stabilizace, magic mask, motion graphic. gradingu...
Pak i levný pasivně chlazený lowend MB Air vydrtí Threadripper.
Ohledně AV1 a YT. Pár týdnů nazpět mi starý PC začal u některých videí více hučet, a když jsem chtěl video zastavit, tak to lagovalo tak 2 sekundy. Tak jsem se konečně podíval do nastavení přehrávání YT, kde je toho pomálu, co jak nastavit.
Je tu položka "nastavení AV1" s možnostmi:
a) Automaticky (doporučeno)
b) Preferovat AV1 pro rozlišení SD
c) Vždy preferovat AV1
Tomu říkám výběr... prostě ti to vnutí. Hlavně u malých rozlišení je to blbost.
Platíš Googlu, aby ti nabízel i kodeky, které jim dělají větší traffic? Přechod na AV1 byl jasný roky dopředu. na plečkách si holt nastavíš menší rozlišení, ať ti to utáhne CPU.
A za distribuci obsahu v nich (H.264/HEVC?) musí odvádět poplatky MPEG LA?
I to je důvod VP9/AV1 (za h264 byl horní limit platby, který všem vyhovoval, takže ten se používá dodnes).
Pentium 4 na AV1 nie je stavané. Tipujem, že akékoľvek i5, alebo novšie i3 AV1 zvláda. Kedysi mi fHD zrejme VP9 zvládal aj C2Q. Musím AV1 na ňom vyskúšať. HD by mohol zvládnuť.
To nastavení neznamená že AV1 dostaneš vždy, když budeš mít volbu C. Záleží i na videu, kdy vzniklo a v jakém rozlišení.
Dřív jsem si s tím nastavením AV1 hrál a výsledky byly všelijaké, u 8k videí to bylo snad vždy v AV1, ale v 4K nebo menším, nehledě na HDR nebo ne HDR video to bylo někdy AV1, někdy VP9. Podle mě záleží na tom zda má YT to video v AV1 transcodované. U starších to nebude, u novějších to bude..
A jak píšeš u nižších rozlišení to v AV1 být nemusí tak často jako u těch větších, viz ty 8k videa. Osobně mám na YT nastaveno 4k pokud to video nebo zařízení umožňuje a samozřejmě HDR pokud je video dostupné v HDR (téměř všechna zařízení kde sleduji YT mají HDR displeje - OLED/MiniLed s 600+ nity)
Takže od AMD na kompresi AV1 buď dražší grafiku - nebo noťas, ty to umí... Pěkná hovadina.
Desktopove Zen4 a novejsi Zen5 integrovanou grafiku maji, takze jakypak notas... ? To je snad jedno jestli je to desktopova iGPU s 2CU nebo APU s 12CU nebo vice... dekoder nebo encoder je tam potreba.
co je to za blbost? ryzen5 8500g za 3,7 litru umi:
1080p864 8/10bpc AV1, 1440p513 8/10bpc AV1, 2160p240 8/10bpc AV1, 4320p60 8/10bpc AV1
https://www.amd.com/en/products/processors/desktops/ryzen/8000-series/am...
Tohle je původem mobilní procesor a ty to umí. Stolní devítková řada ne, ta pidigrafika v nich umí AV1 a VP9 jen dekódovat.
Však ta pidigrafika slouží jen k zobrazení plochy a přehrávání videí. Kdo chce víc, koupí si dedikovanou kartu. Kromě těch nejlevnějších, které můžou být původem mobilní, mají plnohodnotné vybavení, např enkodéry.
Ty mobilní plnohodnotné vybavení mají.
"Radeon RX 6500 XT uveden, ale pozor na formáty videa, neumí AV1 [přehrávání]"
https://diit.cz/clanek/radeon-rx-6500-xt-uveden-ale-pozor-na-formaty-vid...
A potřebujeme mít AV1 kompresi v GPU? Jenom na streamování záznamů z her na youtube, který stejně nikoho nezajímají? Tam to klidně může letět ve formátu HEVC, youtube to stejně překomprimuje a zprasí.
Třeba je to v requirements pro Microsoft Recall 2.0.
Kdyby to tak náhodou bylo, tak by requirement byl že ten enkodér musí být v procesoru, ne v dGPU, kvůli spotřebě. Jako akcelerace AI...
Ano, dGPU v notebooku už má obvody jen pro 3D. Dokonce už funguje v BIOSu volba "používat pouze dGPU" a přitom jsou konektory zapojené do iGPU.
"Ano, dGPU v notebooku už má obvody jen pro 3D. "
To má být sarkasmus? Samozřejmě dGPU plnou výbavu má, jinak by nešel například HW decoding skrze dGPU.
https://www.monitos.cz/tmp/rtx3070m_dxvachecker.png
Volba "používat pouze dGPU" je realizována buď přítomností MUXu, který přesměruje obraz generovaný dGPU na výstupní LCD/konektory a u notebooků bez MUXu je výsledný obraz vygenerovaný v dGPU z její VRAM přenášen do framebufferu iGPU (dGPU nemá přímé spojení na LCD/konektory). Což dle testů stojí něco z výkonu (pár % FPS).
https://forum.level1techs.com/uploads/default/original/3X/6/e/6e4c37a864...
RTX 3070 je desktopový čip. Většina notebooků má mobilní, např GeForce MX.
Vždyť žádné Geforce MX se snad již léta v ntb nenabízí.
https://www.alza.cz/levne-notebooky/18842920.htm#f&cst=0&cud=0&pg=1&pn=1...
Ještě před rokem si ho kolega v práci omylem koupil a vidím, že jsou notebooky s Jedenáctkami a GeForce MX. Ono to dává logiku, desktopové čipy mají výkon a tedy něco stojí. Co mají pak dělat levnější notebooky, když do nich mermomocí cpou dedikovanou grafiku? I tady na Diitu čteme nářky, jak je těžké sehnat notebook s dobrou iGPU a bez dGPU, která tam překáží.
V nabídce Alza je v současnosti 942 modelů nových ntb (Win/non-OS) pouze s integrovanou iGPU (nejdražší z nich stojí 84kKč) a 268 modelů ntb s dedikovanou dGPU. Problém si vybrat často není o nabídce, ale neschopnosti jednotlivce zvolit nejvýhodnější kompromis pro očekávaný life cycle v rámci stanoveného budgetu, ideální notebooky (s dGPU či bez) myslím nikdo na trh zatím nedodává.
Na tom byl právě založen ten podvod s GeForce MX, lidí vidí jen to jméno GeForce. Kdyby se kolega zeptal před koupí, tak mu to vysvětlím. Naštěstí je už vytlačuje AMD APU a Apple, pokud někdo chce levně herní iGPU (i ta v pasivně chlazeném MB Air napájeném adaptérem pro mobil je docela dost výkonná). Uvidíme ještě s NVidia iGPU v nových ARM SoC.
Teď se místo toho bude všude cpát RTX 2050 / 3050 / 4050, nic moc se nezmění (tyhle GPU nejsou zas o tolik lepší, takže jsou nebo brzo budou v pozici přesně toho samýho balastu/Nvidia tax jako MX grafiky).
Vy to třeba nepotřebujete, já ano.
Ahoj, všem přeju nej do nového roku, upgrade GPU nebo PC.
Hlavně čekám v příštím roce na hry (je jedno s čím to odehrajete Radeon, Nvidia, Intel), novej Commados, Kingdom Come 2, a na konci roku možná novej Battlefield.
Jak jsem slyšel u motorkářů, nezáleží jakou máš motorku (= HW počítače), hlavně že je zábava a projedem se.
Take vám přeji vše nejlepší k úspěšnému dokončení oběhu planety kolem své hvězdy.
...
Jsem zasadne proti tomu, aby se video z blu ray ale i DVD jeste dal prepocitavalo. Nicmene bohuzel prijde jednou doba, kdy budou uz jen streamy a tam bude implementace schopnych kodeku jako je AV1 primo existencni. Hlavne musi vymizet nesvary jake predvadi Prima+ ci Voyo: velmi nizky datovy tok na dnes jiz zastaravajicim H.264...
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.