Testers and reviewers wanted: BFG-style vertex cache

[lowenz 493]

Still offline.....

[lowenz 493]

Working again

 

Any recent GLProgs package to test the build?

Edited November 13 by lowenz

[lowenz 493]

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

14 hours ago, lowenz said:

Working again

 

Any recent GLProgs package to test the build?

Do you have any problems with yours?

[lowenz 493]

"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 by lowenz

[duzenko 557]

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

[stgatilov 619]

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

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

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

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

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

[lowenz 493]

Good news guys!

 

1.91.1 OpenAL.lib -> no issue!

[lowenz 493]

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

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

???

The only publicly available glprogs data is from 2.07.

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

???

[lowenz 493]

????

Here's the post with the package.

 

Edited November 15 by lowenz

[lowenz 493]

7 hours ago, duzenko said:

Any console errors for `reloadglslprograms`?

Maybe not the shaders  but decompressing the textures?

[duzenko 557]

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

It seems so.....

[lowenz 493]

Culprit found: r_postprocess=1  

[lowenz 493]

Just reporting:

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

1.20 out

Edited December 6 by lowenz

[stgatilov 619]

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

1.19.1 is good enough and well tested.

Just set linear resampling by default.