[go: up one dir, main page]

Menu

#622 VS Setup 0.5.1 r1.exe in Win7x64/Intel GM45

SVN
closed-fixed
None
5
2014-08-15
2012-04-03
logzero
No

Installer test:

1. Download exe.
2. Start installer(will trigger uac, thats ok)
3. Start game -> failure
4. Start in compatibility mode(winxp) -> success

The game attemts to write(logs, savegame) into install directory. Win7 doesn't like this.
Ideally user data should go into C:\Users\{user}\Documents maybe?
User path C:\Users\{user} can be retrieved using char* path = getenv("USERPROFILE");
I could try to hack a patch, not sure what else needs to be checked though.

Discussion

1 2 > >> (Page 1 of 2)
  • logzero

    logzero - 2012-04-03

    stderr

     
  • logzero

    logzero - 2012-04-03

    stdout

     
  • logzero

    logzero - 2012-04-03

    Graphical issues: Player ship is black.

     
  • Klauss++

    Klauss++ - 2012-04-03

    About the compatibility mode: sounds reasonable, we would have to change the log location to be in USERPROFILE. Thanks for the tip :)

    About the graphical issues, what are your settings?

     
  • logzero

    logzero - 2012-04-03

    config

     
  • logzero

    logzero - 2012-04-03

    Forgot the config. I've started with the default settings, haven't touched the setup.

     
  • Klauss++

    Klauss++ - 2012-04-03

    You should try with simpler or no shader settings, GM45 is rather outdated, and the llama has some normal mapping issues that I've noticed too.

     
  • logzero

    logzero - 2012-04-03

    Yeah, just wanted a clean default test. Will play with the settings a bit to see how it performs.

     
  • logzero

    logzero - 2012-04-03

    Just scanned stderr.txt. It contains one glsl error:

    ERROR: 0:7: 'precision' : Reserved word.

     
  • logzero

    logzero - 2012-04-03

    Just for the log:

    extreme: precision error, black, center body transparent
    nicest: precision error, black, center body transparent
    average: no errors, black, center body transparent
    simple: no errors, black, center body transparent
    simplest: no errors, OK
    onboard: no errors, OK
    no shader: no errors, OK

     
  • Klauss++

    Klauss++ - 2012-04-03

    Yes, it's in line with what I'd expect GM45 to support.

    It's weird though that it's not falling back to simplest as it should. Can you attach stderr/out for average shader please? (with --debug=3).

     
  • logzero

    logzero - 2012-04-03

    stderr debug

     
  • logzero

    logzero - 2012-04-03

    stdout debug

     
  • logzero

    logzero - 2012-04-03

    OK. stderr3/out3.txt

     
  • Klauss++

    Klauss++ - 2012-04-03

    Do planets (earth-like and gas giants) look right in average? Can I get some screenshots of the black llama?

     
  • logzero

    logzero - 2012-04-03

    rendering bug

     
  • logzero

    logzero - 2012-04-03

    It is not really playable but planets look fine. Navigation lights are draw too(not visible in the screen shot).

    I've just noticed the skybox is missing, with all options.

     
  • Klauss++

    Klauss++ - 2012-04-03

    The skybox missing is really weird.

    Are your drivers up to date?

     
  • logzero

    logzero - 2012-04-03

    Yep, everything up to date. I use this notebook to test my own stuff too. Weird. that I haven't noticed the skybox before. I have to admit that I like the look though. Just like I think it should look like, hehe.

    I'll try the Linux version later. I've noticed that their Linux driver has got much better(stable, more features) than the Windows one, upside-down world at Intel.

     
  • Klauss++

    Klauss++ - 2012-04-03

    Thing is, planet shaders are very thoroughly tested and compatibilized against intel drivers, so it makes sense for planets to show up ok and the llama not - because ship shaders are less debugged.

    However, skyboxes don't even use shaders. It's quite weird that they doen't show, then, and that fact throws the theory that it's some kind of shader incompatibility out the window.

     
  • Klauss++

    Klauss++ - 2012-04-03

    I know, it's the zwrite prepass. You'll notice simplest and onboard don't have a zwrite prepass - and zbuffer inconsistencies would result in the kind of artifacts shown in the screenshot. Not sure yet about the skybox, but zbuffer issues would also mess the skybox.

    Looks like a driver bug, because GLSL specs give specific guarantees about invariance, espcially for computed z-buffer coordinates.

    How can we work around that bug is a tough proposition though...

     
  • logzero

    logzero - 2012-04-03

    Is it eventually possible to make the prepass optional? It is a pure acceleration method right?

     
  • Klauss++

    Klauss++ - 2012-04-03

    It is possible, but many techniques require multiple passes anyway, and with z-buffering issues the various passes would fail to agree anyway.

    You could easily try it out by going to the relevant technique files and removing the zwrite pass.

     
  • Klauss++

    Klauss++ - 2012-04-03

    Sorry, you'd also have to remove the "zwrite="false"" bit of the other passes.

     
  • logzero

    logzero - 2012-04-03

    OK, will try it.

     
1 2 > >> (Page 1 of 2)

Anonymous
Anonymous

Add attachments
Cancel