I did a quick test of CowCat's dhewm3 with Resurrection of Evil expansion and already seeing improvements! Awesome work!

This first video is without the TinyGL 8/5 update (note the disappearing pathway):

https://m.youtube.com/watch?v=mEc-5ynpAu4

This second video is with the TinyGL 8/5 update installed (I just have to get my timing correct to pass through this area now that I can actually see it!):

https://m.youtube.com/watch?v=e9qujQFCG7Y&t=28s

I didn't edit these videos so the debug info can be seen and to get a sense of the load time.

@bigfoot

Hmm, could it be that my upscalled HD texture set is causing the issue on Q3? lemme check and revert.

In the meantime, have the same issue with Papi on OpenBor. I've read that you 'll fix it, however in the meantime I tried to revert back to previous Radeon tinygl without luck. I copied back from mosrphos 3./17 iso morphos/devs.monitors/radeon to mossys:devs/monitors/radeon, reboot, GraphicBoards utility reports correct version (I cross checked MD5 as well) but latest OpenBOR still fails. I even re-installed latest SDL2 libs and OpenBOR from morphos storage. Could it be that Tinygl beta installer, copies anything else somewhere in the system too?

@Cool_amigaN

Copy from MOS 3.17 :
- MorphOS/libs/tinygl.library
- MorphOS/libs/tinygl/r200.library
- MorphOS/libs/tinygl/r300.library
- MorphOS/devs/Monitors/Radeon

Anyone tried Quake I and II? I get flat graphics (without textures) in my g5 with 9600p.

Quote:

Very likely due to the same issue as OpenBOR.

I'll get a new proper beta release with bugfixes out next week, but until then, I've uploaded an updated tinygl.library to manually install in mossys:libs/ for those who want this particular fix right away.

Effectively, with this new version all looks correctly! Thanks!

Very cool, Mark. Nice to see this development.

Hi everyone!

Next update is being released some time this week. It'll contain the first iteration of OpenGL shader support for R300 and R400 based Radeons, with R500 support to follow in a later update. I've also fixed a bunch of bugs in both TinyGL itself and the drivers, as well as added cube map support for R300, R400 and R500.

Excellent news! Thanks a lot bigfoot!

Impatient to test it

Good !

Now, for those waiting to kill possessed humans in Mars, be patient as most likely it would need new SDL2 library tailored for new tinygl, the bugs that would show up, etc.

Also other programs most likely would need some changes, as I experienced recently with sm64. It all depends of the direction libraries take: Old tinygl vs new in combination with SDL2.

Thanks for the update CowCat! Looking forward to it!

Great news! MorphOS team is onfire!

The second beta version of the TinyGL update is finally here! :)

TinyGL update 2022-09-04 download link.

Excellent! Here's to hoping it corrects the reversed images when using the the artifact at the green-blue light balls in RoE level 3! I'm stuck there! Thanks Bigfoot!

Excellent!!! Thanks a lot bigfoot!

I just tried the latest release with my Radeon9800 Pro. In the sample folder, the "bump mapping" example does not work for me, the window stays grey.

But I also noticed that you replace the Radeon driver. Since MorphOS 3.8 I have the problem, that dragging windows will start to produce more and more CPU load and after a while the "LayerInfo Task" stays at 50-70%, making the system unusable.
Sometimes even, if windows start to overlap, the machine locks up. The only solution so far was/is to revert to the Radeon driver from 3.7.
I already had a long email discussion with Frank about that, but so far no solution in sight.

So I doubt if my testing result will bring you any good insights.

Seems like now D3 works again for R200 but it shows that cubemap fails doing his stuff there: A weird texture in pink/white for skymaps. Same for soldier googles or ship window in first stage game.

I recompiled UAC anyways against SDL2 2.24.0 and new TGL SDK: For those with R300+,"r_renderer ARB2" option is needed for testing new shader features.

Thanks Cowcat!

@Cowcat:

Thanks for this new version!

I have graphic bugs at menu and loading game (menu and progress bar)

Mouse seems don't work too (only right button to jump and middle button to zoom)... (Maybe SDL2 problem?)

X1950 Pro here

How to activate r_renderer ARB2 option please ?

[EDIT] Seems i have activated with "doom3 r_renderer ARB2" in a shell
I have WARNING : R_AutospriteDeform: autosprite had odd index count
Maybe could help...

[ Edité par Papiosaur 05.09.2022 - 14:01 ]

@Papiosaur

From console type in the command.

The mouse bug is probably the same that happend with the old "rogue" version. It could be what I disabled months ago but never showed in my system. It's on sys/morphos/glimp source:
SDL_SetWindowGrab.

Someone could recompile/test with his system and re-enabling this function again, before releasing a new binary.

For further stuff related to D3, better its own thread.

@bigfoot

What kind of shaders support in for now ? Pure binary ones ? Or GLSL 1.1 (or so) supported ? And if so, how full GLSL support are ? Or it's all about old ARB shaders for now ? If it still GLSL ones, did you wrote your shaders compiler from scratch from GLSL to SPIRV (or whatever at lowlevel tinigl use) ?

In other words can you a bit explain "shaders support" , just so to understand how far it all to be able to made morphos versions of some of my stuff.

I tried to check examples directory, and while there is ready to run "shader_test" binary, there is no source code for. All i can found in the "shader_test" binary by simple cheking content in , that there is just old ARB shaders, and not GLSL or SpirV ones. That correct ?

Thanks for answers

[ Edited by kas1e 05.09.2022 - 13:35 ]

Quote:

Added extensions to the latest tinygl archive are GL_ARB_fragment_shader/GL_ARB_fragment_program and GL_ARB_vertex_shader/GL_ARB_vertex_program. GLSL support is GL_ARB_shading_language_100.

It's GLSL 110 then, which sadly not very decent :( But i assume those who will works on shaders can migrate from todays shaders to v110, just need a bit of rewrite..

Probabaly there were reassons to go for v110 firstly and made it all as extensions ?

What intersting me most, how complete GLSL support even of 110 are, and were there written GLSL parser/converter from scratch or something else were used ?

@kas1e I'm not sure of my answer but i test actualy the new tinygl with ScummVM
and ScummVM detect GLSL 1.20.

I found that and if i understand correctly, tinygl go to OpenGL 2.1.
https://www.khronos.org/opengl/wiki/Core_Language_(GLSL)#OpenGL_and_GLSL_versions

[ Edité par beworld 07.09.2022 - 07:38 ]

Quote:

The Radeon monitor being updated is to address a small bug fix for R200 to make cube maps work. For R300, the Radeon monitor from MorphOS 3.17 will work fine. However, the Radeon monitor from MorphOS 3.7 might be a bit too old.

That Radeon 9800 Pro, is that the Mac edition or a flashed card?

If you send me an email (see my signature), then we can try and see if we can figure out why newer Radeon monitors don't work right for you.