- Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
- Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
- Különösen rendezett beltér hozható össze a Cooler Master új házában
- A középkorra és a pokolra is gondolt az új AMD Software
- Új gyártástechnológiai útitervvel állt elő a TSMC
- Autós kamerák
- Xiaomi Mi Box androidos médialejátszó 4K és HDR támogatással
- LG 34GS95QE-B: OLED paneles, ívelt gamer monitor
- OLED TV topic
- Zeneszerkesztő és DJ topic
- VR topik (Oculus Rift, stb.)
- ASUS ROG Ally
- Übergyors Samsungnak próbál látszani egy hamisított NVMe SSD
- Vezetékes FEJhallgatók
- Milyen billentyűzetet vegyek?
Hirdetés
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
-
Konzolokra is megjelenik a Deathbound
gp A PC-s verzió mellett megkapjuk a teljes kiadást PlayStation és Xbox platformokra is.
-
A személyre szabott reklám lehet a streaming következő slágere
it A jobb célzott hirdetések érdekében adatplatformot indít a Warner Bros Discovery.
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
A ReLive és a Link opcionális. A többi magában a driverben van benne, de alapértelmezettek ki vannak kapcsolva.
(#15) solfilo: Nem hiszen, hogy nálad van baj. Kabini APU-n nekem se adott "vásárlási tanácsokat". Szerintem az adatbázisnak nem része ez a hardver. RX 570-nel megy.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
#46
Abu85
HÁZIGAZDA
huskydog17
#30
Abu85
HÁZIGAZDA
válasz
huskydog17
#30
üzenetére
Természetesen nem. Az OpenGL-t elengedte mindenki. Már a Khronos is. Innentől kezdve erre fejleszteni pénzkidobás. Nincs meg mögötte az igény.
A Chill sose lehet globálisan aktív, mert kb. 72000 beállítási paramétere van. Pont az a lényege, hogy a felhasználó válassza ki a neki megfelelő beállítást. Akár per játék alapon. Én sem mindig ugyanazt a paramétert használom, ha szimplán egy globális On kapcsoló lenne, akkor annak nagyon nem örülnék, mert pont a funkció lényege veszne vele oda.
A 900p egy kérés volt. A streamereké, így implementálták. Nyilván nem volt nehéz. Az van mögötte, hogy több streaming platform limitálja a bitrátát, és sok esetben ez csak rossz minőségű 1080p-re elég, míg a 720p felbontása pici. A 900p azért jó megoldás, mert például a 8 Mbitre limitált platformokon ebbe pont belefér egy jó minőségű 900p-s stream.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
#56
Abu85
HÁZIGAZDA
huskydog17
#53
Abu85
HÁZIGAZDA
válasz
huskydog17
#53
üzenetére
A 16:9 az nem reklám, hanem azt jelenti, hogy a 900p-t 16:9-es képaránnyal csinálja.
Az AMD is támogatja az OpenGL API-t, de meg kell érteni, hogy jelenleg az OpenGL-es projektek döglődnek, a közösség rohan Vulkan API-ra, mert azt támogatja a Khronos is, a Linuxra is erre fejlesztenek már. Persze meg lehetne oldani a ReLive OpenGL támogatását, de mire kifejlesztenék, addigra azon kellene gondolkodni, hogy miképpen vezessék ki, mert maga a támogatás viszi ám a pénzt, de egy döglődő API-ért nem éri meg fenntartani. Ez leginkább két éve lehetett volna kérdés, ma már nem.
Itt amúgy az arányokról van szó. Az OpenGL ReLive támogatásának költsége ugyanannyi, mint a Vulkan, a DX12, illetve a DX11 támogatásáé, persze egyenként. Eközben az igény nagyságrendekkel kisebb. Tehát arányaiban nem éri meg ugyanannyit költeni az OpenGL API-ra, mert ez nem csak annyi, hogy megcsinálják, és akkor az működik a végtelenségig magától. Ennek havi szinten igen jelentős költségei vannak. Innen ez már egy stratégiai kérdés. Van egy büdzsé, amit elköltenek, és például mondjuk az NV azt mondja, hogy ők elköltik az OpenGL-es ShadowPlay-re, de az már annyi pénz, hogy más dologtól elveszi az erőforrást. Az AMD pedig azt mondja, hogy szerintük az OpenGL nem releváns, és inkább Chillre, jobb vezeték nélküli streamingre, VR streamingre, stb. költenek. Ezekre például más nem költ. Szóval ezek ilyen prioritási dolgok. Az AMD úgy gondolja, hogy ennek több értelme van, mint az OpenGL támogatásának a ReLive-ben. Mondhatod, hogy nem, de ők azért erre elvégzik a kutatást, és nyilván van egy adatjuk arról, hogy az OpenGL-nek mekkora a létjogosultsága teszem azt az összes streamer között, és mondjuk mekkora hasznot hoz a Chill a kínai internetkávézóknál. Igen valószínű, hogy nagyságrendi a különbség az utóbbi javára. Ergo azt az x büdzsét olyan helyre rakják, ahonnan több jön vissza.
A Chill az utóbbi évek legnagyobb meghajtóba épített innovációja. Ha ennek az értelmét kérdőjelezzük meg, akkor nincs értelme drivert fejleszteni. Az meg, hogy nem lesz alapértelmezetten aktív, az evidens. A kb. 72000 beállítási lehetőségéből melyiket aktiválják default?
Pont az az egész lényege, hogy a user dönt erről.(#54) Kansas: Ez nagy valószínűséggel bug. Az FRTC egy nagyon régi fícsőr, aminek a Chill mellett semmi értelme, így valószínűleg különösebb fókuszt nem kap. A Chill lényegesen hatékonyabban ki tudja váltani a feladatát, és mellette még többet is tesz.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nézd a csúszkát. 30 a minimum és 300 a maximum. Tehát ha egyenként állítod a tartományokat, akkor az több, mint 72 ezer konfigurálható tartomány.
Ez tervben volt, csak nem igazán működött. A probléma a globális módszerrel az, hogy a Chill valójában nem egy általános modul, hanem nagyon sok részre van osztva, gyakorlatilag játékokra, motorokra külön-külön optimalizálva. A kapcsoló azért kell a fülön, hogy eleve aktiválni lehessen magát a Chillt, mert ilyenkor a driver másképp működik. Akkor is, ha nem aktív az adott játékra a tartomány. Ugyanis ezt az F11-es billentyűvel lehet real-time be-kikapcsolni, és ezt nem tudod ám anélkül megtenni, hogy ne a Chill-kompatibilis módja működjön a meghajtónak.
Lehet amúgy csinálni egy általános modult, de annak a hatékonysága nem fogja megközelíteni a specifikus modulokét. Emiatt nem változik a Chill konfigurálása.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A Chillt úgy tölti be a meghajtó, hogy amikor engedélyezed az adott játék profiljában, akkor ahhoz kiír egy állományt az adattárolóra, ami leírja, hogy melyik állapotot kell betölteni. Amikor elindítod azt az állományt, amire profilja van a meghajtónak, akkor betölti az adattárolóra kiírt állományt is. Ha ezt globálisan csinálod, akkor az állomány nem jön létre. Így is működhet még, de csakis általános módban, ami hatékonyságban messze elmarad az adott játékhoz, motorhoz, alkalmazáshoz írt állapottól.
Alapvetően a terv az volt, hogy az egészet általánosítják, de annyira bonyolult maga a Chill, hogy nehéz olyan kódot írni rá, ami minden egyes játékkal megfelelő hatékonysággal működik. A hatékonyságot viszont necces rontani, mert az többet ér, mint a globális csúszka. A csúszkát ugyanis per game beállítod két másodperc alatt, ami megéri azt a plusz sok wattnyi megtakarítást.
(#83) atok666: De. Pont ez a funkció lényege, hogy egyénileg konfigurálható.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Csak a játékok közül nem mindegyik kap egyedi driverprofilt. Tehát ahhoz, hogy minden telepített játékhoz legyen driverprofil is, egyenként át kell állítani valamit a globális beállításhoz képest, majd vissza kell állítani, hogy az ne változzon. Emellett, ha új játékot telepítesz, akkor azt a driver csak akkor veszi észre, ha lefuttatsz egy keresést. Ekkor megtalálja, majd ki kellene kapcsolnod a Chillt, és újra bekapcsolni, hogy újragenerálja az állományokat. Ez egyrészt rengeteg hibalehetőség, másrészt több munkával jár a user felé, mintha egyenként aktiválná a Chillt.
A shader cache-t valójában nem lehet kikapcsolni. Az AMD optimalizált eljárását lehet csak, de az annyit jelent, hogy a lefordított shadereket a program bezárása után törli. Az AMD optimalizált beállítás pedig annyit csinál, hogy maradnak a lefordított shaderek a merevlemezen, de csak 256 MB-os kapacitás erejéig. Ha betelik, akkor a legrégebben használtakat elkezdi törölni. Valójában tehát mindenképpen cache-li a shadereket a programfuttatás idejéig minimum, hiszen elég szar lenne állandóan újrafordítani, ami ugye akadásokkal jár.
A meghajtó frissítése nem jár a beállítások törlődésével. Nekem a 18.12.2 minden korábbi adatot megőrzött. Annyit csináltam, hogy letöröltem a régit az install managerrel, majd telepítettem az újat. Minden korábban elvégzett beállításom ugyanott maradt, per game, per tuning, globális power limit, minden. Valamit nem jól csinálsz, hogy ha ezek elvesznek, mert szándékosan úgy van konfigurálva a meghajtó, hogy ezek külön állományok legyenek, amelyeket még a meghajtó install managerrel történő törlése után is megmaradnak.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A shader cache verziót is tárol. Nem tudja felhasználni azokat a shadereket, amelyeket egy korábbi verziójú shader fordító fordított. Persze ez meglehetősen ritkán frissül, évente alig négyszer, de ez sem feltétlenül jelenti azt, hogy a shader nem lesz kompatibilis. Erre is van egy flag, ami jelzi, hogy mi a kompatibilis, és mi nem.
Nem indításnál fordít, hanem játék közben. Az API-k részei az úgynevezett állapotváltások. A program oldalán az adott shaderbe definiálni kell a bemeneti adatot, amely esetleg különbözhet attól, amit az adott puffer tárol (ugyanez vonatkozhat az adatok mentésére is). Erre a problémára a grafikus eszközillesztők tartalmaznak előre definiált shader kódokat (kvázi rutinokat), amelyeket szimplán beillesztenek az alkalmazás eredeti kódjába. Ezzel lényegében az adatkonverzió bármilyen formában megtörténhet, de például felmerül az a kérdés, hogy mikor egészítse ki a driver a shadert. A meghajtó ugyanis nem tudja, hogy mi történik a kódon belül, csupán alapvető szabályokat követ, amelyekre a rendszerprogramozók felkészítették. Emiatt a logika miatt, ha egy új rajzolási parancs új shadert igényel, akkor még azelőtt újra kell fordítani a driver által kiegészített kódot, mielőtt megérkezne a parancs. A gond ott merül fel, hogy a driver addig nem tudja, hogy milyen shaderre lesz szükség, amíg a parancs meg nem érkezik. A parancsot tehát meg kell várni, majd a rendszer csak azt követően fordítja újra a shadert, miután kiderült mire van szükség. Ez kapásból azt jelenti, hogy a program futtatása egy pillanatra megakad. Na most ez kivédhetetlen, de erre vezették be a shader cache-t, ami gyakorlatilag készít egy adatbázist magának, amelyekhez állományokat rendel, majd ha befut a parancs, akkor ellenőrzi, hogy arra van-e már újrafordítás. Ha van, akkor betölti az, és megmenekül a játékos egy potenciális akadástól.
Azt nem tudom, hogy a ráfrissítés milyen hatással van erre. Én az AMD javaslatai alapján szoktam drivert cserélni.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Azért ajánlott a hardver gyártójának az ajánlásai alapján törölni és telepíteni. Ez például eléggé arra szolgál, hogy megmaradjanak a vezérlőpultra vonatkozó beállítások, és ne kelljen mindig újrakonfigurálni a meghajtót.
A shaderek valós idejű újrafordítása leginkább egy, de maximum két szálon történik, mert az alkalmazás még használja a többit, és ezeket a meghajtó nem tudja csak úgy elvenni. Szóval rakhatsz mellé egymillió szálat is, nem úgy működik, ahogy elképzeled. Nem mellesleg az újrafordítás egy plusz feladat. Nem viccből vezették be a gyártók pár éve a shader cache-t, és azt nem véletlenül tették újabban konfigurálhatóvá. A konfigurálás mértéke változó, de ez mindegy is, egy ilyen lefordított shader pár kilobájt, tehát a default 256 MB-os helyre is iszonyatos mennyiség fér el. Az NV egyszer mondta, hogy átlag 50 MB-nyi helyet foglal ez a driverükben a usereknél, tehát a 256 MB bőségesen sok, nem is igazán ajánlják, hogy ezt növeld. Az AMD meg eleve nem is engedi, hogy növeld, nekik is hasonló lehet az adat, ergo a 256 MB baromira kényelmes határ, amit valószínűleg egy végfelhasználónál sosem fognak kihasználni.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Pont az az egész lényege, hogy a user dönt erről.
Új hozzászólás Aktív témák
ph Az AMD idei nagyobb frissítése most nem vezet be hangzatos jelölést, újítás azonban így is van bőven.
- Filmvilág
- Autós topik látogatók beszélgetős, offolós topikja
- BestBuy topik
- Xbox Series X|S
- Autós kamerák
- Skoda, VW, Audi, Seat topik
- Xiaomi Mi Box androidos médialejátszó 4K és HDR támogatással
- MG4 menetpróba
- Lakáshitel, lakásvásárlás
- Garmin Forerunner 255 Music - nem csak futóknak
- További aktív témák...
- BESZÁMÍTÁS! GIGABYTE WindForce 2X GTX 960 4GB GDDR5 videokártya garanciával hibátlan működéssel
- BESZÁMÍTÁS! Gigabyte AORUS MASTER RX 6800XT 16GB GDDR6 videokártya garanciával hibátlan működéssel
- PALIT RTX 3070 8GB GDDR6 GameRock OC Eladó! 125.000.-
- KFA2 GeForce RTX 3050 EX OC 8GB GDDR6 Videokártya - Számla + Garancia, Ár alatt! BeszámítOK!
- GARANCIÁLIS! MSI SUPRIM RTX 3080 Ti 12GB GDDR6X Videokártya! BeszámítOK