EVE Search - ATI + EVE Premium + Linux problem found

Check My IP Information

All Channels

Linux

ATI + EVE Premium + Linux problem found

» Click here to find additional results for this topic using Google

Monitor this thread via RSS [?]

Pages: [1] :: one page

Author	Thread Statistics \| Show CCP posts - 0 post(s)
Xeiyu Crimson Minmatar El Bastardos Freedom of Elbas	Posted - 2009.02.19 07:07:00 - [1] http://bugs.winehq.org/show_bug.cgi?id=1743 Now to wait for a decent fix and we're all set for March 10th
Xeiyu Crimson Minmatar El Bastardos Freedom of Elbas	Posted - 2009.02.19 14:15:00 - [2] ATI + Linux Screenshot Yay!! The client still needs to run with "wine explorer /desktop=EVE,[desktop resolution] "C:\Program Files\CCP\EVE\eve.exe" otherwise it doesn't start.
Ravow Minmatar Born-to-Kill Aeon Empire	Posted - 2009.02.19 14:42:00 - [3] Yeah, Will test that this night!
Xeiyu Crimson Minmatar El Bastardos Freedom of Elbas	Posted - 2009.02.19 15:10:00 - [4] The Apocrypha client doesn't show models due to a shader compile error, but at least it's not a link error any more.
Ravow Minmatar Born-to-Kill Aeon Empire	Posted - 2009.02.19 23:35:00 - [5] I setted with 13 and this work for Tranquility! I have a lot of errer too but this dont seem to affect display. fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_load_constantsF >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB() @ glsl_shader.c / 384 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584
Ravow Minmatar Born-to-Kill Aeon Empire	Posted - 2009.02.20 00:17:00 - [6] With Singularity, even at LOW, I got a LOT of fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 526 And tansparent ship / white station :(
Aurix Lexico Slacker Industries The Boat Violencing Initiative	Posted - 2009.02.20 01:12:00 - [7] I'm getting transparent ships/stations on sisi with an nvidia card, so, you aren't alone.
Xeiyu Crimson Minmatar El Bastardos Freedom of Elbas	Posted - 2009.02.20 01:25:00 - [8] Originally by: Ravow I setted with 13 and this work for Tranquility! I have a lot of errer too but this dont seem to affect display. fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_load_constantsF >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB() @ glsl_shader.c / 384 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 Weird I don't get any more GL_INVALID_OPERATION when running tranquility any more. Is it possible you missed some "(GL_LIMITS(glsl_varyings) / 4" in glsl_shader.c? I do get this though fixme:d3d_texture:basetexture_set_autogen_filter_type >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_SGIS, GL_NICEST) @ basetexture.c / 145
Ravow Minmatar Born-to-Kill Aeon Empire	Posted - 2009.02.20 03:25:00 - [9] Error I get : SOME: fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #39: "Fragment shader was successfully compiled to run on hardware.\nWARNING: 0:2: extension 'GL_ARB_draw_buffers' is not supporte" fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #36: "Fragment shader(s) linked, vertex shader(s) linked. \nWARNING: 0:2: extension 'GL_ARB_draw_buffers' is not supported " AND fixme:d3d_texture:basetexture_set_autogen_filter_type >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_SGIS, GL_NICEST) @ basetexture.c / 145 fixme:d3d_texture:basetexture_set_autogen_filter_type >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_SGIS, GL_NICEST) @ basetexture.c / 145 fixme:d3d_texture:basetexture_set_autogen_filter_type >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_SGIS, GL_NICEST) @ basetexture.c / 145 fixme:d3d_texture:basetexture_set_autogen_filter_type >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glTexParameteri(textureDimensions, GL_GENERATE_MIPMAP_HINT_SGIS, GL_NICEST) @ basetexture.c / 145 I dident forgot some (GL_LIMITS(glsl_varyings) remplacement in the last build ;)
Ravow Minmatar Born-to-Kill Aeon Empire	Posted - 2009.02.20 04:08:00 - [10] I get this one too on Solar system map : fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3584 This cause a display distortion.

Xeiyu Crimson Minmatar El Bastardos Freedom of Elbas	Posted - 2009.02.20 05:55:00 - [11] Not sure whats causing the invalid operations, I only get them on apocrypha. I'll try the solar system map and see how it looks. Could you do a glxinfo -l and post your GL_MAX_VARYING_FLOATS_ARB =
Ravow Minmatar Born-to-Kill Aeon Empire	Posted - 2009.02.20 12:49:00 - [12] GL_MAX_VARYING_FLOATS_ARB = 68
Xeiyu Crimson Minmatar El Bastardos Freedom of Elbas	Posted - 2009.02.21 00:13:00 - [13] The same varying support as on my system. It looks like the ati drivers are reporting low opengl limits for their cards. (Even an onboard intel card reports higher opengl limits) This might be the result of the invalid operations. The only way I see to avoid it currently is to make wine use specific values instead of detecting the limits. This could lead to things messing up too as there's no way to know what the actual opengl limits on an ati card are or if the drivers are reporting low limits for a purpose.
Ravow Minmatar Born-to-Kill Aeon Empire	Posted - 2009.02.21 14:52:00 - [14] Someone reported the issue to AMD? I didn't see it on "knoww issue" part of the Cata 9.2 changelog. I add some detail about this bug: - Stargates are visible - Some station are visible - Ship are visible if I cloak/uncloak or jump a gate
Hugh Ruka Exploratio et Industria Morispatia	Posted - 2009.02.24 08:15:00 - [15] Originally by: Xeiyu Crimson The same varying support as on my system. It looks like the ati drivers are reporting low opengl limits for their cards. (Even an onboard intel card reports higher opengl limits) This might be the result of the invalid operations. The only way I see to avoid it currently is to make wine use specific values instead of detecting the limits. This could lead to things messing up too as there's no way to know what the actual opengl limits on an ati card are or if the drivers are reporting low limits for a purpose. maybe ther is a way to convince the driver to report other limits ? btw did you check 8.12 vs 9.1 limits if they are the same ? I managed to finaly get EVE under wine running and I am experiencing black/white stations and no gates in Premium. Seems it's the same issue. --- SIG --- CSM: your support is needed !
Xeiyu Crimson Minmatar El Bastardos Freedom of Elbas	Posted - 2009.02.24 13:24:00 - [16] Edited by: Xeiyu Crimson on 24/02/2009 13:28:48 It seems the entire hd series of ati cards have similar opengl limits which I think is unified shader architecture related after researching my hd4850 a bit more. These low limits causes the apocrypha client not to render models currently on wine. I was able to render my ship model but it causes wine to crash probably because I raised the limits too high. However the max varyings thing seems to be a bug. I get told that I have 68 varyings (17 varying vec4s) to use but some aren't allowed to be used which causes glsl link errors which causes the current premium client to not render models. PS: I don't see any fix for the Apocrypha cleint currently unless wine changes the way shaders are dealt with or we get a miracle fglrx driver that has significantly raised opengl limits.
Hugh Ruka Exploratio et Industria Morispatia	Posted - 2009.02.24 15:48:00 - [17] Originally by: Xeiyu Crimson Edited by: Xeiyu Crimson on 24/02/2009 13:29:15 Edited by: Xeiyu Crimson on 24/02/2009 13:28:48 It seems the entire hd series of ati cards have similar opengl limits which I think is unified shader architecture related after researching my hd4850 a bit more. These low limits causes the apocrypha client not to render models currently on wine. I was able to render my ship model but it causes wine to crash probably because I raised the limits too high. However the max varyings thing seems to be a bug. I get told that I have 68 varyings (17 varying vec4s) to use but some aren't allowed to be used which causes glsl link errors which causes the current premium client to not render models. PS: I don't see any fix for the Apocrypha client currently unless wine changes the way shaders are dealt with or we get a miracle fglrx driver that has significantly raised opengl limits. well I have an X1650 XT :-) seems I need to have a look at wine source and compile a custom version with the limit changed to test --- SIG --- CSM: your support is needed !
Ravow Minmatar Born-to-Kill Aeon Empire	Posted - 2009.02.24 16:40:00 - [18] Please sign : http://forums.amd.com/game/messageview.cfm?catid=279&threadid=109455&enterthread=y Tell me if you want me to change something.
Hugh Ruka Exploratio et Industria Morispatia	Posted - 2009.02.24 21:22:00 - [19] Originally by: Ravow Edited by: Ravow on 24/02/2009 17:32:24 Edited by: Ravow on 24/02/2009 17:27:57 Please sign : http://forums.amd.com/game/messageview.cfm?catid=279&threadid=109455&enterthread=y Please report here : http://support.ati.com/ics/survey/survey.asp?deptID=894&surveyID=508&type=web And Here to : Unofficial ATI Linux Driver Bugzilla Main Page Tell me if you want me to change something. This bug seems related to the same problem. And this is your one. --- SIG --- CSM: your support is needed !
Xeiyu Crimson Minmatar El Bastardos Freedom of Elbas	Posted - 2009.02.24 22:59:00 - [20] Originally by: Hugh Ruka This bug seems related to the same problem. And this is your one. I voted for both of them.

Hugh Ruka Exploratio et Industria Morispatia	Posted - 2009.02.25 21:53:00 - [21] I wonder if we can change this limit via aticonfig ... I saw some things that can be done with that tool that affect opengl extension behavior. --- SIG --- CSM: your support is needed !
Xeiyu Crimson Minmatar El Bastardos Freedom of Elbas	Posted - 2009.02.26 02:05:00 - [22] Here's some opengl information on ati cards I've found. Radeon X1050 card with Catalyst 7.4 driver Radeon Mobility X1300 with a 7.5 driver I think Radeon x1600XT with the 7.11 driver (guessing off the opengl version string) Radeon Mobility x2300 with Catalyst 7.5 This is a thread about faulty opengl support in ati drivers on freespace open x19xx series on freespace open
Hugh Ruka Exploratio et Industria Morispatia	Posted - 2009.02.26 08:16:00 - [23] Originally by: Xeiyu Crimson Edited by: Xeiyu Crimson on 26/02/2009 02:38:12 Here's some opengl information on ati cards I've found. Radeon X1050 card with Catalyst 7.4 driver Radeon Mobility X1300 with a 7.5 driver I think Radeon x1600XT with the 7.11 driver (guessing off the opengl version string) Radeon Mobility x2300 with Catalyst 7.5 This is a thread about faulty opengl support in ati drivers on freespace open x19xx series on freespace open Hmm, just found this post GLSL madness on ATI GPUs Basically says that the hd series of ati cards uses a different opengl dll on windows and that maybe ati started fresh on a new opengl implementation. If that's true then the new opengl development started somewhere around catalyst 7.11 release so it's been little more than a year. This phoronix post says something about new opengl driver code, this is before the 7.11 release. Phoronix post about new AMD/ATI driver It's possible opengl optimizations aren't complete yet then. At least it gives me hope for the future driver releases. ah, the link to the 1600XT capabilities is nice, I got this from it: Quote: Value - GL_MAX_VARYING_FLOATS 0 Intel(R) 82865G Graphics Controller Intel(R) 82945G Express Chipset Family Mobile Intel(R) 945 Express Chipset Family S3 Graphics ProSavageDDR 32 NVIDIA GeForce 7300 GS NVIDIA GeForce 7800 GTX NVIDIA GeForce 7900 GS NVIDIA GeForce Go 6100 41 Mobile Intel(R) 965 Express Chipset Family 44 ATI MOBILITY RADEON X700 ATI MOBILITY RADEON XPRESS 200 Mobility Radeon X2300 HD Sapphire RADEON X1600 XT 60 NVIDIA GeForce 8600 GT NVIDIA GeForce 8800M GTX This is the limit reported by other cards. nvidia 7x cards have a lower limit and they have also problems even on windows :-) --- SIG --- CSM: your support is needed !
Ravow Minmatar Born-to-Kill Aeon Empire	Posted - 2009.02.27 02:05:00 - [24] Radeon HD4870 Client 81762 It's work!!! I see the models... I will make other test later:) all is said on the bugilla #21 But replace MAX_CONST_B and MAX_CONST_I value to 4 and not 0. Apply the patch #19 and keep the same value than the patch. and finally, use your glsl patch!!
Xeiyu Crimson Minmatar El Bastardos Freedom of Elbas	Posted - 2009.02.27 02:57:00 - [25] It's working on my hd4850 now , I was trying to change the MAX_CONST defines in dlls/wined3d/wined3d_private.h, but wine would crash as soon as my ship rendered. I guess other equations needed those high values
Ravow Minmatar Born-to-Kill Aeon Empire	Posted - 2009.03.02 17:57:00 - [26] Edited by: Ravow on 02/03/2009 17:59:10 http://ati.cchtml.com/show_bug.cgi?id=1462 ------- Comment #4 from [email protected] 2009-03-02 12:48 ------- indeed, there is a mixup with vec4 for the uniform_components value which we are looking into. for the number of varying, there is another mixup where a +1 was incorrectly added . so for r6xx hardware and above, the right values are 1024 and 64. until the fix gets in a public release, you can assume those values, since the bug is only in the get function. --- Until the fix gets in a public release.. So some thing are probably fixed internally in AMD drivers (drivers reporting wrong varying and vec4 uniform)


Pages: [1] :: one page
First page \| Previous page \| Next page \| Last page

COPYRIGHT NOTICE
EVE Online, the EVE logo, EVE and all associated logos and designs are the intellectual property of CCP hf. All artwork, screenshots, characters, vehicles, storylines, world facts or other recognizable features of the intellectual property relating to these trademarks are likewise the intellectual property of CCP hf. EVE Online and the EVE logo are the registered trademarks of CCP hf. All rights are reserved worldwide. All other trademarks are the property of their respective owners. CCP hf. has granted permission to EVE-Search.com to use EVE Online and all associated logos and designs for promotional and information purposes on its website but does not endorse, and is not in any way affiliated with, EVE-Search.com. CCP is in no way responsible for the content on or functioning of this website, nor can it be liable for any damage arising from the use of this website.