Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
Ezt igen. A mainline supportnak vége. Legacy lesz. Ha érdekli az olvasókat, akkor ezekről a frissítésekről is beszámolhatunk. Bár nem terveztem, de igazából megtehetem, ha szeretnétek.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz WongFeiHong #22 üzenetére
Tudnak róla. Azt nem tudják, hogy mitől van. Szóval nem szarják le, csak specifikusnak tűnik a hiba.
(#26) mrhitoshi: Ha az OpenCL érdekel, akkor mindenképpen GCN-t vegyél. HD 7850 elég jó.
----
Driverkérdésre: Megbeszéltük. Lesz a legacy driverekről hír.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz - = Zk = - #29 üzenetére
Külön driver a korábbi kártyákhoz, amit a fő driverekkel már nem támogatnak, de nem is szüntették meg a supportot.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Angel1981 #33 üzenetére
A mainline (nem mainstream ) support az elsődleges. Új termékek, az azokhoz készült új funkciók, és gyors támogatás. A legacy az a régi terékek supportja. Ezek csak akkor kapnak új funkciót, ha a hardver támogatja, illetve a frissítés nem olyan sűrű.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
-
Abu85
HÁZIGAZDA
válasz HeavyToys #43 üzenetére
Express uninstall a 12.4-re, majd újraindítás után install.
Viszont most nincs E-350-em, szóval nem tudom megnézni. Kérj meg valakit a fórumon akinek van. A HD 7850-re felment a 12.6 WHQL és a 12.7 béta is.
(#47) lemusz: Higgy nekem, én az inf állományból néztem a támogatott hardverek listáját. Látom, hogy ők azt írják, hogy támogatott, de nem az. A HD 2000/3000/4000-es termékek július második felében kapnak új WHQL drivert. Ezt speciálisan ezekhez a hardverekhez készítik, így semmi olyan nem lesz benne, ami az új hardverekhez való.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz #65675776 #49 üzenetére
Gondolkodnak ők az OpenCL-es funkciók több hardverre portolásán, de egyelőre csak az APU-kra van meg az a sebesség, amit elgondoltak. Egyedül a Steady Video marad exkluzív, mert azt az AMD kérte bele, és az nem is a VLC algoritmusa. Azt nem tudják, hogy mikor lesznek kész a többi hardver támogatásával. Az Ivy Bridge-re dolgoznak, de nehezebb az Intel SDK-jában dolgozni, így nem tudják hozni azt a sebességet, amit elképzeltek.
Igazából úgy vettem ki, hogy elég kényesen álltak hozzá ehhez az OpenCL-hez. Azt lehetett érezni az AFDS előadáson, hogy ez nyűg számukra, legalábbis többször is jelezték, hogy ez meg az mennyivel jobb lesz, ha átrakják HSA-ra. Szóval azt látni, hogy nem rajongnak az OpenCL-ért. Mindenesetre muszáj lesz, mert a HSA-t PC-n csak az AMD támogatja, szóval az Intel és az NV termékekhez marad az OpenCL.(#50) HeavyToys: Igen. Utána majd kellenek az újraindítások, és a többi. De ha már telepítesz tedd fel a 12.7 bétát.
(#51) ledgeri: Mert a sűrű support drága. Ezért nem kér belőle a Toshiba, Sony, Panasonic. Még a saját maguk által kiadott drivereknél is a beérkező panaszok nagyon nagy többsége user error. Azonban ezek kivizsgálása viszi a pénzt. Ha többször van driverfrissítés, akkor többször viszik a fals panaszok a pénzt.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Az AMD ügyfele a notebookok esetében a notebook gyártója. Te pedig a notebookgyártó ügyfele vagy. Az AMD készít támogatást a platformhoz, amit természetesen a notebookgyártók ingyen elérhetnek. Az adott gyártó választhatja azt, hogy az AMD-t kijelöli támogatónak, és akkor az AMD gyári driver formájában biztosít terméktámogatást. A másik opció, hogy a gyári támogatást nem kéri a gyártó, és akkor a mainline driverekből néha kiválaszt egyet és kiadja a saját notabookjaihoz.
Mindkettő ingyen van az AMD oldaláról, de a driver telepítése még ma is rengeteg problémát okoz a felhasználóknak. Itt jön elő az, hogy ha van egy új driver. Akár gyári, akár saját, az jelentősen megnöveli a hibabejelentések számát, ám ezek többsége nem reprodukálható, vagyis a notebookgyártó ott van, hogy van egy hiba, ami a usernél jelentkezik, de nála nem. És akkor találd ki, hogy miért. Ezekre vannak emberek, akik ezzel foglalkoznak, vagyis biztosítják a supportot a vásárolt termékhez, de nekik is véges az idejük. Főleg akkor, ha egy rakás tesztelés után kiderül, hogy nem is a gyártó oldalán volt a hiba. Ezt ugye a gyártónak le kell nyelnie, de elment rá az idő, a pénz és a humánerőforrás. Nagyjából ezért alakult ki az a gyakorlat, hogy nem mindegyik gyártó kéri a gyári terméktámogatást.Ez egyébként általánosan igaz. Nem csak az AMD-re, hanem az Intelre és az NV-re is, csak más igények mellett. Az AMD-nél három gyártó nem kéri a támogatást. Az Intelnél és az NV-nél vegyes a helyzet. Ott a gyártók modellek szintjén nem kérik a drivertámogatást. Az NV-nél ez buherával és manuális telepítéssel megkerülhető, de az Intel a driverbe építi a telepítés tiltását, így a HD Graphics drivert sehogy nem rakod fel, ha benne van az adott notebook a tiltólistában. Az AMD megoldás nagyon egyszerűen megkerülhet. Semmilyen tiltást nem alkalmaznak a mobil driverekre, csak nincs a fájloknak direkt linkjük. Egy segédprogram ellenőrzi, hogy a géphez telepíthető-e, vagy nem telepíthető driver. Ha nem, akkor így jártál, de ha telepíthető, akkor felkínálja a letöltési linket. Na most ezt böngészőbe is be tudod írni, és így letölthető a driver, ami már nem ellenőriz, hanem csak úgy települ. Ez egyébként nem tetszik a Toshiba, Panasonic, Sony triónak, de egyelőre erre a trükkre nagyon kevés felhasználó jön rá, és jellemzően azok, akik értenek hozzá, tehát a supportnak nem jelent terhelést. Ezért nem változtatták még meg ezt a metódust.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
-
Abu85
HÁZIGAZDA
Már nem számít, hogy mit ír ki a Catalyst verziónak, mert a havi frissítés megszűnt. A driver verzió a lényeg, nem a 12.4, vagy akármennyi. Ez csak egy kézzel beírt szám. Azért nem távolítják el, mert pár program ez alapján detektálja a drivert, de valószínű, hogy később átírják 99.99-re, hogy az ellenőrzésen átmenjen minden rendszer, és innentől nem is módosítják. Ennek addig volt értelme, amíg havi szintű volt a frissítés.
Mostantól ezek a driver verziók:
12.6 WHQL : 8.98-120611a-141402C-ATI ... Build DriverVer=06/11/2012, 8.980.0.0000
12.7 beta: 8.981.2-120626a-141571E-ATI ... Build DriverVer=06/26/2012, 8.981.2.0000
Természetesen ez túl hosszú és átláthatatlan, így név szerint marad a korábbi jelölés, mert az a usernek egyszerűbb, de ha ellenőrzöd a drivert, akkor a fenti számsort kell nézni, nem pedig a catalyst verziót.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Végignézted Curtis Davis és Jean-Baptiste Kempf június 12-én tartott előadását a VLC OpenCL-es funkcióiról? Mert nem az én írásomra mondod, hogy bullshit, hanem a fejlesztésért felelős emberek elemzésére. Szerintem nekik több tapasztalatuk van erről.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz #65675776 #70 üzenetére
Ez a használati forma majd attól függ, hogy a legacy drivert hogyan tervezik. Ha telepíthető lesz a mainline driver mellé, akkor elméleti akadálya nincs két display drivert feltenni. Ha ugyanazokba a részekben írja be magát a két driver, akkor ez a használati forma megszűnik az új driverekkel.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nem biztos, hogy érdemes eltakarítani, ha minden jól ment korábban. A driverek ma már úgy települnek, hogy ellenőriznek némi adatot a telepítés előtt. Ha megvannak bizonyos regkulcsok, akkor azt úgy értelmezik, hogy az aktuális nem az első telepítés lesz. Ezután egyes bejegyzéseket nem is hoznak létre, mert tudják, hogy azt az uninstall nem távolítja el, ezért ott kellett, hogy maradjon. Na most, ha ezeket a bejegyzéseket a bármilyen pucolóval kiirtottad, akkor azok nem lesznek meg.
A driver sweeper hasznos, ha valami galiba van, mert hátha jó lesz. Ha nem, akkor megtetted az utolsó próbát a win reinstall előtt. Ellenben jól működő rendszerbe nem érdemes pucolóval nyúlkálni. Én még nem jól működőben is kézzel szoktam takarítani, ha kapok ilyen gépet. Nem mintha nem bíznék a pucolókban, de én tudom mit csinálok, míg egy pucoló nem biztos.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz AndrewTdi #94 üzenetére
Ennek két oka lehet. Az egyik, hogy a Lucid drivere még nem ismeri az új Catalyst-ot és ilyenkor az Intel drivere az első, amin természetesen nem indul el a CCC. A másik ok lehet, hogy a kártyán nem az eredeti gyári BIOS van, hanem annak módosítása, és ezzel a CCC vissza utasítja a működést. Itt attól függ, hogy mennyire módosított az a VBIOS, ha módosítottad egyáltalán.
Valamelyik a kettő közül.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz AndrewTdi #96 üzenetére
Nem. Annak úgy kell lennie, ha akarod, hogy működjön a Lucid. Az mindegy, hogy a legújabb-e a Virtu szoftvere. Ha még nem ismeri az új drivert, akkor nem fog neki tetszeni.
A Virtu esetében az IGP portjait kell használni. Ha a VGA-ra van csatlakoztatva a kijelző, akkor a Virtu nem működik. Szóval, ha a VGA-ra is kötsz kijelzőt, akkor teljesen feleslegesen használod ezt a szoftvert.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz AndrewTdi #98 üzenetére
Persze. Mert a d-mode nem másolja át a képkockát az IGP-nek. Ha átmásolná, akkor sebességet vesztene, de a d-mode esetében olyan gyors lesz a VGA, amilyen a Virtu telepítése nélkül lenne. i-mode mellett sebességvesztés lesz.
A Virtu az bonyolult, és egy nagy rakás szar is. Sokszor a fejlesztők valós egy grafikus alrendszert is hibákkal támogatnak, hát még egy virtualizált alrendszert, mely két display modell között osztja meg az erőforrást. Minden ilyen muxless átkapcsolás egy hibákkal teli kellemetlenség, mert ahány gyártótól függ a működés annyi drivert kell frissen tartani. Ezek az átkapcsolós dolgok maximum gyártón belül működhetnek normálisan, mert beletartozik a tesztprotokollba a működés kivizsgálása. A Virtu nem tartozik bele, mert ha találnak is egy hibát, akkor sem tudják javítani a Virtu szoftverét, vagy a konkurens driverrel való összeférhetetlenséget.
Az elején lelkes volt mindenki, de ma már ez az egész egymásra mutogatásba torkollott. Ha valaki talál egy hibát, akkor azt leadja, akinél találta, majd sokszor jön a válasz, hogy írj rá kompatibilis drivert. Ezt így nem lehet normálisan fejleszteni, mert a gyártó sosem fogja a saját érdekét a konkurencia érdeke mögé helyezni.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz AndrewTdi #100 üzenetére
D-mode-ban semmiképp sem energiatakarékos. Az i-mode való erre, de ott meg nem gyors. Itt most nincs olyan, hogy a kecske is jóllakik és a káposzta is megmarad. Valahol meg kell kötni a kompromisszumot.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
-
Abu85
HÁZIGAZDA
Működik Llanóval is, de csak akkor, ha 1:3-as az asszinkron arány. A Trinity-nél a Dual Graphics mindig 1:3-as arányú. Llano esetében van 2:1-es asszinkron arány is. Jelenleg csak a 1:3-asra készült támogatást. Nem tudom, hogy a te notidban milyen konfig van, de ha az APU mellett a dGPU HD 6400M szériás, akkor biztos nem 1:3-as az asszinkron AFR. Tudtommal HD 6500G2 sorozat használ 2:1-es arányt. Azt nem tudni, hogy az AMD erre készít-e támogatást. DX9 alatt az AFR így is alacsonyabb hatásfokú 2:1-es aránynál rosszabb is lehet a teljesítmény, mint AFR nélkül.
Ahogy a hír is írja a Toshiba, Panasonic, Sony trió nem engedélyezi a gyári drivertámogatást. Nem számít, hogy neked mi a jó. Az AMD ügyfelei a gyártók, így ha ők nem kérnek valamit, akkor azt teljesítik. De írhatsz a gyártónak, hogy gondolják meg magukat, mert szeretnél gyári drivereket a notidhoz.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nem haragszok meg, csak leírtam, hogy miért van. Az AMD hivatalosan az 1:3-as asszinkron AFR-t támogatja a 2:1-est csak pár gyártó kérésére rakta bele. Később lehet, hogy ehhez is elkészül a támogatás DX9-re, de csak akkor, ha az nem érinti negatívan a sebességet. DX9 az teljesen más API, mint a DX10. Rengeteg problémája van az AFR-rel, és jóval nehezebb asszinkron vezérlést csinálni rá. Az 1:3-as vezérlési forma azért van jelen, mert úgy biztosan pozitív lesz a két GPU összedolgozása, és ezzel sebességelőnyt lehet kapni. A 2:1-esen nincs garancia erre. Még DX10 alatt is van olyan, hogy ilyen vezérlés mellett a gyorsulás kimerül plusz 4-6%-ban. Ez DX9 alatt simán mínuszba mehet, ami alapvetően megkérdőjelezi az aktiválást, mert gondolom nem szeretnéd, ha lassulna a sebesség, és ezt az AMD sem szeretné. Ezt ők ki tudják mérni, ki tudja értékelni, és ha pozitív a változás, akkor aktiválják, ha nem, akkor nem, mivel semmi értelme lassítani a sebességet. A gyártó és a felhasználó között az a nagy különbség, hogy a felhasználó csak elméleti alapon tud döntést hozni, míg a gyártó a gyakorlatban is látja, hogy mi hogyan működik. Ha a sebességváltózás nem pozitív, akkor nem fogják engedélyezni a működést, mert inkább hátrányod származik belőle.
Mondtam, hogy a Toshiba nem engedi a gyári támogatást. Ezen csak ők tudnak változtatni. Az AMD nagyon szívesen csinál gyári támogatást a Toshiba termékekre is, de ahhoz, hogy ez megtörténjen a notebook gyártójának kell megadni az engedélyt.
Nagyon lényeges a 6520G + 6470M adat, mert ez 2:1-es AFR. Tényleg nem viccből ragaszkodik az AMD az 1:3-as frame arányhoz. A gyakorlatban ez működik jól. A DX10-es API jóval kifinomultabb az AFR-re, hiszen a tervezésénél az MS figyelembe vette a multi-GPU-t, de a DX9 ehhez túl öreg, és túl sok benne a limitáció. Jó dolog az elméletben elgondolni, hogy az extra hardver biztos, hogy segít, hiszen jóval több lesz a számítási kapacitás. A gyakorlat viszont teljesen más. Elméletben a legjobb Llano és Turks párosításnak 3-szoros sebességnövekedést kellene eredményeznie. A gyakorlatban maximum 2-szeres érhető el, az átlag pedig inkább 1,6x-1,8x.
Lehet elméleteket gyártani, hogy mi lenne ha ez meg ez engedélyezve lenne, mert kiszámoltam a GFLOPS-okból stb. Eközben a gyártó konkrétan megnézi, hogy mi lesz, és az eredmény nem minden esetben pozitív.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Ma még OpenCL és C++ AMP a fő választás, de ez nem marad örökké így. A VideoLAN viszont az AMD aktív támogatását érvezi, sőt, az AMD konkrétan pénzeli a projektet, így bizonyos, hogy már ma is kapnak olyan fejlesztőeszközöket (akár kézi HSAIL kódoptimalizálásra), amit egy átlag külsős csapat még nem kap meg.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
Új hozzászólás Aktív témák
- Otthoni hálózat és internet megosztás
- Mobilinternet
- Hegesztés topic
- Politika
- USB to S/PDif konverter a modern RIAA, elektroncsövekkel
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Sorozatok
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- ASUS ROG PG32UCDM: OLED csúcsmonitor tesztje
- Háztartási gépek
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen