Kicsit kalandos ez a sok kodek. Azt tudja valaki miért van, hogy a firefox XP-n nem játszik le videókat amiket W7-en simán lejátszik? (tudtommal nem telepítettem semmilyen kodek csomagot egyik oprendszerre sem)
Gyorskeresés
Legfrissebb anyagok
- Bemutató Spyra: akkus, nagynyomású, automata vízipuska
- Bemutató Route 66 Chicagotól Los Angelesig 2. rész
- Helyszíni riport Alfa Giulia Q-val a Balaton Park Circiut-en
- Bemutató A használt VGA piac kincsei - Július I
- Bemutató Bakancslista: Route 66 Chicagotól Los Angelesig
Általános témák
LOGOUT.hu témák
- [Re:] eBay-es kütyük kis pénzért
- [Re:] [sziku69:] Szólánc.
- [Re:] [Luck Dragon:] Asszociációs játék. :)
- [Re:] [sziku69:] Fűzzük össze a szavakat :)
- [Re:] [D1Rect:] Nagy "hülyétkapokazapróktól" topik
- [Re:] Elektromos rásegítésű kerékpárok
- [Re:] [btz:] Internet fejlesztés országosan!
- [Re:] [plevips:] Építkezünk 3. rész (2024)
- [Re:] [gban:] Ingyen kellene, de tegnapra
- [Re:] Gurulunk, WAZE?!
Szakmai témák
PROHARDVER! témák
Mobilarena témák
IT café témák
Hozzászólások
vinibali
őstag
még mindig nem látni a VP9-et élesben...
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
zoltanz
nagyúr
Csinálhattak volna a VP8-hoz is OpenCL támogatású, GPU-n dolgozó codec-et, amit lehetne használni böngészőhöz, videólejátszókhoz.
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
julius666
addikt
Mert a VP8-nál (pontosabban inkább az alapjául szolgáló, több mint egy évtizede kitalált H264-nél) a masszív párhuzamosíthatóság még nem volt kiemelt szempont a tervezésnél, így nem igazán feküdt a feldolgozása a modern GPU architektúráknak. Olyan "bedrótozott" hardveres gyorsítást, mint ami a H264 esetén teljesen elterjedtnek tekinthető manapság, meg egyik chipgyártó sem volt hajlandó készíteni hozzá, mivel a VP8 nem érdekelte/li a kutyát sem (mint ahogy a VP9 sem fogja, szigorúan szvsz ).
Az ARM szerint az Ittiam HEVC és VP9 dekódere is nagyon jól működik OpenCL-en, hiszen 1 watt körüli fogyasztási tartományban is tökéletes a dekódolás sebessége 4K-s videókkal is. A processzormagok ugyanerre nem lennének képesek, míg a fixfunkciós hardverek lényegében elhanyagolható előnyt jelentenének az energiahatékonyság szempontjából
Mondjuk ez a kicsit "túl szép ahhoz, hogy igaz legyen" kategória, de bízzunk benne, hogy legalább nagyjából köze van a valósághoz.
zoltanz
nagyúr
Van h.264 -re is hasonló megoldás, Cuda támogatással. Igaz 3x akkora (nem olyan vészes) teljesítményre van mint DXVA-nak, (1080p -nél), és legalább a GPU-t terheli.
Manapság egy előnye van ha nem vagy szegény, színvonalasabb ellenségeid lehetnek
julius666
addikt
Kicsit későn válaszolok, de inkább mint soha.
Igen van, de az csak a számítások egy részét végzi tudtommal a GPU-n, a CABAC-ot pl. nem, az továbbra is a CPU-n fut. Szóval részben tehermentesíti a CPU-t valóban, de nem teljesen. Cserébe viszont legalább a GPU-t is terheli, illetve emlékeim szerint voltak vele problémák (ugye a CPU és a dGPU közötti munkamegosztás miatt ide-oda mennek az adatok, ami felvet szinkronizációs kérdéseket). A beépített, DXVA-n keresztül elérhető dedikált hardveres dekóderek megjelenésével viszonylag gyorsan eltűntek ezek a Csuda megoldások, valószínűleg nem hiába.
Kicsit ezért vagyok szkeptikus a GPGPU-s feldolgozással kapcsolatban, mert már láttunk rájuk példát és gyorsan elsöpörte őket a történelem vihara. Bár az tény és való, hogy a H265 sokkal "párhuzamosabb" designú, illetve a GPU-k terén is azért volt fejlődés a Cudás dekóderek megjelenése (~2008) óta. Meglátjuk.
[ Szerkesztve ]
Mai Hardverapró hirdetések
prémium kategóriában
- HDD 500GB 45DB
- Iphone 11 fehér 128 GB független
- Eredeti - Apple USB-C kábellel és Magsafe 2 - minden típus - macbook töltő - garancia
- Macbook Pro 16" - 2020 gyártás, i9 és i7, 32/512GB, 4GB Radeon, touchbar, garancia, szürke
- Macbook Pro 15" - 2019, 8 mag i9, 32/512 GB, 4GB Radeon, 90 ciklus, garancia, doboz, szürke (65)