Testers and reviewers wanted: BFG-style vertex cache

[lowenz]

Still offline.....

[lowenz]

Working again

 

Any recent GLProgs package to test the build?

Edited November 13, 2019 by lowenz

[lowenz]

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]

14 hours ago, lowenz said:

Working again

 

Any recent GLProgs package to test the build?

Do you have any problems with yours?

[lowenz]

"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]

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

[stgatilov]

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]

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]

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]

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]

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]

Good news guys!

 

1.91.1 OpenAL.lib -> no issue!

[lowenz]

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]

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]

???

The only publicly available glprogs data is from 2.07.

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

???

[lowenz]

????

Here's the post with the package.

 

Edited November 15, 2019 by lowenz

[lowenz]

7 hours ago, duzenko said:

Any console errors for `reloadglslprograms`?

Maybe not the shaders  but decompressing the textures?

[duzenko]

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]

It seems so.....

[lowenz]

Culprit found: r_postprocess=1  

[lowenz]

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]

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]

1.19.1 is good enough and well tested.

Just set linear resampling by default.

[lowenz]

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, 2020 by lowenz

[nbohr1more]

What is your Shadow Map Size?

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