via driver & bz

Help with Setup, Hardware, Performance or other Issues...Or just pimp your rig.
Post Reply
User avatar
october rust
Private First Class
Private First Class
Posts: 22
Joined: Sun Jul 03, 2005 8:01 pm
Location: Porto Alegre, Brasil

via driver & bz

Post by october rust » Thu Jul 26, 2007 4:47 am

heya,

im trying to get bz working on fedora 6 with an onboard via s3 unichrome video. the generic install from fc6 repositories runs very jittery until it crashes, so i compiled from source and performance is now ok. though, the client is still crashing, a lot (about 10 seconds after spawning), and dragging the whole system down with it. as im running it as a non-privileged user, im assuming its the video driver, tho the driver in use seems right. does anyone else already had issues on bz using this driver?

another thing i noticed is that shots cant be seen in radar, just the shot lines, even with shot size at max. And, if blending is disabled, the shots in HUD freezes the client for a tiny moment b4 they show up. Maybe some arguments to be passed, or just another hint that the video/driver just sucks?

just wanna be sure b4 spending some money on a new video card :\

ps: bz runs ok in this same box under windows

any help welcome,
cheeers

User avatar
blast
General
General
Posts: 4757
Joined: Fri Mar 21, 2003 3:49 pm
Location: playing.cxx
Contact:

Post by blast » Thu Jul 26, 2007 12:54 pm

I wouldn't be surprised if that video chipset driver is causing problems. The UniChrome chipset is crap. Are you sure it's actually using (the limited) 3D acceleration of your UniChrome card?
"In addition to knowing the secrets of the Universe, I can assure you that I am also quite potty trained." -Koenma (Yu Yu Hakusho)

Image

User avatar
Teppic
Private First Class
Private First Class
Posts: 575
Joined: Mon Mar 07, 2005 10:00 pm
Location: The North Block
Contact:

Post by Teppic » Thu Jul 26, 2007 1:12 pm

blast wrote:The UniChrome chipset is crap.
Understatement of the century, you are better off using the Mesa drivers, I do and they work OK.

User avatar
october rust
Private First Class
Private First Class
Posts: 22
Joined: Sun Jul 03, 2005 8:01 pm
Location: Porto Alegre, Brasil

Post by october rust » Thu Jul 26, 2007 6:34 pm

thx for your feedback,

now im a bit confused. under system/administration/display/video card, i have the via driver selected, and in xorg.conf its also set as via.
then from glxinfo i get:
OpenGL renderer string: Mesa DRI UniChrome (KM400) 20060710 x86/MMX+/3DNow!+/SSE

does that means im already using the mesa drivers?


output from glxinfo:
name of display: :0.0
libGL warning: 3D driver claims to not support visual 0x46
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX version: 1.2
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig
OpenGL vendor string: VIA Technology
OpenGL renderer string: Mesa DRI UniChrome (KM400) 20060710 x86/MMX+/3DNow!+/SSE
OpenGL version string: 1.2 Mesa 6.5.1
OpenGL extensions:
GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture,
GL_ARB_point_parameters, GL_ARB_texture_env_add,
GL_ARB_texture_env_combine, GL_ARB_texture_mirrored_repeat,
GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra,
GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution,
GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord,
GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_point_parameters,
GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture,
GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp,
GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array,
GL_APPLE_packed_pixels, GL_IBM_rasterpos_clip,
GL_IBM_texture_mirrored_repeat, GL_MESA_window_pos, GL_NV_blend_square,
GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_OES_read_format,
GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_texture_edge_clamp,
GL_SGIS_texture_lod

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x22 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x23 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x24 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 0 0 0 0 0 0 None
0x25 24 tc 0 32 0 r . . 8 8 8 8 0 16 0 0 0 0 0 0 0 None
0x26 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x27 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x28 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x29 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x2a 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 0 0 Slow
0x2b 24 tc 0 32 0 r . . 8 8 8 8 0 16 0 16 16 16 16 0 0 Slow
0x2c 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0x2d 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0x46 32 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 Ncon

output from glxgears:
libGL warning: 3D driver claims to not support visual 0x46
2528 frames in 5.0 seconds = 505.493 FPS

User avatar
Teppic
Private First Class
Private First Class
Posts: 575
Joined: Mon Mar 07, 2005 10:00 pm
Location: The North Block
Contact:

Post by Teppic » Fri Jul 27, 2007 10:24 am

Yes, and no.
You are still using direct rendering (and therefore the nasty old chipset), comment out the line

Code: Select all

load "dri"
in you /etc/X11/xorg.conf file.

User avatar
october rust
Private First Class
Private First Class
Posts: 22
Joined: Sun Jul 03, 2005 8:01 pm
Location: Porto Alegre, Brasil

Post by october rust » Fri Jul 27, 2007 1:16 pm

Thanks Teppic for pointing the Mesa drivers,
I've updated it to Mesa 6.5.2 and now its fixed.

though there is no such line in my xorg.conf, and direct rendering is still active
Is there another way to avoid it?

User avatar
Teppic
Private First Class
Private First Class
Posts: 575
Joined: Mon Mar 07, 2005 10:00 pm
Location: The North Block
Contact:

Post by Teppic » Sat Jul 28, 2007 10:19 am

If it's fixed then ignore it.
If you would still like to know how to switch it off, post you xorg.conf.

Ahh, gone are the days when iptables rulesets and xfree86-config were the bread and butter of Linux users....

EDIT: Use

Code: Select all

grep -v "#\|^;" /etc/X11/xorg.conf |sed '/./!d'
to get clean xorg.conf to post.

User avatar
october rust
Private First Class
Private First Class
Posts: 22
Joined: Sun Jul 03, 2005 8:01 pm
Location: Porto Alegre, Brasil

Post by october rust » Sun Jul 29, 2007 11:41 pm

teppic: as i said, there was no such line in xorg.conf, actually theres not even a module section.
i was just wondering from where it was being loaded if not from there. later, i've found out that when no modules are explicitly mentioned in xorg.conf, all modules for the driver are loaded by default. so if i added a single one all others would not be loaded when x was restarted.

the reason i was still trying to test it without direct rendering is because the shots was still invisible in radar (just shot lines). then when added all modules to xorg.conf except dri, so getting direct rendering finally disabled, the shots finally showed up. tho, performance decreased significantly from 200 to 30 fps, unplayable. better off keeping it how it was.

so, in case anyone else have the same issue with this chipset, here's what fixed it for me:

(SegmentedShotStrategy.cxx)

// // draw a "bright" bullet tip
// if (size > 0) {
// glColor3f(0.75, 0.75, 0.75);
// glPointSize((float)size);
// glBegin(GL_POINTS);
// glVertex2f(orig[0], orig[1]);
// glEnd();
// glPointSize(1.0f);
// }
//

glPushMatrix();
glTranslatef(orig[0], orig[1], 0.0f);
glRectf(-(float)size, -(float)size, +(float)size, +(float)size);
glPopMatrix();

Thx teppic again for pointing out the mesa drivers, i wouldnt have figured out by myself.

cu on the battlefield :)

Post Reply