Új hozzászólás Aktív témák

• #17 Pikari veterán hapakj #16

  Új Válasz 2024-11-24 23:00:40 #17

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pikari

  veterán

  válasz hapakj #16 üzenetére

  igen, a gyártói library csak a saját chipjükkel kompatibilis.

• #16 hapakj őstag Pikari #15

  Új Válasz 2024-11-24 22:50:20 #16

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hapakj

  őstag

  válasz Pikari #15 üzenetére

  s miért használhatatlanok? A gyártók a saját libraryijaikkal gondolom a saját dedikált hw-eüket teszik elérhetővé.

  Itt arról lenne szó, hogy egy sw implementációt összehasonlítani CPU és GPU közt.

• #15 Pikari veterán hapakj #14

  Új Válasz 2024-11-24 21:33:27 #15

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pikari

  veterán

  válasz hapakj #14 üzenetére

  az opencl implementációk teljesen használhatatlanok, ezért a gyártók a saját libraryjaikkal próbálják gyorsítani az enkódolást.

• #14 hapakj őstag Pikari #13

  Új Válasz 2024-11-24 21:01:26 #14

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hapakj

  őstag

  válasz Pikari #13 üzenetére

  Jó kérdés. Nagyjából ismerve az algoritmusok koncepcióit, eléggé párhuzamosíthatónak tűnnek. Egy OpenCL encoder-rel lehetne méréseket csinálni.

• #13 Pikari veterán hapakj #12

  Új Válasz 2024-11-24 20:57:06 #13

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pikari

  veterán

  válasz hapakj #12 üzenetére

  teljesen más az algoritmus... ha a cpus kódot portolnád gpura, az lehet lassabb lenne, mintha egy pentium2vel enkódolnál.

• #12 hapakj őstag olymind1 #11

  Új Válasz 2024-11-24 20:42:05 #12

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hapakj

  őstag

  válasz olymind1 #11 üzenetére

  Most CPU encode alatt mi értetek? Mert intel CPU-kban is vannak hw-es encoderek.

  Ha meg már ténylegesen SW-ből csinálja egy algoritmussal az ember, akkor annak mindegy, hogy CPU-n vagy GPU ALU-in fut, az eredménynek ugyanannak kell lennie.

• #11 olymind1 senior tag Pikari #10

  Új Válasz 2024-11-24 12:25:18 #11

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  olymind1

  senior tag

  válasz Pikari #10 üzenetére

  Jaja tudom, sajnos HEVC is hasonlóan gyenge vgan, azért kérdeztem, hogy ha már Vulkan hátha ténylegesen a GPU-t fogja be enkódolására és úgymond bitmatched eredményt produkálna GPU-n futtatva, mintha CPU-n futna, nem az AMD által "odabiggyesztett" VCE block által generált videó moslékot.

  VCE-nek játék közben van értelme, ha gyors rögzíteni akarunk valamit, azt nem tagadom, de a cpu enkód messsssze jobb minőségben.

• #10 Pikari veterán olymind1 #2

  Új Válasz 2024-11-24 12:00:01 #10

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pikari

  veterán

  válasz olymind1 #2 üzenetére

  Már a h264 se működik normálisan gpu-n. Vagy a méret lesz 3x akkora mint rendes procis enkóderrel, vagy a minőség lesz kb 60%-al kevésbé részletgazdag, ami főleg mozgásnál jön ki. Szóval ez is csak egy jó példa arra, hogy a GPU-k elméleti tudása mennyire nem létezik a gyakorlatban.

• #9 Cassi őstag

  Új Válasz 2024-11-23 18:32:34 #9

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Cassi

  őstag

  A két napja megjelent Nvidia béta Windows és Linux driverben is benne van már, ott ki lehet próbálni.
  [link]

• #8 fatpingvin addikt attilav2 #6

  Új Válasz 2024-11-23 17:57:17 #8

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  fatpingvin

  addikt

  válasz attilav2 #6 üzenetére

  elvi akadálya nincs de kétlem hogy ezt gyakorlatban bárki meglépné. "olcsóbb" CPU-ból számoltatni.

• #7 Meteorhead aktív tag attilav2 #6

  Új Válasz 2024-11-22 17:11:09 #7

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Meteorhead

  aktív tag

  válasz attilav2 #6 üzenetére

  A cikk AV1 ENCODE-ról szólt. Videó nézéskor DECODE kell, ami egy ideje már volt Vulkan alól is.

  RX500 széria esetén nem segít, mert nincs benne a hardverben sem a dekódolás, se a kódolás. Compute shaderből lehetne "emulálni", de erre kb. senki sem veszi a fáradságot, mert nagyon macera jó encodert írni ami elfut bármin. (Nem lehetetlen, csak a gyártók ellenérdekeltek, mert akkor nem vennéd meg az újat.)

• #6 attilav2 őstag Abu85 #3

  Új Válasz 2024-11-22 16:22:22 #6

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  attilav2

  őstag

  válasz Abu85 #3 üzenetére

  Szerinted várható linuxon a nyílt forrású amdgpu driverben ennek a kiterjesztésnek a támogatása ? RX550-580 esetén mennyi esély van rá hogy használható lesz, pl 4k youtube videók lejátszásának segítésére ?

• #5 Abu85 HÁZIGAZDA E.Kaufmann #4

  Új Válasz 2024-11-22 14:52:21 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Abu85

  HÁZIGAZDA

  válasz E.Kaufmann #4 üzenetére

  Jól értetted, a gyártók eldönthetik, hogy milyen implementációt csinálnak. Akár a GPU-s is jó, de erre nincs követelmény.

• #4 E.Kaufmann veterán JohnyX #1

  Új Válasz 2024-11-22 14:46:25 #4

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  E.Kaufmann

  veterán

  válasz JohnyX #1 üzenetére

  Na igen, pont ezt értettem félre múltkor, azt hittem, a GPU nyers erejét tudják majd használni, de csak az API-t készítették fel arra, hogy ha lenne hw támogatás, akkor lehessen is használni.

• #3 Abu85 HÁZIGAZDA JohnyX #1

  Új Válasz 2024-11-22 14:44:51 #3

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Abu85

  HÁZIGAZDA

  válasz JohnyX #1 üzenetére

  Ne keverjük ide a gyártói implementációkat. Itt a kiterjesztést kell támogatni, és ha az megvan, akkor tökmindegy, hogy a gyártó a saját gyári implementációján mit enged. Más felületen van elérve ilyenkor a hardver.

• #2 olymind1 senior tag

  Új Válasz 2024-11-22 14:34:50 #2

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  olymind1

  senior tag

  Ez mennyire lesz paraméterezhető? Illetve minőségben és sebességben mire lehet számítani?

  Akkor volna igazán értelme, ha ugyanúgy állítható lenne mint egy szoftveres AV1-SVT és ugyanolyan minőséget állít elő végeredménynek, csak gyorsabban mint a CPU-n végzett enkódolás.

  Szóval ugyanazt a számítást végezné el, csak nem a cpu-n, hanem gpu-n és gyorsabban.

• #1 JohnyX tag

  Új Válasz 2024-11-22 14:18:11 #1

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  JohnyX

  tag

  Feltéve ha a "vas" támogatja (Hardware szinten):

  

Új hozzászólás Aktív témák