cx42net wrote:@VINDICATORs : J'espère que ce n'est pas un pc portable ?

Sinon, tu va chez **** et tu t'en achete un autre, c'est ptete le plus simple 🙂

Pour ce qui est des pilotes, tu pourrais donner le liens sur le forum Phoronix pour que je voie la méthode s'il te plait ? 🙂
euh... à 60 roro le clavier... je vais pas chipoter pour un nettoyage...

Le lien : http://www.phoronix.com/forums/showpost.php?p=55104&postcount=17

Kwizart je suit ce qui se dit sur le mailling list de rpmfusion...
cx42net wrote:Perso je comprends pas trop pourquoi vouloir utiliser les pilotes proprio quand les libres fonctionne aussi bien ? (c'est une vraie question, pas une critique)

Parce qu'avec mes pilotes libres, je ne constate aucun problème apparents. Peut-être est-ce dans un usage spécifique ? (je ne joue pas, c'est ptete là en effet :p)
je n'ai pas d'acceleration 2d sur ma 4870(radeonhd ou radeon pareil) avec le pilote libre, même pas moyen de regarder un film en plein écran, pas le choix.
Perso je regarde des films (divx ou xvid) avec le pilote vesa.
ok cela fonctionne.

Le truc c'est que le lien les commandes qu'il utilisent sont des hack honteux.
Il est plus facile de faire les choses dans les règles de l'art qu'avec ce tuto.

Néanmoins, il est peu probable que fglrx arrive en stable, il va falloir revoir la configuration.
En particulier le xorg.conf devra avoir une entrée depth.
Je vais essayer de commiter quelquechose demain.
Il n'y a pas moyen de programmer cela dans livna-config-display (qu'il faudrait renommer en rpmfusion-config-display)?
Pas de nouvelle pour les pilotes ATI/AMD ?
Je suis dans une position pas enviable, avec mon écran qui clignote, alors si quelqu'un pouvait poster ses infos (des dates, même approximatives, ce serait sympa).
Si! lire la page d'accueil du site en bas!

