ATI Catalyst™ 8.3 Proprietary Linux x86/x86_64 Display Driver

Címkék

Az AMD kiadta proprietary linuxos driver-ének legújabb verzióját, mely végre megoldja a 64 pixellel nem osztható széles képernyők 3D-s problémáját. Az új szolgáltatásokról itt, a javított hibákról pedig itt tájékozódhatsz. Letölthető x86, x86_64

Hozzászólások

Kipróbáljuk... De csak félve. Remélem nem lesz benne ilyen hasonló csíkozódási meg vibrálási szívás mint korábban, mert akkor megy vissza a régi.
--
Discover It - Have a lot of fun!

Nalam vegre mukodik az xv kimenet :) Eddig is mukodott, csak ronda volt a kepe.

Linuxon nekem ez még mindíg nem működik a hd 2600pro agp-vel.
Windows-on ezzel is fagy az eq2, de legalább már jók a textúrák. :)
Most jön a fastwrite letiltása az alaplapon, amit az omage driver readme-ben olvastam (aztán az omega driver-ek).

Atit soha... ha valaki hozzam vagna egyet es feldugnam a s*gg*b* magasfeszultseggel ott kisutnem...

Az hogy nekem laptopban a kisebb kaliberu integralt intel videokartya nagyobb fps-t kepes kiadni, mitn szobatarsamnak honapok munkaja utan egy nagyobb kaliberu ATI videokartya a laptopjaban... AZ gaaaaaaaaaaaz...
--
http://www.hackthat.net/df/ddos/24168/index.html
by lightgod

Nekem HD2600XT AGP van és már az előző driver is ment, csak az xv volt kockás. Ezt még nem próbáltam, de ha megoldja a xv problémát, akkor happy leszek.
__________________________________________
Sex the unix way: unzip; strip; touch; finger; mount; fsck; more; yes; umount; sleep; exit 0

Látom én a smile-t a postod végén, de azért valami konstruktívabb hozzászólást is várnék. :)
Egyébként sokáig remekül ment az fglrx driver nekem ezen a gépen, de nagyjából a XFree86 -> Xorg váltás környékén lett vége az aranykornak. De egyelőre nem tudtam még eldönteni, hogy a problémám innen ered vagy Ubuntu probléma, esetleg én qrtam el valamit az xorg.conf-omban, de nagyon. Mert az ugye fel sem merült bennem, hogy a driver lehet a hibás! :)

Valaki próbálta már vele a compiz-t? Már rendesen scrollozik?
Illetve kde4 kwin effekjeivel mi a helyzet?

A Compiznak mia*************** ********** ********* *** ************ ertelme? Mie jo, hoyg ide oda csillog villog egy desktop es mar-mar hazsnalhatatlanna valik tole a rendszer, mert csak foloslegesen eszi procit, videokartyat, memoriat,... ... ...
--
http://www.hackthat.net/df/ddos/24168/index.html
by lightgod

Azért a Compiznak is van néhány kellemes és hasznos funkciója a parasztvakításon kívül. De hadd döntse el mindenki, hogy szüksége van rá vagy sem. Olyan ez is mint a Windows vs. Linux vs. MacOSX flame. Soha nincs vége és mindig az a végkifejlet, hogy döntsd el Te, hogy neked mi a jó.

Személy szerint én nagyon látványosnak tartom, amint előadást tart az ember és közben felhördül a hallgatóságnak az a része, aki soha nem látott még ilyet. Hidd el, hogy sokkal több új érdeklődőt tudsz a Linux felé terelgetni egy ilyennel, mint bármilyen hangzatos szakmai előadással. :)

Compiz az előző driverrel lett ismét működőképes, ezzel még nem próbáltam. Ott annyi volt a baja, hogy nem ment az Xv... :-( Mindjárt kipróbálom, most mi a helyzet.

Update: most már nem működik a Compiz :-)

Update2: de működik, csak én bénáztam. Viszont Xv nincs :-(

Szerencsére már intel van integrálva a laptopomba, és nem kell megint szembesülnöm azzal, hogy továbbra is az alapszolgáltatások (switch to console, hibernate, több futó X...) fele 50%-os valószínűséggel megfagyasztják a linuxot több éves "fejlesztés" után is.

Tényleg érdekelne, hogy az AMD/ATI-nál, vajon valamelyik főnök 12 éves gyerekei vagy a higiéniaügyi menedzserek hackelik-e a drivert...

--
The Net is indeed vast and infinite...
http://gablog.eu

Ha jót akartok, ne tegyétek fel! (Legalábbis notira ne!)
Nekem x700-as mobility kártya van a gépemben. Az fglrx_gears 800-900 FPS-sel működött, ami kb. 200 FPS-sel több, mint a 8.37.6 driverrel.
Nosza, gondoltam, egy kis Enemy Territory-n letesztelem.
Kb. 1 perc után a hűtőventillátor teljes sebességgel pörgött, majd úgy 2 perc elteltével olyan élményben volt részem, amit nem kívánok senkinek: az OS első ránézésre lefagyott, mégpedig úgy, hogy a kijelző kb. alső 1 harmadában egy feketés áttetsző sáv jelent meg. Ekkor konzolra akartam váltani - hátha menthető a helyzet -, de ekkor kezdőtött a szörnyű jelenség: a kijelző alulról indulva kezdett zöldes árnyalatba burkolózni, ami fokozatosan kezdett kivilágosodni. Nem tudom, mi lett volna a vége? Esetleg elfüstölt volna a videókártya? Vagy a proci? Vagy gallyra vágta volna a kijelzőt?
Talán jobb is, ha sohasem fogom megtudni.
No more ATI...

Nem tudom, nálam integrált ATI X1100 (200M) van a laptopomba, ez egy
teljesen AMD/ATI laptop (Sempron 3500+) (gentoo amd64-gyel).
Nekem megy a suspend, a tuxonice hibernate is,
a kozolra váltáskor csak annyi van, hogy szürke háttérrel kezd,
de nem fagy be, semmi egyéb probléma nincs, a visszaváltás is műxik.
Nagy _ritkán_ volt tapasztalható 1-2 fagyás opengl alkalmazásoknál,
compizt nem használok, mivel a 3d desktop
felesleges számomra, meg amúgy is csak többet fogyasztana tőle a noti.
Az Xv ment régebben is, voltak kisebb problémák a vsync-kel, a hd
felbontású filmek meg megakadtak lejátszás közben, meg lassúak is voltak.
Az open source driverrel ez tökéletesen ment, de azt a suspend/resume miatt nem
használtam, mivel az elég bugos ilyen téren.
Az új bináris drivernél glxgears ugyanannyi fps -t (~1600) ír nálam, mint azelőtt.
Az Xv -vel mennek a hd filmek is, a vsync is jobb, de még nem tökéletes.
Amugy haveromnak van egy intel dual core -os laptopja (ubuntu x86-tal), inteles vid. kártyával,
na a glxgears nála lényegesen kevesebb fps-t ír, nem megy a suspend/resume,
pedig ott elvileg rendesen működő open source driverek vannak...

Nálam érdekes működik, és Ubuntut használok. Ezt az újat még nem raktam fel de:
fgl_glxgears átlagban 690-740-ig produkál fps-t.
glxgears 3480-3600 között ingadozik.
UT2004 és Openarena, Nexuiz gond nélkül megy, normális textetúrákkal, semmi grafikus bug-ot nem tapasztaltam.
8.45.5 a driverem verziószáma.
Compiz nálam rendesen megy semmi gonddal, csak pici xorg.conf
bűvülés kellett hozzá. Nem igazán értem miért szidják ennyire ezt a szerencsétlen frglx-et, nekem még nem volt vele igazán gond.

a pcbsd.org-on scroll-ozás továbbra is szaggat a hd2400pro-n :)

ez másnak is így van, vagy az én készülékemben van a hiba? :)

hát nem jöttem rá, mi fáj neki


Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "aticonfig-Screen[0]" 0 0
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
EndSection

Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "hu"
EndSection

Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "/dev/input/mice"
Option "Protocol" "ImPS/2"
Option "Emulate3Buttons" "true"
EndSection

Section "Monitor"
Identifier "SyncMaster"
Option "DPMS"
EndSection

Section "Monitor"
Identifier "aticonfig-Monitor[0]"
Option "VendorName" "ATI Proprietary Driver"
Option "ModelName" "Generic Autodetecting Monitor"
Option "DPMS" "true"
EndSection

Section "Device"
Identifier "aticonfig-Device[0]"
Driver "fglrx"
BusID "PCI:1:0:0"
EndSection

Section "Screen"
Identifier "aticonfig-Screen[0]"
Device "aticonfig-Device[0]"
Monitor "aticonfig-Monitor[0]"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

Section "DRI"
Mode 0666
EndSection

ez már a tisztogatás utáni állapot, de semmi nem változott

Device szekcióban szerintem nekem nincsen BusId bejegyzés (nem vagyok a gép előtt).
Dmesg-ben nincsen valami érdekes üzenet az fglrx-től?

Arról meggyőződtél, hogy az fglrx-et használod-e, mert nekem ilyen tetü scroll a vesafb driverrrel volt, amikor már azt hittem, hogy fglrx-et használok. Továbbá csúsztam rá olyanra is, hogy kernel frissítés után nem ment, mert a gyári driver telepítője csak az aktuális kernelhez forgatja és telepíti az fglrx-et.
(Hoppá, most látom, hogy a livna repóban gyártottak csomagot belőle a disztribemhez.)

tuti, hogy fglrx-szel megy. játszottam már nexuiz-zel is, az aligha menne vesa-ban, főleg 1400x1050-ben

dmesg:

fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[fglrx] Maximum main memory to use for locked dma buffers: 921 MBytes.
[fglrx] ASYNCIO init succeed!
[fglrx] PAT is enabled successfully!
[fglrx] module loaded - fglrx 8.47.3 [Feb 25 2008] on minor 0
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 18 (level, low) -> IRQ 18
[fglrx] Reserve Block - 0 offset = 0Xfffc000 length = 0X4000
[fglrx] Reserve Block - 1 offset = 0X0 length = 0X1000000
[fglrx] Reserve Block - 2 offset = 0Xff7b000 length = 0X80000
[fglrx] interrupt source 10000000 successfully enabled
[fglrx] enable ID = 0x00000006
[fglrx] Receive enable interrupt message with irqEnableMask: 10000000
[fglrx] interrupt source 60000001 successfully enabled
[fglrx] enable ID = 0x00000007
[fglrx] Receive enable interrupt message with irqEnableMask: 60000001
[fglrx] interrupt source 00000040 successfully enabled
[fglrx] enable ID = 0x00000008
[fglrx] Receive enable interrupt message with irqEnableMask: 00000040
[fglrx] interrupt source ff00002c successfully enabled
[fglrx] enable ID = 0x00000009
[fglrx] Receive enable interrupt message with irqEnableMask: ff00002c
[fglrx] interrupt source ff00002d successfully enabled
[fglrx] enable ID = 0x0000000A
[fglrx] Receive enable interrupt message with irqEnableMask: ff00002d
[fglrx] interrupt source 20000400 successfully enabled
[fglrx] enable ID = 0x0000000B
[fglrx] Receive enable interrupt message with irqEnableMask: 20000400