- Vékonyabb lett, jobb kamerát kapott, de az akku maradt a régi: itt a Fold7
- Feljutott a G96 a Moto széria csúcsára
- Mobil flották
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Amazfit T-Rex 3 - prehisztorikus idő
- Honor Magic5 Pro - kamerák bűvöletében
- Íme az új Android Auto!
- Samsung Galaxy Watch6 Classic - tekerd!
- Motorola Moto Tag - nyomom, követ
- 8300 mAh, maradhat?
Ú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.
-
TeeJay
félisten
ez a H.265 mennyivel lesz jobb mint a H.264?
teszem azt SD felbontásban előbbinél elég mondjuk fele akkora bitráta ugyanolyan minőséghez?
vagy ez főleg a 4K tartalomhoz lesz hogy ráférjen egy BD lemezre a fullHD-hez képest ugyanúgy? -
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
-
Patice
nagyúr
Ezt én jó hírnek könyvelem el.
Hajrá!
Új hozzászólás Aktív témák
Hirdetés
- Steam Deck
- Horgász topik
- Vékonyabb lett, jobb kamerát kapott, de az akku maradt a régi: itt a Fold7
- Call of Duty: Warzone
- Feljutott a G96 a Moto széria csúcsára
- Mobil flották
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Formula-1
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Amazfit T-Rex 3 - prehisztorikus idő
- További aktív témák...
- BESZÁMÍTÁS! SAPPHIRE NITRO+ RX 7900 XTX 24GB GDDR6 videokártya garanciával hibátlan működéssel
- Csere-Beszámítás! MSI Suprim X RTX 3080 10GB Videokártya!
- Eladó PNY GeForce RTX 4070 Ti SUPER 16GB OC XLR8
- Radeon RX 6600 XT GAMING X 8G
- ASUS TUF Gaming GeForce RTX 3070 Ti OC 8GB GDDR6X 256bit videokártya
- Apple iPad (9th Generáció) Wi-fi + Cellular, 1 Év Garanciával
- Corsair Katar Elite WL egér eladó (csak vezetékesen megy)
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RTX 4070Ti Super GAMER PC termékbeszámítással
- Eladó Apple iPhone Xr 64GB fekete / ÚJ KIJELZŐ / 100% AKKU / 12 hónap jótállással!
- BESZÁMÍTÁS! Gigabyte H610M i5 13400F 16GB DDR4 512GB SSD RX 6700XT 12GB DeepCool MATREXX 40 650W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest