Testers and reviewers wanted: BFG-style vertex cache

[lowenz 506]

Still offline.....

[lowenz 506]

Working again

 

Any recent GLProgs package to test the build?

Edited November 13, 2019 by lowenz

[lowenz 506]

On 10/22/2019 at 9:42 AM, stgatilov said:

I have built RelWithDebInfo x64 library for versions 1.18.2, 1.19.0, and 1.19.1. There are here. You can replace the lib "rel" version with any of them, build TDM, and it will produce PDB with symbols for OpenAL. On the other hand, if you want to see the place in debugger, then you will have to download source code and point MSVC to it.

Maybe we should build most of the libraries with debug info to make debugging easier.

P.S. Conan has one major issue: it has steep learning curve. I wish more people try to use it, but understand that it is not trivial.

Now I see "Debug with inlines" as an option.

Isn't it possible to add ALL the 3 OpenAL Soft versions to the project and select one in the build process? So we got 3 possible binaries for x64 and 3 for x86.

[duzenko 569]

14 hours ago, lowenz said:

Working again

 

Any recent GLProgs package to test the build?

Do you have any problems with yours?

[lowenz 506]

"Mine"= the one you posted here some time ago

 

*GeForce Ti 1050 -> working with some scene parts black (A New Job FM)

*RX 570 -> working but ALL THE SCENE is black (geometry is there)

Edited November 14, 2019 by lowenz

[duzenko 569]

I will need to check that @grayman's bug first

[stgatilov 672]

18 hours ago, lowenz said:

Isn't it possible to add ALL the 3 OpenAL Soft versions to the project and select one in the build process? So we got 3 possible binaries for x64 and 3 for x86.

Ehm... not directly.

Is it too bad when you copy the wanted version over SVN package, then build, then rename executable? Repeat it three times, and you have three executables, each with its own version of OpenAL.

[duzenko 569]

53 minutes ago, stgatilov said:

Ehm... not directly.

Is it too bad when you copy the wanted version over SVN package, then build, then rename executable? Repeat it three times, and you have three executables, each with its own version of OpenAL.

Can we have a test build with the debug version of OpenAL so that @lowenz can show us where it crashes inside the lib?

[stgatilov 672]

45 minutes ago, duzenko said:

Can we have a test build with the debug version of OpenAL so that @lowenz can show us where it crashes inside the lib?

All the three libs which I posted have debugging info, so stack trace should show OpenAL function names on crash.

[duzenko 569]

41 minutes ago, stgatilov said:

All the three libs which I posted have debugging info, so stack trace should show OpenAL function names on crash.

OK, but does @lowenz have the steps explained to use those for his local builds?

[lowenz 506]

Just tell me how to generate the OpenAL32.lib (the needed flags) in MSVC, and I'll move the files in "thirdparty" folder

I build OpenAL.dll by myself but let me know how the .lib must be generated.

 

For now I'll use the .lib posted before

Edited November 14, 2019 by lowenz

[lowenz 506]

Good news guys!

 

1.91.1 OpenAL.lib -> no issue!

[lowenz 506]

4 hours ago, duzenko said:

I will need to check that @grayman's bug first

Now that OpenAL issues are gone, here's the situation with the AMD Radeon (got OpenGL cache cleared, of course)

[duzenko 569]

17 hours ago, lowenz said:

Now that OpenAL issues are gone, here's the situation with the AMD Radeon (got OpenGL cache cleared, of course)

 

Any console errors for `reloadglslprograms`?

[nbohr1more 1891]

???

The only publicly available glprogs data is from 2.07.

There is no way that 2.07 glprogs work with 2.08\SVN

???

[lowenz 506]

????

Here's the post with the package.

 

Edited November 15, 2019 by lowenz

[lowenz 506]

7 hours ago, duzenko said:

Any console errors for `reloadglslprograms`?

Maybe not the shaders  but decompressing the textures?

[duzenko 569]

11 hours ago, lowenz said:

Maybe not the shaders  but decompressing the textures?

 

That would explain it but raise the obvious question - why do they not load?

So the textures load on nVidia but not on AMD?

[lowenz 506]

It seems so.....

[lowenz 506]

Culprit found: r_postprocess=1  

[lowenz 506]

Just reporting:

https://github.com/kcat/openal-soft/releases/tag/openal-soft-1.20.0

1.20 out

Edited December 6, 2019 by lowenz

[stgatilov 672]

26 minutes ago, lowenz said:

Just reporting:

https://github.com/kcat/openal-soft/releases/tag/openal-soft-1.20.0

1.20 out

I have just switched TDM to 1.19.1.

Now we have one more version of OpenAL to try in case of problems. Maybe at least one of four versions would work perfectly for everyone

[lowenz 506]

1.19.1 is good enough and well tested.

Just set linear resampling by default.

[lowenz 506]

version 8530 (with its GLProgs)

ShadowMaps problem (not present with Stencil) on a Radeon RX 570 (Catalyst 20.1.3) with NPC ! Shadows are.....partial.

 

 

Maybe now that the SVN version is complete (GLProgs) it's time to create a related dedicated thread for betatesters?

Edited January 23 by lowenz

[nbohr1more 1891]

What is your Shadow Map Size?

Perhaps the light source is so far away that the shadow map ran out of resolution?