URL: https://linuxfr.org/users/whitecat/journaux/radeon-enemy-territory-quake-wars-jouable-out-of-the-box-sur-fedora-17 Title: [Radeon] Enemy Territory: QUAKE Wars jouable out-of-the-box sur Fedora 17 Authors: WhiteCat Date: 2012年07月05日T20:26:58+02:00 License: CC By-SA Tags: etqw, quake, mesa, wars, jeux_linux, fedora et radeon Score: 20 Mes 2 derniers journaux sur linuxfr parlaient du jeu d'idSoftware "Enemy Territory: QUAKE Wars" (etqw). Dans le premier journal ( https://linuxfr.org/users/whitecat/journaux/quake-wars-et-mesa ) j'indiquai ma satisfaction sur le fait que le pilote libre Mesa pour les Radeon (r600c) commençait à "montrer" ses capacités. À l'époque cependant il n'était toujours pas possible de jouer. D'autant que c'était avec le pilote r600c dont le sort était déjà connu. Le pilote r600g qui tire partie de l'architecture Gallium était le seul à avoir un avenir. Dans le 2ème journal ( https://linuxfr.org/users/whitecat/journaux/que-gagnent-red-hat-et-vmware-%C3%A0-%C3%A9crire-un-pilote-3d-amd-libre-question ) j'avais bon espoir de pouvoir jouer avec ma Radeon HD4850 (une puce R700 aujourd'hui considérée comme dépassée par beaucoup) de manière native sur Fedora 16. Hélas ce ne fut pas le cas. Mais Fedora 17 est arrivée depuis quelques semaines et désormais c'est possible ! J'installe Fedora 17 (64 bits évidemment), je fais les mises à jour, j'ajoute le dépôt RPM Fusion afin d'installer la bibliothèque s3tc (technologie brevetée donc non incluse par défaut dans Fedora) et j'installe le jeu en suivant les instructions ( http://doc.fedora-fr.org/wiki/Enemy_Territory_Quake_Wars ). Je joue. Quel bonheur de enfin pouvoir se passer du pilote propriétaire qui n'est pas stable, pour rester poli. Bon tout n'est pas encore rose non plus. Je joue en 1680*1050 (résolution 16:10 native de mon écran) avec les détails graphiques réglés sur le minimum mis à part les textures qui sont au max car je n'ai pas vu de pertes de performances flagrantes en les augmentant. Mais je vais poursuivre mes tests pour voir si je peux augmenter d'autres parties graphiques. Le nombre d'images par secondes varient entre 30 et 60 FPS. Je ne monte jamais au-dessus de 60 FPS malgré le fait que le vsync ne soit pas sélectionné dans le jeu et que je lance le jeu avec la variable d’environnement vblank_mode=0. Mais le plus embêtant c'est qu'il subsiste des légers lags globalement, on sent bien que le pilote a du mal à tout gérer de façon très rapide encore. Il y a également un léger bug d'affichage qui fait que la dernière lettre des textes affichés à l'écran ne s'affiche pas. Rien d'alarmant mais je soumettrai le bug un de ces quatre. Quoi qu'il en soit à partir de maintenant je joue à ETQW avec le pilote libre r600g. Le pilote s'est montré stable jusqu'à présent (seulement quelques heures d'utilisation cependant). Il ne reste plus qu'à patienter afin d'avoir des améliorations de performance du pilote et de voir le jeu tourner rapidement avec les graphismes élevés. En lisant Phoronix je sais déjà qu'il y a de belles choses qui devraient arriver dans Mesa 8.1. Et allez histoire d'agrémenter ce journal, voici quelques infos de ma config : `$ uname -r ; cat /proc/cpuinfo | grep "model name" ; lspci -nnk |grep -A 2 "VGA" ; glxinfo |grep -A 3 "OpenGL vendor" ; glewinfo |grep s3tc` 3.4.4-3.fc17.x86_64 model name : Genuine Intel(R) CPU 2160 @ 1.80GHz model name : Genuine Intel(R) CPU 2160 @ 1.80GHz 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV770 [Radeon HD 4850] [1002:9442] Subsystem: PC Partner Limited Device [174b:e104] Kernel driver in use: radeon OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV770 OpenGL version string: 2.1 Mesa 8.0.3 OpenGL shading language version string: 1.20 GL_EXT_texture_compression_s3tc: OK GL_S3_s3tc: OK Et aussi quelque chose de beau au lancement d'ETQW, le check des extensions OpenGL par le moteur du jeu : ----- R_InitOpenGL ----- ...using GL_ARB_multitexture ...using GL_ARB_texture_cube_map ...using GL_ARB_texture_non_power_of_two ...using GL_ARB_texture_compression ...using GL_EXT_texture_compression_s3tc ...using GL_EXT_texture_filter_anisotropic maxTextureAnisotropy: 16.000000 ...using GL_1.4_texture_lod_bias X..GL_EXT_shared_texture_palette not found ...using GL_EXT_texture3D ...using GL_ARB_texture_rectangle ...using GL_EXT_texture_rectangle ...using GL_EXT_stencil_wrap ...using GL_EXT_stencil_two_side ...using GL_ARB_vertex_buffer_object ...using GL_ARB_vertex_program ...using GL_ARB_fragment_program X..GL_EXT_depth_bounds_test not found ...using GL_ARB_point_sprite ...using GL_ARB_occlusion_query ...using GL_EXT_framebuffer_object ...using GL_EXT_packed_depth_stencil ...using GL_EXT_blend_minmax ...using GL_ARB_multisample ...using GL_ARB_shader_objects ...using GL_ARB_vertex_shader ...using GL_ARB_fragment_shader ...using GL_ARB_fragment_program_shadow ...using GL_ARB_shadow ...using GL_ARB_depth_texture ...using GL_EXT_gpu_program_parameters ...using GL_EXT_timer_query X..GL_GREMEDY_string_marker not found ...using GL_EXT_texture_compression_latc Dans mes souvenirs d'il y a 1 ou 2 ans le pilote propriétaire (fglrx) ne gérait pas autant d'extensions !

AltStyle によって変換されたページ (->オリジナル) /