Bon ba je viens de mettre a jour mon portable avec le nouveau driver, et la surprise :

Chargement impeccable, plus de bug "wide", je peux de nouveau regarder un film en plein écran sans que ca saccade, accélération 3d : ok !!!

Le seul hic dans tout ca, c'est que firefox utilise TOUTE ma ram, ce qui est assez embetant ! Ca viendrait du driver ?

Edit : Après un reboot, le problème ne se pose plus ! Fedora c'est putain de BONN !! Long life !!
bonsoir Alexbs, tu dis que tu viens de mettre a jour ton portable,si tu peux nous donner plus d'infos sur le type de ta carte graphique.Car la mienne c une ATI HD2600 et elle n'est pas detecte sur fedora8.

Alors si tu peux nous eclairer sur le etapes que t'as faites.

Bye
J'ai une carte ATI Mobility radeon x1450 !

Hm sinon, ben ce que je voulais dire c'est que je voulais dire c'est que par l'intermédiaire de pup (l'outil qui détecte les mises a jours) j'ai mis a jour le kmod et x11-fglrx.... (un nom dans le genre).

Cette mise à jour était très attendu surtout pour les gens qui possèdaient un écran wide, car la version précédente buggait (résolution en 1280 au lieu de 1440, dans mon cas).

Sinon pour ton problème hé bien tu peux essayer d'installer le driver flgrx ! Je ne sais plus trop comment on fait, alors je te conseille de lire la doc, ou bien d'aller sur le chat fedora-fr !

Bonne chance !
re
juste une question,ce pup qui detecte les mise a jours comment l'utiliser et où le trouver..

Salut
Rien de plus simple (si je le dis, c'est que ca l'est !)

- Tu lances la console (Applications > Outils Système > Terminal)

- Tu tapes : su -

- puis la tu rentres ton mot de passe root (quand tu tapes tu ne vois pas ce que tu écris)

- Tu tapes : pup

- La tu regardes ce dont tu as besoin

- Tu fermes ta session root avec la commande : exit

Voila
mahnah wrote:Bonjour,

J'ai également noté une petite erreur, une bricole: pour l'installation en 64 bits, c'est xorg-x11-drv-fglrx-libs-32bit (sans s)

Je cite philo qui a tout dit: Bravo et merci pour le travail effectué.
Au passage... cela n'est plus la bonne méthode vu le changement de nom et de procédure! Mise à jours d'ici mardi si j'ai le temps (pas que ça à faire!).
Tiens vindicator, sais tu comment repartir d'un fichier xorg.conf tout propre ? On entend parler à droite et à gauche le fait de supprimer le fichier xorg.conf et de rédémarrer. Info ou Intox? ^^
"system-config-desktop --reconfig" sous fedora/redhat/CentOS/dérivé... normalement c'est une commande du serveur Xorg, mais elle ne fonctionne pas aussi bien que cela sous fedora! Alors que sous slackware, par exemple, c'est le pied, mais moins facile que sous Fedora...!

Perso je ne me mettrais pas à virer le xorg.conf, même si on peut s'en passer de plus en plus, pour les réglages c'est la croix et la bannière après! Faut pas prendre le mauvais exemple de MS Windows de tout cacher! J'ai déjà eu pas mal de problèmes avec le réglage de la résolution après le passage d'un écran à un autre sans avoir à tout réinstaller parce que l'écran défini n'était pas l'actuel! et impossible de lui faire comprendre le pourquoi du comment! avec la commande ci-dessus ça refait tout comme il faut! mais il fallait le savoir!

Je vais la rajouter dans les solutions de la documentation! Je pense m'avancer dans la nouvelle version des documentations d'ici samedi après midi si j'en ai le temps. Ma machine de test AGP et pilote libre me manque cruellement, j'espère vraiment pouvoir avoir l'occasion d'en remonter une, mais ça devient de plus en plus dure d'avoir du matos neuf avec AGP, donc je doit attendre d'en récupérer d'occasion!
Donc voici la version 8.02 du pilote propriétaire :
Commentaires :
Pas de gros changement, ce qui fait que nous sommes toujours avec la famille 8.45.xx, je trouve cela bien mieux que de nous faire croire que c'est une nouvelle version, même si l'appellation 8.02 ne sert qu'a embrouillé les pistes, même si c'est plus clair pour les débutants, nous n'avons pas trop cette habitude sous GNU/Linux!
Donc quelques corrections de gros bogues qui date de la version 8.42.xx et d'autres apparus avec les dernières version, sans compter ceux concernant la résolution :
- Bogue d'erreurs de segmentation qui geler le serveur graphique corrigé!
Punaise! il m'aura bien pourri la vie celui là! surtout en plein rendu 3D! obligé de couper les programmes de son sinon c'était en permanence!
- Bogue des changements de résolutions avec la gestion des modes bi-écran corrigé
Au passage ils auraient pas pus corriger celui qui empêche l'utilisation correcte de l'accélération vidéo?? tiens non! font souer!
- Bogues avec la version 1.4 du serveur graphique dût à une mauvaise gestion de l'identification de bus (BUSID) corrigé
"A nous les ptites anglaises!"... euh.... non c'est malheureusement :-> A nous le serveur X de la F8!!!
Bogue avec compiz et le serveur X en version 1.4 corrigé
Quoi??? mais F8 n'est qu'en 1.3!!! euh... en fait ça doit être du mixage 1.3 avec du 1.4...ce qui à bien foutu le bordel! (voir bogue corrigé au dessus!)
- Support des derniers processeurs graphique sortie
Mais? et le support du crossfire c'est bon sous gnu/linux ou on est encore pris pour des bitos?

Bon les mauvaises nouvelles maintenant!
- Corruption de l'affichage si la largeur n'est pas un multiple de 64 pixels, exemple la résolution 1680x1050
Bon ça devient chiant là! sinon normalement l'astuce dans la documentation doit résoudre ce problème (dsl! j'ai que "2" 19" en 2x "1280x1024"! donc je me fie à vous pour le tester!)
- Pas de soutient de l'accélération vidéo pour le deuxième moniteur en cas de bi-écran
Ras le bol de ce bogue! prenez vos fourches, vos pelles, vos pioche et vos torches! Allons leurs bruler les fesses et les pendre par les coui..es pour les faire corriger tout ça avant de s'occuper de MS windows!

Donc conclure, toujours les mêmes bogues qui datent... mais qui datent....! serait peut être temps de s'y mettre non? Enfin bon....
Bon... le pilote propriétaire 8.02 ou fglrx 8.45.5 est disponible chez livna! le serveur graphique Xorg de la F8 fonctionne! Compiz fonctionne (je continu cependant à dire que de le désactivé pendant les jeux et/ou (oui et! parce que bon... jouer en même temps et pendant les pauses bosser avec blender c'est le pied :-P) lors d'un travail sous blender ou autre demande de la puissance et du répondant que ne donne pas toujours l'utilisation d'un environnement graphique 3D! Avec Fusion-icon cela prend 2s de l'activer/désactiver alors n'hésitez pas à vous en servir!

D'après des informations sur un autre sujet, l'utilisation d'emerald en tant que décorateur de fenêtre pose des problèmes!

Petits bogues graphique 3D, sans doute dût à la version du serveur X! Je test avec la version qui se trouve dans update-testing!

Comme le dit si bien la documentation :
Problèmes d'artefact de la souris par moment : rajouter ceci dans votre section "Device" du fichier /etc/X11/xorg.conf (en root!) :

* Option "XAANoOffscreenPixmaps" "true"
Ceci corrige aussi en partie le bogue décrit plus haut! Donc en cas d'artefacts en 3D, vidéo et autre! rajouter cette option!

Je cherche la solution qui tienne plus longtemps, car par moment ce problème apparait et disparait!
J'ai un soucis qui remplit le fichier Xorg.0.log (/var/log) et :0.log (/var/log/gdm)

J'ai ces lignes qui s'écrivent en permanence dans ces fichiers (jusqu'à saturation) :
(EE) fglrx(1): [DRI] Locking deadlock.
    Already locked with context 11144340,
    trying to lock with context 2.
(EE) fglrx(1): [DRI] Unlocking inconsistency:
    Context 11144340 trying to unlock lock held by context 2
Ceci n'apparait qu'en dual head. Une idée? Je soupsonne que ça soit lier à mon problème d'écran de veille/mise en veille de l'écran.


EDIT : J'ai utilisé system-config-display --reconfig pour remettre proprement ma config. Et ensuite j'ai fait un aticonfig --initial=dual-head :
# Xorg configuration created by system-config-display

Section "ServerLayout"
    Identifier     "single head configuration"
    Screen      0  "Screen0" 0 0
    Screen         "aticonfig-Screen[1]" RightOf "Screen0"
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Synaptics" "CorePointer"
EndSection

Section "Files"
EndSection

Section "Module"
EndSection

Section "InputDevice"
    Identifier  "Keyboard0"
    Driver      "kbd"
    Option        "XkbModel" "pc105"
    Option        "XkbLayout" "fr"
    Option        "XkbVariant" "latin9"
EndSection

Section "InputDevice"
    Identifier  "Synaptics"
    Driver      "synaptics"
    Option        "Device" "/dev/input/mice"
    Option        "Protocol" "auto-dev"
    Option        "Emulate3Buttons" "yes"
EndSection

Section "Monitor"
    Identifier   "Monitor0"
    ModelName    "LCD Panel 1440x900"
    HorizSync    31.5 - 56.0
    VertRefresh  56.0 - 65.0
    Option        "dpms"
EndSection

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

Section "Device"
    Identifier  "Videocard0"
    Driver      "fglrx"
    BusID       "PCI:1:0:0"
EndSection

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

Section "Screen"
    Identifier "Screen0"
    Device     "Videocard0"
    Monitor    "Monitor0"
    DefaultDepth     24
    SubSection "Display"
        Viewport   0 0
        Depth     24
    EndSubSection
EndSection

Section "Screen"
    Identifier "aticonfig-Screen[1]"
    Device     "aticonfig-Device[1]"
    Monitor    "aticonfig-Monitor[1]"
    DefaultDepth     24
    SubSection "Display"
        Viewport   0 0
        Depth     24
    EndSubSection
EndSection
Toujours le même problème.
salut à tous,

une question Vindicator, quand tu parles :
Petits bogues graphique 3D, sans doute dût à la version du serveur X!
, à quoi fais-tu référence.

Après installation du 8.455 sur mon Xpress 200M, quand j'ai lancé 'glxgears', je n'ai eu que des petits traits de la largeur de la fenêtre graphique sur toute la largeur de l'écran. Est-ce cela que tu veux signaler ce problème de 3D ??

Pour le moment je préfère revenir au 8.452 qui fonctionne sans accroc

A+ de lire ta solution

Celtic34
Perso, je n'ai plus de problème sur mon portable avec ma Xpress 200M. Sauf pour la vidéo ou firefox, mais le reste fonctionne.
Oui c'est le même style de bogue, un coup il arrive (capture d'écran à venir), un coup non... je pige plus :-P!

Enfin je vais voir si j'en trouve la cause!
Bonjour,

je reprends ce que j'avais dit ce matin sur un autre fil :
"chez moi (x86-64 et Radeon 9600) :
Kernel 137 + Kmod fglrx pour le 137 + X11 drv fglrx 8 455 2 -1 8 02 + X11 server 1 300-40 fc8 + Compiz fusion, ça marche super. (et c'est bien le server f8)
Seul bémol : quand on choisit Metacity dans le menu de Compiz Fusion Icon, beaucoup de jeux, par exemple, ne fonctionnent pas (problèmes affichage). Même le cube de glxgears en est affecté. Ces bandes colorées disparaissent lorsqu'on repasse avec Compiz."

C'était pas bien clair. Je précise : 8.455 avec Compiz c'est beaucoup mieux. J'arrive à obtenir des effets que je ne pouvais pas obtenir avec la version précédente (exemple airplane). De plus, l'écran ne se fige plus comme avant (je touche du bois).
Par contre, glxgears dans les choux (comme celtic34), que ce soit avec Compiz ou Metacity d'activé.
Pour les jeux, supertux par exemple, avec Metacity l'affichage se résume à des traits horizontaux et avec Compiz c'est comme avec la version précédente (jouable, mais avec des "flash" à l'écran. On dirait que des effets de bureau perturbent l'affichage).
Phénomène curieux : lorsque vous faites fonctionner glxgears avec Metacity d'activé, vous avez les bandes décrites par celtic34. Lorsque vous l'arrêtez, des bandes noires restent sur le bureau. Il suffit d'activer Compiz et ces bandes disparaissent.
Lorsque vous faites fonctionner glxgears avec Compiz d'activé, toujours les bandes décrites par Celtic34, mais à l'arrêt, pas de bandes noires sur le bureau.
Voilà pour l'instant.
Bon bogue rapporté chez ATI, il semblerai qu'il y ait un problème d'overlays, mais l'activer ou désactiver n'a pas l'air de faire grand chose... Sur phoronix.com non plus ils n'ont pas la solution...

Donc soit retour à l'ancienne version, soit ...
Alors! au programme cette semaine, un test complet du pilote proprio (mais??? pourquoi cette manie de mettre une nouvelle version au pluriel??? je n'ai jamais compris! quoi que... ils y en a qui disent "une FAI" alors que c'est au masculin... vu que c'est "Un Fournisseur d'Accès à Internet...) version 8.45.5 avec descriptif des problèmes et des corrections qu'il apporte. (je vous conseille quand même de revenir à l'ancienne version!)

Refonte de la documentation sur les pilotes proprio, ainsi que du "manuel et solution pour le pilote propriétaire...". Si j'ai le temps je m'attaque aux pilotes libres!

Refonte du sujet principale pour le mettre à jours avec les dernières informations!

Juste au passage, n'hésitez pas à donner votre avis sur la scène pour le concours "Blender F1 challenge 2008" que je prépare ici : http://forums.fedora-fr.org/viewtopic.php?id=20353&p=3
Ne pouvant utilisé la dernière version du pilote proprio avec blender, je reste sur les anciens sauf pendant les différents tests! que je fais aussi sur une autre machine qui bizarrement n'a pas ces problèmes... enfin je n'ai pas eu le temps de tester blender dessus...
Le problème de corruption de l'affichage à l'air d'être au niveau de l'overlay... bizarrement c'est tout de même assez aléatoire (exemple un coup blender à son affichage corrompu, un coup non! par contre le rendu en fenêtre lui le fait tout le temps! alors que dans l'application non!

Je continu mes investigations...
Bah... j'ai une belle erreur sur compiz fusion. Pas encore aujourd'hui que je verrais mon bureau bouger :-?
phil@/home/phil $>fusion-icon
 * Detected Session: kde
 * Searching for installed applications...
 * No GLX_EXT_texture_from_pixmap with direct rendering context
 ... present with indirect rendering, exporting: LIBGL_ALWAYS_INDIRECT=1
 * Using the GTK Interface
 * Interface not installed
 ... Trying another interface
 * Using the Qt4 Interface
Erreur de segmentation

phil@/home/phil $>fglrxinfo
display: :0.0  screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: Radeon X1600 Series
OpenGL version string: 2.1.7281 Release

phil@/home/phil $>rpm -qa | grep fglrx
xorg-x11-drv-fglrx-libs-8.455.2-1.8.02.lvn8
kmod-fglrx-8.455.2-1.8.02.lvn8
xorg-x11-drv-fglrx-8.455.2-1.8.02.lvn8
kmod-fglrx-2.6.23.15-137.fc8-8.455.2-1.8.02.lvn8
On va encore un peu attendre...

Cordialement.
Prend le xorg-X11-server qui se trouve dans le dépôt update-testing et reboot ta machine!

J'ai eu le même problème, mais c'est corrigé!

Par contre j'avance à petit pas pour le problème de l'affichage qui part en vrille par moment! Plus d'information d'ici peut!
VINDICATORs wrote:Prend le xorg-X11-server qui se trouve dans le dépôt update-testing et reboot ta machine!

J'ai eu le même problème, mais c'est corrigé!

Par contre j'avance à petit pas pour le problème de l'affichage qui part en vrille par moment! Plus d'information d'ici peut!
Ben non.. même message d'erreur de segmentation...
phil@/home/phil $>rpm -qa | grep xorg-x11-server-Xorg
xorg-x11-server-Xorg-1.3.0.0-42.fc8
Alors... là...
Using the Qt4 Interface
... euh...??? y a pas un blème là? tu me cache des choses?
Promis non 🙂
Enfin dumoins pas intentionnellement.
Je suis sous KDE et j'ai les deux librairies QT : 4 et 3, je suppose qu'elles sont installées par défaut parceque je n'ai rien demandé de particulier.
qt4-devel-4.3.3-1.fc8
qt4-4.3.3-1.fc8
qt-devel-3.3.8-9.fc8
qt4-x11-4.3.3-1.fc8
fusion-icon-qt-0-0.5.20080213git.fc8
qt-3.3.8-9.fc8
Quel problème as tu pressenti ?

Cordialement.
il semble qu'il y ai des problèmes lorsque tu utilise emerald avec compiz sous gnome, le problème est peut être de là!
Ca marche...
Simplement il faut lancer fusion-icon en root, ce que je n'avais jamais essayé.
Je sais pas trop si c'est vraiment normal.. mais bon, problème résolu :pint:
? euh... pas normal! sans doute une vielle configuration de compiz qui est foireuses sur ta session home!

Je prépare un petit récapitulatif des dernières nouvelles au sujet de ce qui se prépare chez AMD/ATI envers la communauté de l'open-source!
Bon! voici donc quelques informations sur AMD/ATI et la communauté du libre:
"Voici venir le temps des rires et 3D..."... dsl :-P
Grande nouvelle! Voici la venue au monde de la documentation technique des spécifications des R5xx, ainsi que de la série des R3xx voir des R2xx et R1xx, au niveau de la 3D.

Beaucoup d'échantillons de code-source (dans les 60000 lignes de code) pour permettre une meilleur compréhension du moteur 3D est rendu disponible ou le sera d'ici peut. Sans compter la libération de quelques dossiers sur le microcode des processeurs graphique.
Le Tcore le le dernier microcode de fglrx en production entrera dans l'arbre de DRM. La couche inférieure du nouveau pilote OpenGL d'AMD/ATI actuel verra sans doute son code mis en open-source dans un proche avenir.

Tandis que l'ouverture du tcore est vraiment important pour l'ouverture du code sources 3D de la série des R500/R600, ces informations permettrons d'offrir l'accélération 2D pour la série des R6xx. Les Radeon HD2xx n'ayant plus de moteur 2D, mais est émulé par le moteur 3D en utilisant le CP (processeur de commande). Le pilote employera toujours MMIO (dsl pour la traduction : Cartes mémoire en Entrée/Sortie), ainsi il doit d'abord changer l'orde de commutation du processeur de commande. En attendant, il la prise en charge par le pilote "RadeonHD" de l'accélération du R5xx et le pilote "radeon" peut déjà employé le CP

La documentation de programmation 3D d'aujourd'hui fait environs 300pags et se compose d'un guide de programmation et des caractéristique des registres. Parmi les domaines couverts de ce guide 3D sont le processeur de commande, vertex shaders,fragment shaders, Hyper-Z, et divers registres 3D. Le tcore n'est normalement pas disponible pour le moment, mais le sera prochainement, si ce n'est pas déjà le cas.
La partie ci-dessous est un résumé :
3ème étapes dans le relâchement des spécifications techniques et de codes source en open-source/libre de la part d'AMD/ATI depuis septembre 2007 et qui concerne les R5xx/R6xx.

De plus AMD à aussi ouvert sa bibliothèque d'exécution d'AMD (APL) sous la licence APACHE, sous le nom de Framewave.

AMD/ATI à était souvent critiqué pour la lenteur de cette libération, mais il faut savoir qu'il n'y a que deux personnes (John Bridgman et Alex Deucher) qui font la majorité du travail! (Note de moi même : un comble comparé au nombres de personnes bossant chez AMD/ATI!)

Il faut savoir que ces documents sont ensuite soumis au service juridique d'AMD pour éviter les contentieux.

Par contre ils sont dans les temps prévus initialement!

La comparaison avec la libération totale des documents de chez intel pour les 965 et G35 n'a rien à voir vu que cela était préparé en secret pendant plusieurs mois en interne et que comparé l'architecture des processeurs graphique de chez Intel avec ceux de chez AMD/ATI... c'est comme comparé une clio avec une Ferrari (dsl!)!
[q]
[acronym]"Les plans D'AMD/ATI et l'ouverture open-source"[/acronym]

[/q]
Parmi les commentaires intéressants faits lors du FOSDEM 2008
étaient que le soutien de TexturedVideo/X-Video du R500/600 peut
venir très bientôt (Note de moi même : Au passage il est déjà là en partie, surtout le TexturedVideo!), dans le DRM et sur le prochain MESA, l'appui
de multi-GPU open-source est sur les rails,
et la re-libéralisation des documents de la programmation du R200. La
documentation RV620 et RV635 est prévue dans un proche avenir.
Tiré des commentaires parmis les plus intéressants
faits pendant l'entretien de John Bridgman :
- l'information couvrant le RV620 et le RV635 (Radeon série de HD
3400 à 3600) sera bientôt dehors. Les réalisateurs de Novell ont
reçu cette documentation le mois dernier.

- le guide de programmation du R200 couvrant le Radeon 9000
sera-re libéré. Il est plus difficile de trouver
des informations sur le matériel R300 intérieurement, ainsi
le plus grand problème pour trouver une copie editable de ces
informations. Cela dit, parce que c'est du matériel du cru ATI il
est plus au sujet des questions de réponse et des choses de
réparation où avec la série R300 et plus tard ils sont concentrés
sur la fourniture de la documentation. (note de moi même : Quelques problèmes de traduction en cours de résolution de ma part!]

- le prochain RS780 (partie IGP DirectX 10) éliminera
complètement le moteur 2D sur le devant de l'IGP.

- La prise en charge des détecteurs sera intégré à LMsensor pour une prise en charge complète

- La prise en charge du contrôle des ventilateurs, commence avec le RV630, est intégré et, avec espoir, son AIBs (NDMM : ??? je cherche des informations sur ce qu'est AIBs...) qui sera utiliser dans les produits futurs. Pour les cartes graphique précédentes, la surveillance des ventilateurs peut être supporté ou non puisqu'ils ne peuvent pas libérer les informations de leurs fournisseurs (Que la compagnie emploie pour les contrôleurs de ventilateur extérieurement!). La gestion de l'énergie devient une priorité.

Avec le prochain appui RV620/635 le RS780 viendra également peut de temps après. Cet appui viendra en deux étapes la première étant l'appui de l'interface analogique/digital et par la suite l'appui du DisplayPort.

- John et Alex travaillent actuellement pour extraire la documentation sur le
PowerPlay (gestion de l'énergie des GPU d'ATI) à la communauté
open-source. Il n'y a aucun souci de propriété intellectuelle,
mais c'est une question de dépister toutes les informations nécessaire.

- Tandis qu'il y a eu trois pilotes open-source qui
soutiennent la série R500 (Avivo, Radeon, RadeonHD), ce n'est pas la
bonne chose à faire pour DRM et MESA. John ne veut pas voir des
réalisations multiples de DRM et de MESA.

- au sujet de Radeon contre RadeonHD, (car c'est à prévoir)
ils s'arrangeront sur une base de code commune.

- La prochaine génération d'UVD ("Unified Video Decoder", en français "Décodeur Vidéo Unifié") de deuxième génération pourra être trouvé sur le GPU RS780, présenté comme UVD2.
[---]
A SUIVRE!!!!
Et si l'anglois ne vous impressionnes pas : http://www.phoronix.com/
Bonjour,

Quelqu'un a-t-il réussi à obtenir l'accélération 3D avec une carte Xpress 200M et le driver libre radeon

Merci
Un petit man radeon te dirais :
RS400 Radeon XPRESS 200/200M IGP (2d only)
Donc il faut te rabattre pour le moment sur le pilote propriétaire fglrx!

Les informations données au-dessus parlent que prochainement les pilotes libres pourront supporter la gestion 3D sur toute la famille des radeon, cela ne peut être fait rapidement par manque d'information précise d'avant le rachat d'ATI et de problèmes de droits vu que toutes les technologies pour la conception des processeurs graphique ne sont pas fait en interne!
6 jours plus tard
Pas mal d'informations à venir avec notamment la mise à jours de la documentation 3D de chez AMD/ATI avec en prime l'arrivage de la documentation des R3xx (radeon 9500->9800...) et sans doute des R1xx et R2xx!

Comme je l'ai précisé plus haut, il est très dure pour eux de récupérer les droits accordés sur les produits post-AMD, car il est courant que les technologies soient sous-traitées par d'autres entreprises qui ne veulent sans doute pas que leurs travaux soient mis en libre accès! Il y aura sans doute du re-développement de ces technologies si leurs équivalents libre n'existe pas encore! je fais confiance à la communauté du logiciel libre et à AMD/ATI pour le faire!
Nouvelle mise à jours des pilotes propriétaire AMD/ATI!

Pas grand chose de nouveau, si ce n'est :
- la correction du bogue d'affichage avec certaines résolution (j'espère pouvoir enfin avoir blender qui ne soit pas brouillé une fois sur 2!)
- Une avancée dans la prise en charge de l'accélération vidéo Xvideo
- correction de quelques bogues avec l'économiseur d'écran de gnome (et pour kde? ah! ben non il n'y en avait pas :-P)
- correction de quelques bogues en rapporte avec le réglage de la luminosité, du contraste et du gamma des écrans
Donc enfin une avancée au niveau de la vidéo, mais toujours pas de gestion de l'AGP correct avec les R6xx et surtout toujours quelques problème dans la gestion des sessions.

C'est tout de même bien qu'il s'attaque à de vieux bogues et fonctionnalité manquante ou posant des problèmes! J'espère que ce sera corrigé d'ici peut et qu'ils s'attaqueront à les rendre encore plus performant leur pilote! Mais aussi qu'ils prendront rapidement en charge toutes leurs version de leur processeurs graphique avec la gestion des crossfire! Car ils perdent aussi des clients à ce niveau là! ou fait retarder les achats de leurs nouvelles génération de gpu!
11 jours plus tard
La dernière version du pilote propriétaire est disponible sur livna-testing! Pour ceux qui sont en 64bits, récupéré la librairie 32bits ici : http://livna-dl.reloumirrors.net/fedora/testing/8/i386/xorg-x11-drv-fglrx-libs-8.471-1.8.03.lvn8.i386.rpm
Car vous risquez de ne pas avoir d'affichage dans les applications/jeux 3D en 32bits (savage, ET, TCE, etc...).

La documentation des R3xx et R2xx commence à être fourni, donc attendez vous à avoir des pilotes libres de plus en plus complet, fiable et performant pour ces séries de processeurs graphique très prochainement!
Merci VENDICATOR pour l'information. Par contre, il faut faire attention car un nouveau kernel est arrivé ce matin ! Il faut garder l'ancien.

Sinon, depuis la mise à jour de ce matin et l'installation des nouveaux pilotes, OpenOffice ne se lance plus !
Si je le lance en ligne de commande, j'obtiens cette erreur :
X-Error: BadAlloc (insufficient resources for operation)
        Major opcode: 53 (X_CreatePixmap)
        Resource ID:  0x3c001a7
        Serial No:    2601 (2601)
These errors are reported asynchronously,
set environment variable SAL_SYNCHRONIZE to 1 to help debugging
J'ai une ATI X600
Bizarre, car je n'ai pas ce problème sur les 3 machines que j'ai testé avec ce pilote!

Renomme le répertoire caché de openoffice.org et relance le pour voir si ce n'est pas un problème de configuration!
VINDICATORs wrote:Bizarre, car je n'ai pas ce problème sur les 3 machines que j'ai testé avec ce pilote!

Renomme le répertoire caché de openoffice.org et relance le pour voir si ce n'est pas un problème de configuration!
J'ai déjà supprimé le répertoire : ça ne change rien.

Ah.... j'avoue... j'ai aussi mis à jour le server Xorg qui était dans le dépôt testing ! La piste peux venir de là.... je vais tester en revenant en arrière.
bizarre... je n'ai aucun problème de ce coté là non plus!
bonjour à tous,

juste une question : le 8.03 règle-t-il les petits problèmes vidéos vu avec le 8.02 sur les cartes Xpress 200M, comme je l'avais signalé ?? c'est juste que tout fonctionne OK avec le 8.01 (3D + compiz-fusion) et je n'aimerai pas perdre quoi que ce soit

Merci d'avance à ceux qui pourront m'éclairer

Celtic34
VINDICATORs wrote:bizarre... je n'ai aucun problème de ce coté là non plus!
La bonne blague... ça ne venait ni du driver... ni de xorg... mais de mon thème GTK !!! :hammer:
Pour info, c'était celui là : Project Blackwater
(dommage... il était beau8-))
Oui la 8.03 fonctionne très bien et corrige aussi, en dehors de la vidéo, les problèmes d'overlay3D apparus avec la 8.02 (sauf la gestion des textures sous flightgear snifff! mais il semblerais que c'est un option de compilation de chez fedora qui n'est pas très bonne, car ce n'est pas Openscengraph qui est pris en compte! à suivre!).

Au passage le kmod pour le dernier noyau est disponible!
Bonjour à tous,
J'ai un petit problème depuis la dernière mise à jour : la fréquence de rafraichissement reste bloquée sur 60 Hz. J'ai beau modifié le Xorg.conf (au passage, je signale qu'il n'a pas été modifié par la mise à jour), rien n'y fait. 60 Hz c'est assez fatiguant...
Merci du coup de main.

PS @ VINDICATORs : quand tu parles de problème de gestion des textures sous flightgear, est-ce au point de rendre le jeux injouable? Car c'est mon cas, et je n'ai pas trouvé grand chose dessus.