- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Változó design, tekerhető lünetta: megjött a Galaxy Watch8 és a Classic
- Nothing Phone (2) - több, mint elsőre látszik
- Hivatalos a OnePlus 13 startdátuma
- Google Pixel topik
- Apple iPhone SE - se vele, se nélküle
- Feljutott a G96 a Moto széria csúcsára
- iPhone topik
- Xiaomi 14T Pro - teljes a család?
- Profi EKG-s óra lett a Watch Fitből
Új hozzászólás Aktív témák
-
-
julius666
addikt
Miért ne lehetne különbség a dekóderek képminőségében a számolás pontossága miatt pl.?
A H264 óta a decoding pipeline definit. Feature setekben lehetnek eltérések (erre vannak a profilok ugye), de ha egy dekóder teljesít egy profilnak megfelelő feature setet, akkor kutya köteles bitre pontosan ugyan azt a képet kiadni egy szabványos forrásból, mint a többi. Ha ez nem így van, az a dekóder bugos.
És/vagy ide lehet venni a post-process egy részét (deblocking).
A H264 óta in-loop deblocking van, a pipeline része, definit működéssel. De egyébként is, én a szabványban konkrétan nem definiált post-process filterelést nem venném ide, mivel az nem a decoding része. Az, hogy az adott codec gyártója beledrótoz-e ilyet a saját vackába, az az ő egyéni hülyesége.
De mint Abu is írta, az sem mindegy, hogy a CPU vagy az IGP csinál is valamit, vagy csak NOP-okat hajt végre, ahol is a tranyók nagy része nem kapcsolgat.
(Ezt abunak is)
Tiszta sor, csak nekem ez meglepő volt, hogy fix az órajel és még így is ekkora különbség lehet. A PC-s világhoz szoktam, na.
-
dezz
nagyúr
"Ez a későbbi szoftveres bővíthetőség jól hangzik, de azért ismerjük már, hogy az éppen nem a legújabb termékeketől eltekintve a cégek "nem érdekeltek" abban, hogy a régi termékük is ugyanazt tudja mint a legújabb."
A korábbi ARM-os IGP-kre nem volt OpenCL támogatás. Az sem mindegy, milyen teljesítményű az IGP. Szóval van motiváló tényező az újra, jobbra. Viszont egy idő után meg már alap elvárás lesz a H.265 támogatása.
"Már pedig, ha nem élnek majd ezzel a lehetőséggel, akkor a fix funkciós egységgel jobban járunk. A H.264-nél is így volt, mindig volt valami amit nem tudtak a fix funkciósok: először a dekódolási sornak csak egy része gyorsult hardveresen, aztán bitráta, majd profile problémák voltak, most meg a 10 bites anyagok megfelelő dekódolásával megy a szívás."
Azért járunk jobban, mert mindig baj van vele?
(#10) julius666: Miért ne lehetne különbség a dekóderek képminőségében a számolás pontossága miatt pl.? És/vagy ide lehet venni a post-process egy részét (deblocking). (Az meg ugye nem kérdés, hogy az enkóderek képminősége erősen eltérhet, azonos bitrátánál is.)
(#12): A CPU órajelét és feszültségét váltogatják. De mint Abu is írta, az sem mindegy, hogy a CPU vagy az IGP csinál is valamit, vagy csak NOP-okat hajt végre, ahol is a tranyók nagy része nem kapcsolgat. Talán áramot sem kap, ha bevezetésre került már az éppen nem használt egységek tápról való lecsatolása.
-
Abu85
HÁZIGAZDA
válasz
julius666
#12
üzenetére
Ha nincs terhelés, akkor nem tekernek, de ettől órajelet nem váltanak. A forrósodás attól van, hogy dolgoznak is a magas órajelen, nem csak üres ciklusokat futnak.
Elméletben tök logikus, hogy miért is ne vezetnének be órajelváltást a mobilos IGP-kre, csak ez nem olyan egyszerű, ahogy egy felhasználó elgondolja. Ahhoz órajelváltás történjen igen sok kísérletezésre van szükség a fizikai implementáció során. Ez a piac abból él, hogy sematikus IP-t árulnak, vagyis még ha terveznek is órajelváltást egy dizájnba, akkor is majdnem biztos, hogy az IP-t megvásárló partner nem tudja majd használni, mert nem lesz stabil az egyedileg megoldott fizikai implementációval. -
julius666
addikt
Az ultramobil IGP-k eleve nem rendelkeznek energiatakarékossági funkciókkal, szóval olyan, hogy idle órajelen történő számolás nem létezik rajtuk. Később persze ez lehet, hogy megváltozik, de ma még mindenki egy fix órajelre lő, és azzal dolgozik mindig az IGP.
Szóval akkor csak két üzemmódja van lényegében az IGP-nek, lekapcsolva/teker mint a mérgezett egér? Tabletekben/mobilokban a proci durvább játékoknál mitől szokott felforrósodni?
-
Abu85
HÁZIGAZDA
válasz
julius666
#10
üzenetére
Az ARM is azt mondta, hogy a fixfunkciós az még mindig jobb a fogyasztásban, csak kérdőjelessé vált erre ellőni egy akkora területet a lapkán, ahova egy komplett processzormag, vagy két kisebb mag, vagy több grafikus multiprocesszor is befér. Ebben azért baromira igazuk van, mert a fixfunkciós motort csak speciális feladatra használhatják, míg a procimagokat, vagy a jobb IGP-t szinte bármire.
Az ultramobil IGP-k eleve nem rendelkeznek energiatakarékossági funkciókkal, szóval olyan, hogy idle órajelen történő számolás nem létezik rajtuk. Később persze ez lehet, hogy megváltozik, de ma még mindenki egy fix órajelre lő, és azzal dolgozik mindig az IGP.
-
julius666
addikt
Gyakorlatilag ugyanarra a képminőségre képes, amilyenre a jobb CPU-s HEVC kodekek, viszont a számításokat energiaigény töredékével abszolválja.
Jó is lenne ha a dekóderek képkimenete között lenne minőségi eltérés. Abu látom megint szakért.
Azzal kapcsolatban meg hogy pontosan a decoding pipelinenak a teljes részét képes-e normálisan a gpgpu kiszolgálni kételyeim vannak, de ezt már párszor leírtam. Mondjuk ettől függetlenül ha csak bizonyos szakaszok kerülnének dedikált chipre nyilván lehetne tranzisztort spórolni.
Abban mindenesetre biztos vagyok, hogyha nem megy el a dekóding idle-ben (már pedig SD felbontás felett H265-nél mobil szutykon nem fog), akkor a dedikált egység fogyasztása jelentősen jobb, ez az egész cikk kicsit khm.
-
-
#7
Meteorhead
aktív tag
szabi__memo
#5
Meteorhead
aktív tag
válasz
szabi__memo
#5
üzenetére
Nemigazán. 1-2 fizetős programban talán, de azok is inkább a fix funkciósra pályáznak, mert a dekoódolás ha megy (márpedig menjen), akkor egzakt eredményt ad, míg enkódolásnál már nem ilyen egyértelmű a helyzet.
Szerintem ez egy nagyon jó dolog, mivel asztali és mobil GPU-kból egyaránt lehet cshipterületet megúszni, és szoftveresen tényleg sokkal flexibilisebben lehet utóhangolni a dolgokat. Szerintem az open-source community ki fog tolni működőképes verziókat, még ha sub-optimálisak is lesznek, és a gyártók meg fantáziát fognak látni abban, hogy inkább megírják saját maguk a saját HW-ükre és ebből is egy verseny legyen, és ne csak FPS-ben lehessen versenyezni, hanem profi video editing sebességben is. (Ami most is van, csak még nincs akkora hype körülötte)
-
dchard
veterán
Tény hogy elkövettem azt a hibát, hogy az asztali GPU-kból indultam ki. Végül is ha érdemi megtakarítást lehet vele elérni, akkor tök mndegy, hogy azért nincs hozzá frissítés mert nem is lehetséges (fix funkciós), vagy azért nincs, mert a gazdaság így működik.
A kérdés megint az lesz, hogy az egyes implementációk között mekkora lesz a különbség, mert ahogy elnézem ez még mindig nem olyan "általános" mint amilyennek sokan gondolják, hogy egyszer megírják aztán fut minden létező OpenCL-t támogató platformon. A cikk is említi, hogy egyelőre csak az új Malin fut tisztességesen, bár nem rémlik, hogy előtte lett volna OpenCL támogatott ARM GPU...Dchard
-
dchard
veterán
Ez a későbbi szoftveres bővíthetőség jól hangzik, de azért ismerjük már, hogy az éppen nem a legújabb termékeketől eltekintve a cégek "nem érdekeltek" abban, hogy a régi termékük is ugyanazt tudja mint a legújabb. Már pedig, ha nem élnek majd ezzel a lehetőséggel, akkor a fix funkciós egységgel jobban járunk. A H.264-nél is így volt, mindig volt valami amit nem tudtak a fix funkciósok: először a dekódolási sornak csak egy része gyorsult hardveresen, aztán bitráta, majd profile problémák voltak, most meg a 10 bites anyagok megfelelő dekódolásával megy a szívás.
Mondjuk az tény, hogy az Opencl támogatás miatt bárki írhat saját dekódert, de ezt most is megtehetik a fix funkciós egység elhagyása nélkül is. Ráadásul ezeknek a fix funkciós egységeknek a tranzisztor igénye meglehetősen alacsony, így nem jelentős megtakarítás ezeket elhagyni sem anyagi sem energetikai értelemben.
Dchard
Hajrá!Új hozzászólás Aktív témák
Hirdetés
- Új, verhetetlen alaplap sok extrával!
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- BESZÁMÍTÁS! Gigabyte A620M R5 7500F 32GB DDR5 512GB SSD RX 6700 XT 12GB ZALMAN S3 TG CM 700W
- Bomba ár! HP EliteBook Folio 1040 G1 - i5-G4 I 8GB I 256GB SSD I 14" HD+ I Cam I W10 I Garancia!
- AKCIÓ! "ÚJ" Microsoft Surface 5 13,5 notebook - i5 1235U 8GB RAM 256GB SSD Intel Iris Xe IGP 27% áfa
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest