Cela devrait arriver petit à petit, sinon il faudra passer sur la branche de développement de Fedora 13 vu que le support des R8xx commence à y être apporter... (perso je préfère la dénomination technique, car il y a des HD4xxx remarqué qui vont s'appeler HD5...).

  • [supprimé]

  • Message #322
Ah bon lesquelles ? Des entrée de gamme ?
rah, excuse moi de t'avoir induit en erreur sergead j'avais pas vu que c'était une cg de la gamme r8xx
Bonjour à tous,
Je viens d'avoir un nouveau portable avec une carte "ATI mobility radeon HD5470 graphics 1gb"
J'ai installé F12 et gnome en 64 bits.
Ne connaissant pas les cartes ATI j'suis un peu paumé, et cette histoire de renommages pour les mobility ne me rassure pas.
Si j'ai bien pigé il me faut installer le pilote radeon (et non pas radeonhd) puis mesa-drivers-experimental ?
Je précise que je n'ai pas obligatoirement besoin de la 3D
Merci d'avance
Bruno C > Les cartes Radeon HD5XXX ne sont pas encore supportées par le pilote radeon. Par contre, si tu n'as pas besoin de la 3D, tu peux garder vesa (qui devrait s'être activé tout seul). En gros, tu n'as rien à faire 🙂
Merci, oui sans avoir rien fait ça "marche", mais la résolution de l'écran n'est pas reconnue et je ne peut les changer dans "preferences d'affichage" en graphique.
Je vais donc fouiller sur le forum voir si on peut modifier ça en console.
Merci bien.
En fait, tant que ta carte ne sera pas gérée par radeon, la configuration risque d'être très limitée. Comme tu dis, la résolution par exemple. En même temps, le développement est très rapide, espérons que ta carte sera vite gérée.
oui le mieux est peut-être d'attendre un peu ... comme j'avais fait à l'arrivée de F12 avec mon autre portable et une carte nvidia.
Merci bcp à toi !
Je vois qu'on est beaucoup à attendre en fait 😃. J'attends un meilleur support de l'énergie, parce que ma carte graphique chauffe beaucoup, sauf avec le pilote officiel... Mais c'est sur la bonne voie, j'ai testé hier la version 7.7 de Mesa expérimental, et le ventilo a mis plus d'un quart d'heure à tourner à fond, on y est presque 🙂
oui moi j'avais un gros pb de chauffe sur mon autre portable avec nvidia. Maintenant que j'ai eu celui-ci je vais pouvoir renvoyer l'autre à asus sous garantie pour changer la carte mère / graphique qui m'a laché pour la deuxième fois. (pb dès l'allumage bien avant d'arriver sur fedora)
L'histoire de renommage ne touche que certains série, il suffit de se renseigner un peut avec les liens et les sites en faisant quelques recherches avec votre moteur préféré!

Le support pour les R8xx arrivera avec la fedora 13 officiellement et peut être pour fedora 12. Comme actuellement cela est encore en développement, c'est pour cela que ce n'est pas intégré à la branche stable de fedora.

Le pilote propriétaire de ce mois devrait enfin apporter le support de Fedora 12, mais comme cela n'est pas encore vérifiable...
5 jours plus tard
Petit remontage de sujet pour vous dire que le pilote propriétaire en version 10.2 devrait arriver d'ici peut officiellement.

Par contre ne vous attendez pas à ce qu'il arrive pour fedora 12, car il ne gère toujours pas la version 1.7 du serveur graphique, alors que celui-ci est disponible depuis octobre en version stable avec cinq mises à jours majeur.

D'après les renseignements de chez phoronix, le support de xorg-x11-server 1.7 sera effectif avec la version 10.3 du pilote.

Pour ceux qui veulent tester leur R8xx evergreen (HD 5xxx), vous pouvez le faire avec la version alpha de Fedora 13, n'oubliez pas de rapporter les bogues sur le bugzilla de redhat/ (voir la doc à ce sujet)!

Pour les jeux qui posent problèmes, veuillez désactiver la compression de texture, si vous en avez la possibilité, car elle n'est pas encore implanté. Vous pouvez le faire normalement directement dans le jeux si vous y avez accès.
Pour résoudre les bogues graphiques avec les environnements de bureau, vous pouvez installer la version du pilote xorg-x11-drv-ati disponible ici : http://koji.fedoraproject.org/koji/buildinfo?buildID=157350
Télécharger :
xorg-x11-drv-ati-6.13.0-0.21.20100219gite68d3a389.fc12.x86_64.rpm
xorg-x11-drv-ati-firmware-6.13.0-0.21.20100219gite68d3a389.fc12.x86_64.rpm

Puis faire ceci en root -> yum localupdate xorg-x11-drv-ati* --nogpgcheck
VINDICATORs wrote:Petit remontage de sujet pour vous dire que le pilote propriétaire en version 10.2 devrait arriver d'ici peut officiellement.

Par contre ne vous attendez pas à ce qu'il arrive pour fedora 12, car il ne gère toujours pas la version 1.7 du serveur graphique, alors que celui-ci est disponible depuis octobre en version stable avec cinq mises à jours majeur.

D'après les renseignements de chez phoronix, le support de xorg-x11-server 1.7 sera effectif avec la version 10.3 du pilote.

Pour ceux qui veulent tester leur R8xx evergreen (HD 5xxx), vous pouvez le faire avec la version alpha de Fedora 13, n'oubliez pas de rapporter les bogues sur le bugzilla de redhat/ (voir la doc à ce sujet)!

Pour les jeux qui posent problèmes, veuillez désactiver la compression de texture, si vous en avez la possibilité, car elle n'est pas encore implanté. Vous pouvez le faire normalement directement dans le jeux si vous y avez accès.
Salut , 🙂

Donc si j'ai bien compris on pourrait voir le pilote fglrx fonctionné sous F12 en version 10.3?
Mais on peut aussi s'attendre à ne pas avoir de pilote pour F13 pendant 4 mois.
Mouhais... vu qu'il ne manque que la compression de texture à Mesa, je pense qu'on vas pouvoir s'en passer d'ici peut complètement... :-P

Je viens de tester l'alpha 1 de blender 2.5 et c'est le pied :-P!

Je fais du 80i/s stable environs à tremfusion/tremulous par exemple... Tout cela avec Mesa 7.8 de F13 + la dernière version du pilote disponible chez koji. Sans compter que les bogues graphiques avec les environnements graphique ont disparus.
Et niveaux performance il y à des améliorations ?

Car je ne comprend pas trop pourquoi un jeux comme Torcs rame à 5i/s, alors que extremme tux race passe les 60, de même que Nexuiz avec ~30i/s en 1680*1050 alors que Prey est injouable en 1024 (deux 4 image minute dans le menue).
Oui, Tremfusion/tremulous passe de 70i/s (sans les options à fond)à plus de 80 stable avec toutes les options à fond (sauf la compression de texture...).

Je n'ai pas testé Torcs...

Bon je confirme, Torcs doit utiliser l'accélération logiciel...

Vdrift lui tourne à 50/60i/s, mais avec quelques bogues graphique (c'est le seule qui le fait...).
VINDICATORs wrote:Oui, Tremfusion/tremulous passe de 70i/s (sans les options à fond)à plus de 80 stable avec toutes les options à fond (sauf la compression de texture...).

Je n'ai pas testé Torcs...

Bon je confirme, Torcs doit utiliser l'accélération logiciel...

Vdrift lui tourne à 50/60i/s, mais avec quelques bogues graphique (c'est le seule qui le fait...).
Oui effectivement il y a une différence.
A ce qui parait la compression des textures sera pour F-13 :-D
Ce n'est pas encore le cas (je suis avec le mesa de F13 😉), mais normalement lors d'une prochaine mise à jours de mesa 7.8 (ce n'est pas encore la version finale, normalement elle devrait intégré opengl 3...).

Pour torcs il faudrait voir avec son fork -> http://jeuxlibres.net/news/197.html pour voir si cela à évoluer...
oui vindicator normalement c'est pour mesa 7.8. ce que m'avait dit le packager quand j'avais reporté le non support de la compression des textures
Un billet intéressant : http://cedarandthistle.wordpress.com/2010/02/19/f11-catalyst-vs-f12-mesa-drivers-experimental/

Sinon, ce weekend j'ai installé Civilization IV sur le PC de mes parents (XP2500+, 768 Mo, 9800 Pro) avec Wine et F12 - xorg-x11-drv-radeon. J'étais très étonné (et heureux) que cela fonctionne assez bien. Malgré quelques bugs graphiques et une lenteur incroyable, le rendu est bon et le jeu fonctionne correctement, pour peu qu'on ne soit pas nerveux ^^
Je suis très heureux de pouvoir jouer à un jeu DX9 sur Wine avec des pilotes libres, vivement la suite !
Nexuiz à l'air d'avoir le même défaut que torcs, faut que je regarde cela... Quoi que la résolution y est pour beaucoup et vu que le code n'est pas encore optimisé, il ne faut pas non plus s'étonner. Cela demande beaucoup de puissance dans les résolutions aussi haute qu'il utilise, même pour le pilote propriétaire.

Bon je confirme, en 1280x1024 il tourne à 30i/s de moyenne...

Perso je privilégie les jeux natifs, mais c'est vrai qu'il y a un mieux avec wine. Quoi que je viens aussi de testé les abandonwares avec dosbox et ça fonctionne pas mal 🙂.
VINDICATORs wrote:Nexuiz à l'air d'avoir le même défaut que torcs, faut que je regarde cela... Quoi que la résolution y est pour beaucoup et vu que le code n'est pas encore optimisé, il ne faut pas non plus s'étonner. Cela demande beaucoup de puissance dans les résolutions aussi haute qu'il utilise, même pour le pilote propriétaire.

Bon je confirme, en 1280x1024 il tourne à 30i/s de moyenne...

Perso je privilégie les jeux natifs, mais c'est vrai qu'il y a un mieux avec wine. Quoi que je viens aussi de testé les abandonwares avec dosbox et ça fonctionne pas mal 🙂.
Il reste jouable Nexuiz, surtout que le pilote n'est pas optimisé, la ou j'ai de gros problème c'est avec le jeux Prey dans sa version linux qui rame a déjà dans le menu (3d).
Je ne suis pas un grand fan de nexuiz, comme je ne le suit pas de quake ou dans le même style. Je préfère quand même le coté tactique plus que bourrin chez les FPS.

Au passage vous pouvez tester la version alpha 1 de blender 2.5 disponible ici -> http://www.blender.org/
Je rappel qu'il faut au minimum Mesa 7.8 (encore en développement...) de F13 pour que cela soit fluide.

En parlant de Mesa 7.8 en développement, je trouve dommage qu'il ne soit pas disponible pour fedora 12 vu ce qu'il apporte en plus. Actuellement en dehors des vidéos H264 et cette b... (de vache) qu'est flashplayer, je n'arrive toujours pas à le mettre à défaut en dehors de cette histoire de compressions de texture.

Par contre c'est toujours un peut le bordel avec certains jeux lorsque l'on utilise plusieurs écrans, pensez à désactiver l'option "fullscreen" ou "plein écran".
Il fait quoi le H264 avec Mesa 7.8
Mais openvideo de dailymotion utilise Theora pas H.264 !
Tiens? alors il y a un blème quelque part...

Autant pour moi, c'est bien du theora...

Bon je confirme c'est un problème avec Firefox, parce qu'avec konqueror pas de problème... Je regarde si c'est bien firefox ou une extension qui pose problème...

Voilà qu'avec la dernière mise à jours de firefox 3.5.8 le fait, vous avez aussi ce problèmes?

Il semblerait que ce soit un problème avec le mesa 7.8 de développement, je fais quelques "downgrade" pour confirmer...

Edit : Bon... ne me reste plus que le noyau et je confirme qu'il y a bien un problème avec la balise <vidéo>/theora et le pilote radeon...
Bizarrement avec le lecteur mplayer pour gnome cela fait un peut la même chose (entre 10i/s et 15i/s, avec la balise <video> c'est dans les une à deux i/s...), donc peut être un problème avec gtk?
C'est étrange que cela plante sur un site est pas l'autre :/
Bonsoir ici, je viens de mettre à jour F12 avec KDE 4.4 et je rencontre pas mal de ralentissement avec une HD4890 et les pilotes libres, l'animation pour changer de bureau "glisser" rame carrément, le cube idem, l'animation d'apparition du menu est à la limite du fluide, par contre les fenêtres molles.. aucun souci.. c'est quoi exactement les liens que tu as posté vindic à la page précédente ?
avec un
yum install mesa
?
Pour l'instant, la video de ton lien rame complètement en effet avec FF 3.6
Oui je confirme aussi 😉
Bon... j'arrête mes rétrogradations pour le moment...

Non pour le yum install mesa, tu peux suivre cette réponse -> http://forums.fedora-fr.org/viewtopic.php?pid=401117#p401117

Je confirme aussi avec la 3.5.8 pour firefox, avec des vidéos un poil plus petite ça fonctionne sans problème. Par contre en plein écran cela pose problème, je pense que c'est le pilote vu qu'avec les mêmes version sur l'eeepc 701 en intel il n'y a pas ce problème... Je fais d'autres recherches avant de faire un rapport.

Pour l'histoire de la compression de texture, cela arrive avec la version 2.6.33 du noyau disponible officiellement, mais pas encore pour fedora 12 (pour fedora 13 c'est le cas...).

En lisant les notes de changements du noyau, attendez vous à avoir un mal de crâne tenace... Et je ne parle pas du pilote "nouveau" pour les nividia, car c'est encore pire (mais les Fedoristes sont habitués vu que nous sommes en avance à ce niveau). Mais bon ce sera pour la prochaine version de Fedora (sauf changement).