Hirdetés
-
Amazwallet néven új funkciót kapnak egyes Amazfit órák
ma Tizenhárom kártya tárolására lesz jó, viszont nem lehet köztük bankkártya vagy hitelkártya.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
A Sony szerint Japánon kívül is hódíthat az anime
it A Sony Pictures Entertainment szerint a növekedésük elsődleges hajtóereje a Crunchyroll lesz, ami egy anime-streamszolgáltatás.
Új hozzászólás Aktív témák
-
Patice
nagyúr
Ezt én jó hírnek könyvelem el. Hajrá!
Eladó: Apple iPad mini 1 (2db)
-
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
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
Abu85
HÁZIGAZDA
A HEVC PowerVR D5500-as fixfunkciós dekóder 100 millió tranzisztor. A Broadcom megoldása sem sokkal kisebb. Ez már minden csak nem pici. Akkorák ezek az egységek, mint egy kisebb Cortex-A processzormag.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
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)
-
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?Mixgyűjteményem ---> https://www.mixcloud.com/teejayhouse/
-
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.
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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?
[ Szerkesztve ]
-
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.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.
[ Szerkesztve ]
-
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. -
arty
veterán
válasz julius666 #10 üzenetére
"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."
jó is lenne, ha minden dekoder azonos képminőséget tudna.... lásd a h264 idejéből: coreavc vs. ffdshow
értem én, hogy direkt volt "bugos" a sebességért cserébe, naés?[ Szerkesztve ]
"ugyanitt hazájából elüldözött nigériai herceg aranybányájának tulajdonjogát megtestesítő NFT jegyezhető."
Új hozzászólás Aktív témák
- Vodafone mobilszolgáltatások
- Politika
- Vezeték nélküli fülhallgatók
- AMD GPU-k jövője - amit tudni vélünk
- Kerékpárosok, bringások ide!
- Aliexpress tapasztalatok
- Számtech boltosok memoárjai, azaz amikor kiborulunk...
- Projektor topic
- 3D nyomtatás
- Békéscsaba és környéke adok-veszek-beszélgetek
- További aktív témák...
- Eladó Powercolor RX 6900 XTU videókártya garancia 2026.07.31-ig
- Eladó XFX RX 7900XTX Speedster MERC 310 Black 24GB VGA! Garancia!
- Eladó PowerColor RX 7900XTX RedDevil 24GB VGA! Garancia!
- MSI RADEON RX 6950 XT GAMING X TRIO 16G videokártya garanciával
- 0 perces ASRock RX 6900 XT Phantom Gaming D OC 16G videokártya garanciával
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen