Re: [OpenGL] Fwd: Re: Regression in Half life
On 5/9/05, Raphael <[EMAIL PROTECTED]> wrote: > > while Waiting for a better idea: > > Changelog: > - fix x11drv/ChoosePixelFormat to choose 24 bpp as 32 bpp for depth buffers > (needed as many X11 drivers only support 24bpp) > > Regards, > Raphael > Are there any drivers that don't have 24 bpp but have 32 bpp instead? I think I remember seeing that before.
Re: Regression in Half life
Am Montag, 9. Mai 2005 00:34 schrieb Raphael: > On Saturday 07 May 2005 12:41, Stefan Dösinger wrote: > > > >I switched to the Xorg radeon driver which has 16 bpp support(the 2nd > > > > column shows 16 now), and made sure that hl runs with 16bpp, but the > > > > error still occurs. > > > > > > Yes it don't work, > > > because you speak about frame buffer (named Color buffer on traces) > > > when you speak about 16bpp. I spoke about depth buffer > > > > Good, thanks for explaining this to me. I mixed the two buffers. > > Well, HL doesn't offer any depth buffer setting. There's only one console > > command, "gl_zmax", which is supposed to set the maximum depth buffer > > size. The default is 4096, and changing this value has no effect on the > > error.(HL still tries to get a 32 bit depth buffer) > > > :( > : > > I sort of fixed the problem for me by forcing the depth buffer to 24 bit > > in dlls/x11drv/opengl.c, but I understand that this is not a real > > solution. Is there any chance for a better fix? I have no chance to fix > > this in the game nor in the video driver > > I will see how we can have a better fix but for now can you try attached > patch ? Works. How about adding a registry key to allow the user to force a specific depth buffer size, just like the key to disable certain extensions? I've seen that a few windows drivers offer such a setting. Stefan
Re: Regression in Half life
On Saturday 07 May 2005 12:41, Stefan Dösinger wrote: > > >I switched to the Xorg radeon driver which has 16 bpp support(the 2nd > > > column shows 16 now), and made sure that hl runs with 16bpp, but the > > > error still occurs. > > > > Yes it don't work, > > because you speak about frame buffer (named Color buffer on traces) when > > you speak about 16bpp. I spoke about depth buffer > > Good, thanks for explaining this to me. I mixed the two buffers. > Well, HL doesn't offer any depth buffer setting. There's only one console > command, "gl_zmax", which is supposed to set the maximum depth buffer size. > The default is 4096, and changing this value has no effect on the error.(HL > still tries to get a 32 bit depth buffer) :( > I sort of fixed the problem for me by forcing the depth buffer to 24 bit in > dlls/x11drv/opengl.c, but I understand that this is not a real solution. Is > there any chance for a better fix? I have no chance to fix this in the game > nor in the video driver I will see how we can have a better fix but for now can you try attached patch ? > Stefan Regards, Raphael Index: opengl.c === RCS file: /home/wine/wine/dlls/x11drv/opengl.c,v retrieving revision 1.5 diff -u -r1.5 opengl.c --- opengl.c 28 Apr 2005 18:29:12 - 1.5 +++ opengl.c 9 May 2005 00:33:11 - @@ -203,7 +203,15 @@ if (ppfd->iPixelType == PFD_TYPE_RGBA) { ADD2(GLX_RENDER_TYPE, GLX_RGBA_BIT); ADD2(GLX_BUFFER_SIZE, ppfd->cColorBits); -TEST_AND_ADD2(ppfd->cDepthBits, GLX_DEPTH_SIZE, ppfd->cDepthBits); +if (32 == ppfd->cDepthBits) { + /** + * for 32 bpp depth buffers force to use 24. + * needed as some drivers don't support 32bpp + */ + TEST_AND_ADD2(ppfd->cDepthBits, GLX_DEPTH_SIZE, 24); +} else { + TEST_AND_ADD2(ppfd->cDepthBits, GLX_DEPTH_SIZE, ppfd->cDepthBits); +} TEST_AND_ADD2(ppfd->cAlphaBits, GLX_ALPHA_SIZE, ppfd->cAlphaBits); } TEST_AND_ADD2(ppfd->cStencilBits, GLX_STENCIL_SIZE, ppfd->cStencilBits); pgpHXVeJrgHgQ.pgp Description: PGP signature
Re: Regression in Half life
> > >I switched to the Xorg radeon driver which has 16 bpp support(the 2nd > > column shows 16 now), and made sure that hl runs with 16bpp, but the > > error still occurs. > > Yes it don't work, > because you speak about frame buffer (named Color buffer on traces) when > you speak about 16bpp. I spoke about depth buffer Good, thanks for explaining this to me. I mixed the two buffers. Well, HL doesn't offer any depth buffer setting. There's only one console command, "gl_zmax", which is supposed to set the maximum depth buffer size. The default is 4096, and changing this value has no effect on the error.(HL still tries to get a 32 bit depth buffer) I sort of fixed the problem for me by forcing the depth buffer to 24 bit in dlls/x11drv/opengl.c, but I understand that this is not a real solution. Is there any chance for a better fix? I have no chance to fix this in the game nor in the video driver Stefan
Re: Re: Regression in Half life
Hi, >Uh, no, this doesn't help :-( > >Half-life supports only 16bpp(well, I can set it to other values with regedit, >but it seems to have no effect), fglrx supports 24bpp only. No problem here. >I switched to the Xorg radeon driver which has 16 bpp support(the 2nd column >shows 16 now), and made sure that hl runs with 16bpp, but the error still >occurs. > Yes it don't work, because you speak about frame buffer (named Color buffer on traces) when you speak about 16bpp. I spoke about depth buffer > - Depth : 32< Is half-Life still trying to get 32bpp? Yes, but not 32bpp for frame buffer only for depth buffer (usually Z-buffer) >But even if it worked this way, this wouldn't be a good solution for ATI >users, because playing newer games with the "radeon" driver is horrible. >(e.g. Jedi Academy, gl-117, even tuxracer makes problems). > >Removing the failing check from Wine's opengl code doesn't help, it causes a >hard crash later. Yes because game expect 32bpp for Depth buffer and if game try to read directly into this buffer you'll have some problems Regards, Raphael
Re: Regression in Half life
Am Freitag, 6. Mai 2005 04:28 schrieb Tom Wickline: > On 5/5/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > Hello, > > These two patches cause a regression in Half-Life (Version 1.1.1.0): > > > > (1)http://www.winehq.org/hypermail/wine-cvs/2005/04/0307.html > > (2)http://www.winehq.org/hypermail/wine-cvs/2005/04/0308.html > > > > Half-life reports "ChoosePixelFormat failed", followed by "The Selected > > OpenGL mode is not supported by your card" when starting the engine. Wine > > prints the following error: > > > > err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL > > (glError: 0) > > > > Reversing the above 2 patches fixes the problem. Reversing patch 1 only > > causes a crash, if I reverse only patch 2 the problem still exists. > > > > Cheers, > > Stefan > > > > > fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from > > 32 to 16 > > fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from > > 32 to 16 > > fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum > > If you change your BPP from 16 to 24 in your X config it should work. I am already running with 24bpp. From my xorg.cfg: Section "Screen" Identifier "Screen0" Device "Card0" Monitor"Monitor0" DefaultDepth 24 SubSection "Display" Depth 1 EndSubSection SubSection "Display" Depth 4 EndSubSection SubSection "Display" Depth 8 Modes"1024x768" "800x600" "640x480" "1400x1050" "1280x1024" "1280x960" EndSubSection SubSection "Display" Depth 15 Modes"1400x1050" "1280x1024" "1280x960" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes"1400x1050" "1280x1024" "1280x960" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" #Virtual 3200 2400 Depth 24 Modes"1400x1050" "1280x1024" "1280x960" "1024x768" "800x600" "640x480" EndSubSection EndSection
Re: Regression in Half life
On 5/5/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Hello, > These two patches cause a regression in Half-Life (Version 1.1.1.0): > > (1)http://www.winehq.org/hypermail/wine-cvs/2005/04/0307.html > (2)http://www.winehq.org/hypermail/wine-cvs/2005/04/0308.html > > Half-life reports "ChoosePixelFormat failed", followed by "The Selected OpenGL > mode is not supported by your card" when starting the engine. Wine prints the > following error: > > err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: > 0) > > Reversing the above 2 patches fixes the problem. Reversing patch 1 only causes > a crash, if I reverse only patch 2 the problem still exists. > > Cheers, > Stefan > fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to > 16 > fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to > 16 > fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum > > If you change your BPP from 16 to 24 in your X config it should work. Tom Wickline
Re: Re: Regression in Half life
On Thu, 05 May 2005 21:57:16 +0200, fenix wrote: > So, change you game settings :) Is there no way to detect this more nicely and present the user with a warning if there's really no workaround? thanks -mike
Re: Regression in Half life
> > > > 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 > >-- > >0x23 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow > >0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow > >0x25 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow > >0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow > >0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None > >0x28 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None > >0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None > >0x2a 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None > >0x2b 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow > >0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow > >0x2d 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow > >0x2e 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow > >0x2f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None > >0x30 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None > >0x31 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None > >0x32 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None > > Seeing "dep" column (2nd, supported depth buffer size for each FB configs) > you can see you only support 24bits depth buffers > > So, change you game settings :) Uh, no, this doesn't help :-( Half-life supports only 16bpp(well, I can set it to other values with regedit, but it seems to have no effect), fglrx supports 24bpp only. I switched to the Xorg radeon driver which has 16 bpp support(the 2nd column shows 16 now), and made sure that hl runs with 16bpp, but the error still occurs. The opengl output is now: trace:opengl:wgl_ext_initialize_extensions GL version : "1.3 Mesa 6.2.1". trace:opengl:wgl_ext_initialize_extensions GL exts : "GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_" trace:opengl:wgl_ext_initialize_extensions GLX exts: "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_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_SGI_video_sync GLX_SGIS_multisample GLX_SGIX_fbconfig ". trace:opengl:wgl_ext_initialize_extensions Server GLX exts : "GLX_ARB_multisample GLX_EXT_visual_info GLX_EXT_visual_ratingGLX_EXT_import_context GLX_OML_swap_method GLX_SGI_make_current_read GLX_SGIS_multisample GLX_SGIX_fbconfig ". trace:opengl:wgl_ext_initialize_extensions Client GLX exts : "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_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_mu" fixme:opengl:query_function_pbuffer gl_version is: "1.3 Mesa 6.2.1" fixme:opengl:query_function_pbuffer glx_exts is: "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_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_SGI_video_sync GLX_SGIS_multisample GLX_SGIX_fbconfig " fixme:opengl:query_function_pbuffer gl_version is: "1.3 Mesa 6.2.1" fixme:opengl:query_function_pbuffer glx_exts is: "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_swap_control GLX_MESA_swap_frame_usage GLX_OML_swap_method GLX_SGI_video_sync GLX_SGIS_multisample GLX_SGIX_fbconfig " trace:opengl:wgl_ext_initialize_extensions Supporting following WGL extensions : "WGL_ARB_extensions_string WGL_EXT_extensions_string WGL_ARB_multisample WGL_ARB_pixel_format". trace:opengl:X11DRV_ChoosePixelFormat (0x77c77178,0x1df4964) - size / version : 40 / 1 - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL - iPixelType : PFD_TYPE_RGBA - Color : 24 - Red : 0 - Green : 0 - Blue: 0 - Alpha : 0 - Accum : 0 - Depth : 32< Is half-Life still trying to get 32bpp? - Stencil : 0 - Aux : 0 - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) But even if it worked this way, this wouldn't be a good solution for ATI users, because playing newer games with the "radeon" driver is horrible. (e.g. Jedi Academy, gl-117, even tuxracer makes problems). Removing the failing check from Wine's opengl code doesn't help, it causes a hard crash later. Stefan
Re: Re: Regression in Half life
Re, Message d'origine >De: Stefan Dösinger >A: wine-devel@winehq.org >Sujet: Re: Regression in Half life >Copie à: [EMAIL PROTECTED], wine-devel@winehq.com >Date: Thu, 5 May 2005 21:33:05 + > >Am Donnerstag, 5. Mai 2005 19:11 schrieb [EMAIL PROTECTED]: >> Hi, >> >> Seems you want to use 32bits Depth buffer (should be a game option) >> who don't seems to be supported by your graphic card (old code use to >> always declare 8bits Depth buffer without checking HW support) >> >> Can you provide output of glxinfo command to see ? >glxinfo output is attached at the end of the mail. >BTW, I use ATIs fglrx driver. > 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 >-- >0x23 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow >0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow >0x25 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow >0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow >0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None >0x28 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None >0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None >0x2a 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None >0x2b 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow >0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow >0x2d 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow >0x2e 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow >0x2f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None >0x30 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None >0x31 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None >0x32 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None > Seeing "dep" column (2nd, supported depth buffer size for each FB configs) you can see you only support 24bits depth buffers So, change you game settings :) Regards, Raphael
Re: Regression in Half life
Am Donnerstag, 5. Mai 2005 19:11 schrieb [EMAIL PROTECTED]: > Hi, > > Seems you want to use 32bits Depth buffer (should be a game option) > who don't seems to be supported by your graphic card (old code use to > always declare 8bits Depth buffer without checking HW support) > > Can you provide output of glxinfo command to see ? glxinfo output is attached at the end of the mail. BTW, I use ATIs fglrx driver. name of display: :0.0 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_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig client glx vendor string: ATI client glx version string: 1.3 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float, GLX_ATI_render_texture GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_multisample OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: FireMV 2400 PCI DDR Generic OpenGL version string: 1.3.5010 (X4.3.0-8.12.10) OpenGL extensions: GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array, GL_S3_s3tc, GL_ARB_occlusion_query, GL_ARB_point_parameters, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_ARB_vertex_blend, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_ATI_element_array, GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader, GL_ATI_map_object_buffer, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_ATI_vertex_array_object, GL_ATI_vertex_attrib_array_object, GL_ATI_vertex_streams, GL_ATIX_texture_env_combine3, GL_ATIX_texture_env_route, GL_ATIX_vertex_shader_output_point_size, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_texgen_reflection, GL_EXT_texture3D, GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_EXT_vertex_shader, GL_HP_occlusion_test, GL_NV_blend_square, GL_NV_occlusion_query, GL_NV_texgen_reflection, GL_SGI_color_matrix, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess 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 -- 0x23 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow 0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow 0x25 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x28 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x2a 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x2b 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow 0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow 0x2d 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow 0x2e 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow 0x2f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x30 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x31 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x32 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None
Re: Regression in Half life
Hi, Seems you want to use 32bits Depth buffer (should be a game option) who don't seems to be supported by your graphic card (old code use to always declare 8bits Depth buffer without checking HW support) Can you provide output of glxinfo command to see ? Regards, Raphael Message d'origine >De: Stefan Dösinger >A: wine-devel@winehq.com >Sujet: Regression in Half life >Date: Thu, 5 May 2005 20:00:44 + > >Hello, >These two patches cause a regression in Half-Life (Version 1.1.1.0): > >(1)http://www.winehq.org/hypermail/wine-cvs/2005/04/0307.html >(2)http://www.winehq.org/hypermail/wine-cvs/2005/04/0308.html > >Half-life reports "ChoosePixelFormat failed", followed by "The Selected OpenGL >mode is not supported by your card" when starting the engine. Wine prints the >following error: > >err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: >0) > >Reversing the above 2 patches fixes the problem. Reversing patch 1 only causes >a crash, if I reverse only patch 2 the problem still exists. > >Cheers, >Stefan > >Here's a +opengl trace >trace:opengl:X11DRV_OpenGL_Init GLX is up and running error_base = 77 >fixme:ddraw:Main_DirectDraw_SetCooperativeLevel >(0x77c71a58)->(,0008) >fixme:ddraw:Main_DirectDraw_SetCooperativeLevel >(0x77c71a58)->(,0013) >fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum >fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum >fixme:ddraw:Main_DirectDraw_SetCooperativeLevel >(0x77c71a58)->(,0008) >fixme:ddraw:Main_DirectDraw_SetCooperativeLevel >(0x77c71a58)->(00010028,0013) >fixme:win:LockWindowUpdate (0x10028), partial stub! >fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum >fixme:win:LockWindowUpdate ((nil)), partial stub! >fixme:ddraw:Main_DirectDraw_SetCooperativeLevel >(0x77c71a58)->(,0008) >fixme:ddraw:Main_DirectDraw_SetCooperativeLevel >(0x77c71a58)->(00010028,0013) >fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to >16 >fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to >16 >fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to >16 >fixme:win:LockWindowUpdate (0x10028), partial stub! >fixme:win:LockWindowUpdate ((nil)), partial stub! >fixme:win:LockWindowUpdate (0x10028), partial stub! >fixme:win:LockWindowUpdate ((nil)), partial stub! >fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to >16 >trace:opengl:wgl_ext_initialize_extensions GL version : "1.3.5010 >(X4.3.0-8.12.10)". >trace:opengl:wgl_ext_initialize_extensions GL exts : >"GL_ARB_multitexture GL_EXT_texture_env_add GL_EXT_compiled_vertex_array >GL_S3_s3tc GL_ARB_occlusion_query GL_ARB_point_parameters >GL_ARB_texture_border_clamp GL_ARB_texture_compression >GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine >GL_ARB_texture_env_crossbar GL_ARB_texture" >trace:opengl:wgl_ext_initialize_extensions GLX exts: >"GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context >GLX_ARB_get_proc_address GLX_ARB_multisample ". >trace:opengl:wgl_ext_initialize_extensions Server GLX exts : >"GLX_ARB_multisample GLX_EXT_visual_info GLX_EXT_visual_rating >GLX_EXT_import_context GLX_OML_swap_method GLX_SGI_make_current_read >GLX_SGIS_multisample GLX_SGIX_fbconfig GLX_ARB_get_proc_address ". >trace:opengl:wgl_ext_initialize_extensions Client GLX exts : >"GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context >GLX_ARB_get_proc_address GLX_ARB_multisample GLX_ATI_pixel_format_float >GLX_ATI_render_texture ". >fixme:opengl:query_function_pbuffer gl_version is: "1.3.5010 (X4.3.0-8.12.10)" >fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info >GLX_EXT_visual_rating GLX_EXT_import_context GLX_ARB_get_proc_address >GLX_ARB_multisample" >fixme:opengl:query_function_pbuffer gl_version is: "1.3.5010 (X4.3.0-8.12.10)" >fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info >GLX_EXT_visual_rating GLX_EXT_import_context GLX_ARB_get_proc_address >GLX_ARB_multisample" >trace:opengl:wgl_ext_initialize_extensions Supporting following WGL >extensions : "WGL_ARB_extensions_string WGL_EXT_extensions_string >WGL_ARB_make_current_readWGL_ARB_multisample WGL_ARB_pbuffer >WGL_ARB_pixel_format WGL_EXT_swap_control". >trace:opengl:X11DRV_ChoosePixelFormat (0x77cc5448,0x1df4964) > - size / version : 40 / 1 > - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW
Regression in Half life
Hello, These two patches cause a regression in Half-Life (Version 1.1.1.0): (1)http://www.winehq.org/hypermail/wine-cvs/2005/04/0307.html (2)http://www.winehq.org/hypermail/wine-cvs/2005/04/0308.html Half-life reports "ChoosePixelFormat failed", followed by "The Selected OpenGL mode is not supported by your card" when starting the engine. Wine prints the following error: err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) Reversing the above 2 patches fixes the problem. Reversing patch 1 only causes a crash, if I reverse only patch 2 the problem still exists. Cheers, Stefan Here's a +opengl trace trace:opengl:X11DRV_OpenGL_Init GLX is up and running error_base = 77 fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(,0008) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(,0013) fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(,0008) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(00010028,0013) fixme:win:LockWindowUpdate (0x10028), partial stub! fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(,0008) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(00010028,0013) fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:win:LockWindowUpdate (0x10028), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:win:LockWindowUpdate (0x10028), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 trace:opengl:wgl_ext_initialize_extensions GL version : "1.3.5010 (X4.3.0-8.12.10)". trace:opengl:wgl_ext_initialize_extensions GL exts : "GL_ARB_multitexture GL_EXT_texture_env_add GL_EXT_compiled_vertex_array GL_S3_s3tc GL_ARB_occlusion_query GL_ARB_point_parameters GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture" trace:opengl:wgl_ext_initialize_extensions GLX exts: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_ARB_get_proc_address GLX_ARB_multisample ". trace:opengl:wgl_ext_initialize_extensions Server GLX exts : "GLX_ARB_multisample GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_OML_swap_method GLX_SGI_make_current_read GLX_SGIS_multisample GLX_SGIX_fbconfig GLX_ARB_get_proc_address ". trace:opengl:wgl_ext_initialize_extensions Client GLX exts : "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_ARB_get_proc_address GLX_ARB_multisample GLX_ATI_pixel_format_float GLX_ATI_render_texture ". fixme:opengl:query_function_pbuffer gl_version is: "1.3.5010 (X4.3.0-8.12.10)" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_ARB_get_proc_address GLX_ARB_multisample" fixme:opengl:query_function_pbuffer gl_version is: "1.3.5010 (X4.3.0-8.12.10)" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_ARB_get_proc_address GLX_ARB_multisample" trace:opengl:wgl_ext_initialize_extensions Supporting following WGL extensions : "WGL_ARB_extensions_string WGL_EXT_extensions_string WGL_ARB_make_current_readWGL_ARB_multisample WGL_ARB_pbuffer WGL_ARB_pixel_format WGL_EXT_swap_control". trace:opengl:X11DRV_ChoosePixelFormat (0x77cc5448,0x1df4964) - size / version : 40 / 1 - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL - iPixelType : PFD_TYPE_RGBA - Color : 24 - Red : 0 - Green : 0 - Blue: 0 - Alpha : 0 - Accum : 0 - Depth : 32 - Stencil : 0 - Aux : 0 - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:wglMakeCurrent ((nil),(nil)) trace:opengl:wglMakeCurrent returning True fixme:win:LockWindowUpdate (0x10028), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum