On my Athlon II equiped with a Radeon 4350, I tried to change the default Mesa/Gallium 3d architecture with the proprietary catalyst 14.4 from the geeko.ioda.net repo. The Mesa/gallium worked fine but I wasn’t able to play with half-life II, which demands opengl 2.0 or more.
Unfortunately, the installed fglrx driver didn’t work, and I removed the corresponding installed rpm package, but I’m still unable to retrieve the previous config with Mesa/Gallium. I always get vesa display.
How to restore the std config, or where/how do I get a possible working catalyst stuff for my card ?
Ok, I wanted to say the legacy driver: I found out a script: makerpm-amd-13.1-legacy.sh, which tries to download amd-driver-installer-catalyst-13.1-legacy-linux-x86.x86_64.zip, but this file seems to be unavailable. Is it still a way to install the legacy on my os 13.1 ?
I played Portal and Half life 2 on Linux a few days ago (the native Linux versions from Steam). Absolutely smooth, even if graphics settings were raised to the highest extent possible! Except for anti-aliasing, anisotropic filtering - I am not sure what their current status is. I am aware that these 2 will make a big difference, so I will have to test again with them enabled.
This was on the open source drivers, with Mesa 9.2.1 and the Linux 3.11 kernel (I am running Arch Linux).
The games must be really well written! (Well, Portal is mostly in closed rooms, so it would actually perform quite well)
(although he doesn’t mention which card he was using…)
upgraded x11 and mesa as suggested, but nada. I wonder if the gallium driver for the RV710 gpu iscomplete. However it works fine with the old doom3, though
Did you also install and boot the latest kernel?
Part of the radeon driver is in the kernel package, although I don’t think this would make a difference in this case.
mmh question: I found out** kernel-desktop-base-3.14.3-1.1.g2a280a3.x86_64.rpm** in the kernel repo, only 14Mb, whereas a std kernel is over 100Mb. I haven’t installed it yet, but I wonder if it is a good idea, or look towards the kotd repo.
Never install kernel-desktop-base (or any other kernel-xxx-base)! Use the normal kernel-desktop.
kernel-desktop-base is a minimal kernel package where most of the kernel modules have been removed. That’s why it’s much smaller, it’s intended for embedded systems or the like.
Your system probably won’t even boot with that, or at least most hardware won’t work.
But YaST won’t show it because you already have a kernel-desktop from a different repo.
Select the packages and click on “Versions” below the package list. You can then install/remove all available versions.
(You can have more than one kernel installed. The standard openSUSE entry in the boot menu will boot the highest version, you can find all others in “Advanced Options”)
Ok, booted with vmlinuz-3.14.3-1.g2a280a3-desktop, but nothing changed. When I run hl2.sh, I get:
libGL error: dlopen /usr/lib/dri/updates/r600_dri.so failed (/usr/lib/dri/updates/r600_dri.so: cannot open shared object file: No such file or directory)
SDL video target is 'x11'
SDL video target is 'x11'
SDL failed to create GL compatibility profile (whichProfile=0)!
This system supports the OpenGL extension GL_EXT_framebuffer_object.
This system supports the OpenGL extension GL_EXT_framebuffer_blit.
This system supports the OpenGL extension GL_EXT_framebuffer_multisample.
This system DOES NOT support the OpenGL extension GL_APPLE_fence.
This system DOES NOT support the OpenGL extension GL_NV_fence.
This system supports the OpenGL extension GL_ARB_sync.
This system supports the OpenGL extension GL_EXT_draw_buffers2.
This system DOES NOT support the OpenGL extension GL_EXT_bindable_uniform.
This system DOES NOT support the OpenGL extension GL_APPLE_flush_buffer_range.
This system supports the OpenGL extension GL_ARB_map_buffer_range.
This system supports the OpenGL extension GL_ARB_vertex_buffer_object.
This system supports the OpenGL extension GL_ARB_occlusion_query.
This system DOES NOT support the OpenGL extension GL_APPLE_texture_range.
This system DOES NOT support the OpenGL extension GL_APPLE_client_storage.
This system DOES NOT support the OpenGL extension GL_ARB_uniform_buffer.
This system supports the OpenGL extension GL_ARB_vertex_array_bgra.
This system supports the OpenGL extension GL_EXT_vertex_array_bgra.
This system supports the OpenGL extension GL_ARB_framebuffer_object.
This system DOES NOT support the OpenGL extension GL_GREMEDY_string_marker.
This system supports the OpenGL extension GL_ARB_debug_output.
This system DOES NOT support the OpenGL extension GL_EXT_direct_state_access.
This system DOES NOT support the OpenGL extension GL_NV_bindless_texture.
This system DOES NOT support the OpenGL extension GL_AMD_pinned_memory.
This system supports the OpenGL extension GL_EXT_framebuffer_multisample_blit_scaled.
This system supports the OpenGL extension GL_EXT_texture_sRGB_decode.
This system DOES NOT support the OpenGL extension GL_NVX_gpu_memory_info.
This system DOES NOT support the OpenGL extension GL_ATI_meminfo.
This system DOES NOT support the OpenGL extension GL_EXT_texture_compression_s3tc.
This system DOES NOT support the OpenGL extension GL_EXT_texture_compression_dxt1.
This system DOES NOT support the OpenGL extension GL_ANGLE_texture_compression_dxt3.
This system DOES NOT support the OpenGL extension GL_ANGLE_texture_compression_dxt5.
This system DOES NOT support the OpenGL extension GLX_EXT_swap_control_tear.
GL_NV_bindless_texture: DISABLED
GL_AMD_pinned_memory: DISABLED
GL_EXT_texture_sRGB_decode: AVAILABLE
This application requires either the GL_EXT_texture_compression_s3tc, or the GL_EXT_texture_compression_dxt1 + GL_ANGLE_texture_compression_dxt3 + GL_ANGLE_texture_compression_dxt5 OpenGL extensions. Please install S3TC texture support.
Apparently you need to install the package “libtxc_dxtn”:
Summary: Open source implementation of the patent infridged S3 Texture Compression
Description:
Lib txc-dxtn is an open source implementation of the patent infridged S3 Texture Compression (S3TC) for use with the open source OpenGL implementation MESA.
Well, the same as for the kernel. Click on “Versions” and you can select which version/architecture to install.
Normally in such a case there should be an xxx-32bit package which you can co-install (which doesn’t exist here).
Not sure if that is necessary. Maybe the 64bit libtxc__dxtn would be enough?
So I guess you should try that as well, if it doesn’t work with the 32bit version.
You could also try the force_s3tc_enable environment variable:
vguimatsurface.so is something from HL2.
It cannot be loaded, probably because some 32bit library is missing, yes.
But the question is which one? This doesn’t look like it would be caused by a missing libtxc_dxtn. You got a different error before and that is gone now, no?
