Announcement

Collapse
No announcement yet.

Nouveau Maxwell: Mesa 17.0 + Linux 4.10 vs. NVIDIA's Linux Driver

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • fettouhi
    replied
    Originally posted by bridgman View Post

    Did you over-ride both GL and GLSL versions to 4.1 ?

    In theory BI only requires GL 4.1 but I found a few posts suggesting that it also used some 4.2 and 4.3 extensions, and may actually require the driver to advertise 4.2 or 4.3. That doesn't match what the developers who worked on the port are saying though. I would try over-riding both GL and GLSL to 4.3 as a next step although AFAIK BI received an update to fall back if the 4.3 extension (copy_image) was not available.

    It also appears that some people have been over-riding the GLSL version higher than the GL version, eg:



    Is your mesa version reasonably new (last 6 months or so) ?
    I am using the padoka repo on Ubuntu 16.04, so my mesa is pretty new (17.1git) .

    Leave a comment:


  • Hi-Angel
    replied
    Originally posted by duby229 View Post

    What? So let me get this right.... You -didn't- update because it -doesn't- work? Isn't that the reason why you should've updated? Usually it's when things are working properly when updates can be let slide, but when things aren't working checking for updates is usually the -first- thing to try. Maybe you should try the latest version of the game right quick because it is entirely possible the issues you are experiencing don'e even exist anymore and all this time you were just screwing with your own self.
    Up until now I was thinking that it didn't work for my fault — it's an assumption stemming from the fact that the app crashes only when I'm overriding OpenGL version. So why would I update the app, if I'd need to fix the problem on my side first.

    Leave a comment:


  • nomadewolf
    replied
    Originally posted by Hi-Angel View Post
    Sorry for meddling, but as someone in the same situations: yes, I need higher OpenGL on mine HD5730. More over: I need specifically that 64 bit support for Space Engine. Because simply overriding OpenGL version leads to SpaceEngine crash, which most probably because it's using those extensions. Which not at all surprising, given how much work SpaceEngine does.
    I didn't know about SpaceEngine.
    Going to install it and play a bit with it.
    Looks good.

    Leave a comment:


  • duby229
    replied
    Originally posted by Hi-Angel View Post
    Well, with "3.3FC" it still crashes. And IgnoreCriticalCheck didn't help — though it might be because I have a 1.5 year old version of SpaceEngine (didn't update because it doesn't work). But thank you anyway — at least now I have something to look into. E.g. I could ask a question on their forum. I thought it's purely my fault, but now I could annoy them a bit — AFAIK using compatibility profiles is a moveton, aren't it.
    What? So let me get this right.... You -didn't- update because it -doesn't- work? Isn't that the reason why you should've updated? Usually it's when things are working properly when updates can be let slide, but when things aren't working checking for updates is usually the -first- thing to try. Maybe you should try the latest version of the game right quick because it is entirely possible the issues you are experiencing don'e even exist anymore and all this time you were just screwing with your own self.

    Leave a comment:


  • yoshi314
    replied
    So, if i understand this right, i can safely run nouveau on 750ti, because it downclocks the card when feasible?

    If so, this is great news for me.

    Leave a comment:


  • bridgman
    replied
    Originally posted by Hi-Angel View Post
    Well, with "3.3FC" it still crashes. And IgnoreCriticalCheck didn't help — though it might be because I have a 1.5 year old version of SpaceEngine (didn't update because it doesn't work). But thank you anyway — at least now I have something to look into. E.g. I could ask a question on their forum. I thought it's purely my fault, but now I could annoy them a bit — AFAIK using compatibility profiles is a moveton, aren't it.
    Hah... asking on their forum is a great idea, didn't occur to me.

    I'm not a big fan of compatibility profiles... they were supposed to be a transitional aid so that CAD SW vendors with a big investment in OpenGL could take advantage of new GL features in the short term while they worked on moving to the new core profiles. I understand why they were added but I don't understand why they didn't also come with a roadmap for deprecating them.

    Leave a comment:


  • Hi-Angel
    replied
    Originally posted by bridgman View Post
    Sounds like you found the issue - Space Engine might be looking for a compatibility profile rather than the usual core profile. Compatibility profiles allow an application to mix deprecated API calls with newly added functions, albeit with unspecified behaviour.

    I have not found anything saying that Space Engine *does* require a compatibility profile; it just seems likely if it is reporting the 3.0 version.

    BTW if this is the case then your GL override would have to be something like "3.3FC" rather than just "3.3".

    There is also a check in Space Engine which might be worth disabling for a test:



    http://en.spaceengine.org/forum/4-3483-1
    Well, with "3.3FC" it still crashes. And IgnoreCriticalCheck didn't help — though it might be because I have a 1.5 year old version of SpaceEngine (didn't update because it doesn't work). But thank you anyway — at least now I have something to look into. E.g. I could ask a question on their forum. I thought it's purely my fault, but now I could annoy them a bit — AFAIK using compatibility profiles is a moveton, aren't it.

    Leave a comment:


  • bridgman
    replied
    Sounds like you found the issue - Space Engine might be looking for a compatibility profile rather than the usual core profile. Compatibility profiles allow an application to mix deprecated API calls with newly added functions, albeit with unspecified behaviour.

    I have not found anything saying that Space Engine *does* require a compatibility profile; it just seems likely if it is reporting the 3.0 version.

    BTW if this is the case then your GL override would have to be something like "3.3FC" rather than just "3.3".

    There is also a check in Space Engine which might be worth disabling for a test:

    But you still can try and run SpaceEngine by disabling checking of critical errors at startup. Open main-user.cfg and change value of this parameter to 'true':

    IgnoreCriticalCheck true // ignore checking of OpenGL version and critical extensions supporting

    NOTE: I can give no guaranties that SpaceEngine will be stable and work correctly if you do make this change.
    Last edited by bridgman; 24 January 2017, 01:23 AM.

    Leave a comment:


  • Hi-Angel
    replied
    Originally posted by bridgman View Post
    Something doesn't sound right - doesn't Space Engine only require GL 3.3 in the first place ?



    What happens if you don't override ?

    BTW I suspect nomadewolf was talking about processing power, not age of the card, specifically whether a 6470 would have enough processing power to run the most demanding games even if it had the GL support.

    Your 5730 has ~4x the processing power and memory bandwidth of a 6470.
    Hmm, there's something confusing. SpaceEngine popups "Error loading generator shaders, press Yes to run program with procedural planets disabled, No to exit". When I was trying to get it working, I remember seeing in the log ridiculously low OpenGL version, which I assumed to be the cause. Then I looked up in Wikipedia the version my card was supposed to run (4.4), looked up glxinfo | grep version (many different strings, I assumed the version to be "OpenGL core profile version", which is 3.3), asked on Mesa-users ML, and got an answer about the lack of double precision support.

    Now that I looked at it again, it's more interesting: the OpenGL SpaceEngine has in logs is just 3.0. It takes it probably from "OpenGL version string", not from "OpenGL core profile version" — well, I'm not versed in the terminology, I thought the latest is the version, in part because it's higher.

    Probably, I need to ask on ML another question, for why I'm seeing 3.0 instead of even 3.3. But whatever, even if I override it to 3.3 "MESA_GL_VERSION_OVERRIDE=3.3 wine SpaceEngine.exe" — SpaceEngine just crashes. It might of course be not the problem with OpenGL, but from my research in the past, the app works fine for other peoples through Wine, so I have little to blame.

    Leave a comment:


  • bridgman
    replied
    Something doesn't sound right - doesn't Space Engine only require GL 3.3 in the first place ?



    What happens if you don't override ?

    BTW I suspect nomadewolf was talking about processing power, not age of the card, specifically whether a 6470 would have enough processing power to run the most demanding games even if it had the GL support.

    Your 5730 has ~4x the processing power and memory bandwidth of a 6470.

    Leave a comment:

Working...
X