Plany sterowników AMD dla GPU

1. poprawki do gier siur (autor: MacLeod | data: 17/02/10 | godz.: 18:49)
   120 megowe "hotfixy", czyli cale pakiety sterownikow pod kazdy system zamiast pojedynczych plikow, ktore powoduja problem.... wpychanie starych zamiast nowych, co widac po dacie.. CCC ktory mogli by zrobic prostszy, czytelniejszy... mam wrazenie ze kompletnie im brak testerow, a caly driver team to pijusy spod polo marketu.. Cale szczescie ze sa ludzie, dzieki ktorym wszystko jest zgrabniejsze - tweakforce.com :)
   
   
2. mi w Catalystach nieodpowiada tylko CCC (autor: Soulburner | data: 17/02/10 | godz.: 19:19)
   To jest cholernie nieczytelne. Zanim znalazłem opcje Overscan czy skalowania, kilka minut siarczyście kląłem ;) A kiedyś było takie ładne i czytelne, w zaawansowanych właściwościach - nie mogli się choć trochę wzorować na tym z czasów Radeonów 8500?
   
   
3. No wlasnie stary byl taki fajny.. (autor: MacLeod | data: 17/02/10 | godz.: 19:29)
   hamerykanski:) bo go nie bylo wcale i tak powinno zostac.
   
   
4. Odchudzanie czy trzymanie sie limitow rozmiarowych (autor: morgi | data: 17/02/10 | godz.: 20:09)
   to kompletne nieporozumienie, skoro konkurencja jest w stanie wrzucic w podobne rozmiary znacznie wiecej, a tu tego konkluzja:
   'Who is going to develop applications using OpenCL if half your user base (not counting Intel IGP users) can’t run your application out of the box? Even worse, you currently need to sign up for an AMD Developer Central account before you can download the Stream SDK in order to get the runtime - and what user is going to do that? NVIDIA is way ahead of AMD here, having shipped OpenCL support in their drivers for several months now, and they’ve been able to do so while keeping their drivers at about the same size as AMD’s (let’s not forget the PhysX runtime either). Unless AMD expects everyone to go the DirectCompute route (in which case we can kiss cross-platform GPGPU usage goodbye) AMD’s GPGPU efforts are currently stuck in place.'
   
   
5. Lepiej by się wzieli za stery do Linuksa (autor: zbiggy | data: 17/02/10 | godz.: 20:16)
   Nvidia ma genialne VDPAU do filmów, dzięki czemu mając procek 500MHz można oglądać płynnie filmy HD/h.264 pod Linuchem.
   Super akceleracja 2D aby desktop wypasiony w efekty fruwał.
   OpenCL pod Liucha też ma. Nvidia pod Linuksem ma wszystko.
   
   Radki pod Linuksem to tylko dobre 3D. Video, 2D, to kupa. OpenCL brak. Trochę ratują swój tyłek otwierając dokumentację ale w porównaniu do binarki Nvidii wszystkie te wysiłki słabo wyglądają.
   
   
6. @zbiggy (autor: Pet | data: 17/02/10 | godz.: 20:34)
   Jak to Radki nie mają OpenCL pod linuksem? Przecież mają: http://developer.amd.com/...SDK/Pages/default.aspx
   
   
7. @zbiggy (autor: Qjanusz | data: 17/02/10 | godz.: 21:23)
   kup se nVidię, skoro nie potrafisz sięgnąć i wykorzystać tego, na czego brak narzekasz.
   
   Ogólnie bardzo podoba mi się pomysł umieszczenia profili multiGPU w XML i oddzielenie ich od głównych wydań.
   Dobry jest też pomysł umieszczenia kamieni milowych na konkretne zagadnienia. Super!
   
   Jeżeli komuś przeszkadzają CCC, to niech sobie ściągnie sam driver, a ustawienia zapodaje z ATT - mam tak teraz i to się sprawdza.
   
   Co do rozmiarów paczek AMD i konkurencji... byłoby bezczelnością podnoszenie wielkości plików do serii kart, która jest niesmacznym już schabowym trzeci raz odgrzewanym na zjałczałym smalczyku. Tam po prostu oprócz dodawania vendor_id od kilku lat nic się nie zmienia.
   
   
8. @zbiggy (autor: Pet | data: 17/02/10 | godz.: 21:50)
   Aha, i w tych nowych Catalystach 10.2 linuksowych jest jakaś nowa akceleracja 2D, która dzieli kod z windowsowym Direct2D:
   http://www.phoronix.com/...news_item&px=Nzk5MQ