Actuellement il y a encore quelques petits problèmes, mais nostre ami kwizart est sur le coup! (le pauvre... je l'embête beaucoup ces derniers temps :-P)

Pour le moment en 32bits il faut croire que ça fonctionne bien, en 64 j'ai la 2D, la vidéo, mais la 3D pose quelques problèmes... un problème avec les librairies sans doute...

A suivre...
VINDICATORs wrote:Si! lire la page d'accueil du site en bas!

Actuellement il y a encore quelques petits problèmes, mais nostre ami kwizart est sur le coup! (le pauvre... je l'embête beaucoup ces derniers temps :-P)

Pour le moment en 32bits il faut croire que ça fonctionne bien, en 64 j'ai la 2D, la vidéo, mais la 3D pose quelques problèmes... un problème avec les librairies sans doute...

A suivre...
Bonjour,

Pour la 3D avec le 64bit c'est a cause de /usr/lib/dri/fglrx_dri.so il est en 32bit et Xorg veut l'utiliser, j'ai remplacer la version 32bit par la version 64bit et ça fonctionne. Il doit avoir un autre moyen de dire a xorg de ne pas charger de librairie ici.

Guillaume
... Donc un bogue à rapporter à xorg et non à ATI...
Rapport du fonctionnement du pilote propriétaire version préparé par kwizart dans son dépôt en version "testing"!

Installation :
Parfois hasardeuse en 64bits, que mes nombreux contacts avec lui fait que cela fonctionne (méthode dans la documentation de fedora-fr d'ici peut)
Pas de problèmes en 32bits
Configuration :
Pas de problèmes particulier, si ce n'est quelques bogues dont la solution sera décrite dans la documentation
Problèmes :
Bogue de liaison de librairies : fglrx_dri.so que Xorg cherche à tout prit à utiliser la version 32bits au lieu de la 64bits, sans doute un bogue dans la configuration des paquets...
Obligation de mettre en noxv xdtv (version à compiler car kwizart ne le propose pas pour le moment...)
Obligation de désactiver "dga" dans le xorg.conf (méthode décrite dans la documentation!), mais c'est une habitude qui date depuis longtemps!
Pas d'autres bogue pour le moment...
Utilisation :
mode multi écran fonctionne, mais comme je ne passe pas par le panneau de contrôle, je ne puis dire si il s'est améliorer depuis...
KDE + effet KDE : tout fonctionne très bien!
A suivre...
Documentation mise à jour! Faites bien attention à la partie "EDITION DU GRUB.CONF"! ne recopier pas bêtement ce qui est marqué! (SI JE VOUS LE DIT!)
bon je m'y met, mais j'vais bien étudier l'truc avant 🙂
la doc wrote:Ensuite pour la génération du fichier xorg.conf, il faut au minimum avoir un champ "depth" puisque le pilote considère que le défaut est 8, alors qu'il n'est pas compatible avec ce mode.
c'est quoi ce champ "depth" a mettre dans le fichier xorg.conf ??

Merci pour la doc 😃
On pourrait expliquer le pourquoi du comment de la nouvelle image de boot ? J'ai pas compris à quoi ca servait :-P
[solutions d'un bug en fin de post]
ça marche impec, ya juste la dernière partie que je n'ai pas fait car je n'ai pas /usr/lib/dri.

Pour répondre à DeeVoiD, il faut avoir ce champs dans la section screen(voici la parti qui concerne ceci dans mon xorg.conf) :
Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        DefaultDepth     24
        SubSection "Display"
                Viewport   0 0
                Depth     24
                Modes    "1280x1024" "1280x1024" "1280x960" "1280x960" "1152x864" "1152x864" "1024x768" "1024x768" "832x624" "832x624" "800$
"
        EndSubSection
EndSection
Enfin il me reste un problème à résoudre, impossible de lancer emerald avec compiz :/

EDIT : ah oui et en fait la doc est pas si mal, à part le passage sur le grub.conf
recopier la ligne qui correspond dans les autres balises "title"

kernel /boot/vmlinuz-2.6.27.7-134.fc10.x86_64 ro root='xxxxxxxxxxxxxxxxxxxxxxxxxxx rhgb quiet
Sinon le reste nickel 🙂

EDIT 2 : on se retrouve avec la même erreur que sous F9, c-a-d : 
X Error of failed request:  BadRequest (invalid request code or no such operation)
  Major opcode of failed request:  143 (GLX)
  Minor opcode of failed request:  19 (X_GLXQueryServerString)
  Serial number of failed request:  15
  Current serial number in output stream:  15
Je suis en train de regarder si les méthodes qui ont fonctionné sous F9 peuvent fonctionner là.

EDIT 3 :
Si vous avez le problème mis juste au dessus, suffit de faire ce qui est décrit ici : http://forums.fedora-fr.org/viewtopic.php?pid=304665
et tout rentre dans l'ordre !
Bon donc j'ai maintenant direct rendering à yes mais un autre problème (qui existait sous F9 aussi) et qui avait été résolu par une mise à jour du noyau :-?

Bon je la remet : 
compiz (core) - Fatal: Root visual is not a double buffered GL visual
compiz (core) - Error: Failed to manage screen: 0
compiz (core) - Fatal: No manageable screens found on display :0.0
Je continue à chercher, je mettrais la solution si je trouve !
Alors... si tu est en 64bits, la partie sur le lien à faire est obligatoire! D'où ton problème!

Le deph est le nombre de couleur gérer par la carte graphique! normalement cela se met automatiquement!
Exemple de section Screen valide :
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1280x1024" "1280x960" "1152x864" "1024x768" "832x624" "800x600" "720x400" "640x480"
EndSubSection
EndSection
Pourquoi la nouvelle image noyau? Réponse simple! Par défaut radeon et libdrm se charge même si on en a pas besoin! la nouvelle image permet de l'empêcher! Si j'ai fait en sorte de garder la partie de l'explication de kwizart qui fait une copie de la version actuel, c'est juste en cas de problèmes!

Kwizart nous dit :
On pourra aussi éviter d'écraser l'image précédente en utilisant un autre nom:

# mkinitrd -f /boot/initrd-$(uname -r)-fglrx.img $(uname -r) --with fglrx

et dupliquer l'entrée du menu grub de manière adéquate ( /boot/grub/grub.conf )

Ensuite pour la génération du fichier xorg.conf, il faut au minimum avoir un champ "depth" puisque le pilote considère que le défaut est 8, alors qu'il n'est pas compatible avec ce mode. Ensuite avoir la section ModulePath qui permet de faire fonctionner les bibliothèques xorg de remplacement sans écraser celle fournit par la distribution.
Autre bogue à rapporter, mais dont la solution est donné dans les notes de mises à jours de fedora (pour une fois qu'elles sont en français! vous n'avez plus d'excuses pour ne pas les lires!) est le problème de résolution avec plymouth! Solution (parce que vous aimez le radotage... :hammer::hammer::hammer::hammer:) dans la documentation d'ici vendredi (dsl mais je m'octroie quelque jours de vacance!).

Au passage avec la nouvelle version du noyau cela sera transparent si vous l'avez déjà fait! (je n'ai pas testé sans avoir refait l'initrd...)