Download ATI CATALYST 9.9 Proprietary Linux Display Driver

pipin

Administrator
Teammitglied
Mitglied seit
16.10.2000
Beiträge
24.371
Renomée
9.696
Standort
East Fishkill, Minga, Xanten
  • SIMAP Race
  • QMC Race
  • RCN Russia
  • Spinhenge ESL
  • Docking@Home
  • BOINC Pentathlon 2019
  • SETI@Home Intel-Race II
  • THOR Challenge 2020
  • BOINC Pentathlon 2021
  • BOINC Pentathlon 2023
Neben dem monatlich veröffentlichten Windows Catalyst Treiber-Update hat AMD auch aktualisierte Linux-Treiber zum Download bereitgestellt.


<blockquote><strong>New Features </strong>

<strong>Support for New Linux Operating Systems </strong>

This release of ATI Catalyst™ Linux introduces support for the following new operating
systems:
<blockquote><ul><li>openSUSE 11.1 production support</li>
<li>SLED and SLES 10 SP3 early look support</li></ul></blockquote></blockquote>

<b>Download:</b><ul><li><a href="http://support.amd.com/us/gpudownload/linux/Pages/radeon_linux.aspx?type=2.4.1&product=2.4.1.3.36&lang=English" target="b">ATI Catalyst 9.9 Proprietary Linux x86 & x86_64 Display Driver</a></li></ul>

<b>Links zum Thema:</b><ul><li><a href="http://www.planet3dnow.de/vbulletin/attachment.php?attachmentid=16255&stc=1&d=1252701096">Release Notes</a></li><li><a href="http://blogs.amd.com/play/2009/09/11/ati-catalyst-99-driver-everything-you-want-to-know-and-why-you-should-care/" target="b">ATI Catalyst 9.9 Driver - Everything you want to know and why you should care</a></li></ul>
 
Ein kleiner Hinweis dazu, Version 9.9 unterstützt auch nur maximal Kernel 2.6.30. Wer sich am gerade frisch releasten 2.6.31 vergehen will, kann man bei Ubuntu vorbei schauen. Die haben eine Beta-Version vom kommenden 9.10er, welche auch mit 2.6.31 funktioniert. Die Pakete sind allerdings auf Ubuntu zugeschnitten. Wer eine andere Distribution einsetzt, muss da etwas Handarbeit anlegen.
 
Anno 1404 läuft immer noch nicht mit dem neuen Treiber, bis 9.7 funzte es, alle die danach erschienen: vorerst Finger weg wenn man Anno1404 spielen will.
 
  • [RandR 1.2] Enabling a disabled GPU no longer causes desktop overlap (default monitor section not being used)
  • Catalyst Control Center: The refresh rate is now preserved after restarting X
  • [SuSE 11.0] With desktop effects enabled, system no longer fails when switching to another Virtual Terminal
  • Catalyst Control Center: The "Identify" icon now rotates when screen is rotated with RandR 1.2
  • The "Identify" icon no longer disappears after resolution change
  • "Force maximum performance clocks " status in Catalyst Control Center now
    functions properly when change is applied to a single adapter for specific ASICs
  • With CrossFire enabled, Catalyst Control Center no longer throws segmentation fault
    while selecting the secondary display
  • CrossFireX settings in Catalyst Control Center now reflect when CrossFire is
    enabled/disabled properly
  • [Ubuntu 9.04] Under specific system configurations, resume from S3 and S4 in
    extended desktop mode no longer causes the desktop to appear with no menu or icons
  • Hotplugging the second display no longer causes X to fail with the keyboard and
    mouse becoming inoperable
  • Bringing up the Catalyst Control Center display selector in the CrossFire Diagnostic
    aspect no longer causes X to fail on specific ASICs
 
So schnell wie es gerade mit dem offenen Treiber vorangeht, will das Teil im nächsten Jahr keiner mehr nutzen. Kernel 2.6.32 verspricht ja schon verbessertes Power Management und 3D-Beschleunigung für die neuen Karten. Zumindest für mich gibt es dann keinen Grund mehr den Catalyst zu nutzen.
 
So schnell wie es gerade mit dem offenen Treiber vorangeht, will das Teil im nächsten Jahr keiner mehr nutzen. Kernel 2.6.32 verspricht ja schon verbessertes Power Management und 3D-Beschleunigung für die neuen Karten. Zumindest für mich gibt es dann keinen Grund mehr den Catalyst zu nutzen.

Für dich nicht, für Workstation-Nutzer schon. Oder Leute, die Spiele mit OpenGL 3 spielen wollen? Für den Catalyst gibts auch unter Linux noch hinreichend Berechtigung. Da wird der freie Treiber so schnell auch nicht komplett aufschließen.
 
So schnell wie es gerade mit dem offenen Treiber vorangeht, will das Teil im nächsten Jahr keiner mehr nutzen. Kernel 2.6.32 verspricht ja schon verbessertes Power Management und 3D-Beschleunigung für die neuen Karten. Zumindest für mich gibt es dann keinen Grund mehr den Catalyst zu nutzen.

Für eine dann 1,5 Jahre alte Karte kann man durchaus erwarten das die OS Treiber die bessere Wahl sind. WENN sie ihr Versprechen auch einlösen. Das sind auch nur Menschen.

Geht eigentlich schon Videobeschleunigung durch die GPU? Das wäre für mich das Kriterium.
 

Dekodieren von mpg2/mpg4/xvid/divx/vc6-Videoströmen. Das, was ein Videoplayer machen muss, um die Videos abzuspielen. An sich wird dafür die CPU benutzt. Aber mit den Rechenmonstern auf den Grafikkarten wird diese Aufgabe mehr und mehr dorthin verlagert. Unter Windows gibts das schon ziemlich lange. Da hatte ATI schon zu Rage-Zeiten mit angefangen, und die Dekodierung von mpg2-Strömen mit der Grafikkarte beschleunigt (Motion Compensation, iDCT). Gibts für X11 auch ein API, heißt XvMC. Das funktioniert sogar mit so ziemlich allen Grafikkarten heute. Leider hilft es wirklich nur bei mpg2. Und das sind nicht gerade die aufwändigsten Berechnungen mehr. Die Dekodierung von h.264-Strömen ist da viel interessanter, weil rechenaufwändiger. Nvidia hat mit VDPAU ein eigenes API heraus gebracht. Damit lässt sich die Dekodierung von h.264-Strömen (und anderes) auf die Grafikkarte verlegen, zumindest teilweise. ATI hat was eigenes dafür entwickelt, XvBA. Nur ist das bis heute nicht nutzbar.
 
Ich fragte nach, weil Videobeschleunigung und Decodieren den gleichen Vorgang beschreiben. ;D

Jedenfalls wird das gemeinhin so aufgefasst.

Das Encodieren, also das transferieren von analogen Videos in digitale, bzw. das Transcodieren von einem Digitalformat in ein anderes, ist da etwas aufwändiger.

Schade, dass die OpenSource Decoding-Variante für MPEG2 bei ATI-GPUs stehen geblieben ist und nicht aufwändigere Codecs beherrscht.
Naja Arcsoft und Cyberlink wollen ja auch noch entsprechende Multimedia-Software verkaufen und die Lizenz für MPEG4 bzw. H.264 dürfte auch noch nicht für lau auf der Straße liegen.

MFG Bobo(2009)
 
Ich fragte nach, weil Videobeschleunigung und Decodieren den gleichen Vorgang beschreiben. ;D

Jedenfalls wird das gemeinhin so aufgefasst.
Ist aber falsch, weil die Darstellung auf dem Monitor auch beschleunigt wird. Das kann man für Videos auch recht einfach nachvollziehen, in dem man den Ausgabetreiber ändert und statt xv mal x11 nutzt.

Das Encodieren, also das transferieren von analogen Videos in digitale, bzw. das Transcodieren von einem Digitalformat in ein anderes, ist da etwas aufwändiger.
Ließe sich auch auf die GPU verlagern, mittels Cuda, Firestream oder in Zukunft OpenCL. Ist nur eine Sache des Programmieraufwands.

Schade, dass die OpenSource Decoding-Variante für MPEG2 bei ATI-GPUs stehen geblieben ist und nicht aufwändigere Codecs beherrscht.
Naja Arcsoft und Cyberlink wollen ja auch noch entsprechende Multimedia-Software verkaufen und die Lizenz für MPEG4 bzw. H.264 dürfte auch noch nicht für lau auf der Straße liegen.
Die OpenSource Variante ist für alle GPUs auf MPEG2 beschränkt. VDPAU von Nvidia ist proprietär und auf Nvidia beschränkt, XvBA von ATI ist proprietär und auf ATI beschränkt. Dazu ist es bis jetzt auch nicht nutzbar, da ATI nach wie vor keine Specs heraus gerückt hat. VA API ist ein offener Standard, AFAIK. Wird aber bis jetzt nur nativ vom Intel Poulsbo Treiber unterstützt (welcher proprietär ist). Es gibt die Möglichkeit, VDPAU als Backend für VA API zu nutzen. Angeblich soll auch Arbeit unterwegs sein, dass XvBA als VA API Backend funktioniert. Das glaube ich aber erst, wenn ich es sehe. Insofern könnte VA API vielleicht der Nachfolger für XvMC werden.
 
Im moment ist sowieso chaos im linux-Grafikstack.
Auf der einen Seite der integration von KMS und DRI2, Auf der anderen Seite massive erweiterungen bei Xorg, Gallium3D-Integration in MESA usw.

Wenn sich das chaos erstmal geordnet hat, wird da vieles einfacher gehen. Gallium selbst macht schon vieles einfacher und weniger redundant.
Übrigens wird RV770 schon lange unterstützt, aber eben nicht in 3D. 2D-Beschleunigung schafft der freie treiber schon.

Das Dilemma mit VDPAU und XvBA etc. ist einfach dass das alles proprietätet schwachsinn ist der nur zu mehrfachem aufwand führt. Viellicht kriegen sies auf die Reihe das bald unter VA-API zu konsolidieren.

Grüßle,
ich
 
Zurück
Oben Unten