20 June 2024, 14:54 | #21 |
Registered User
Join Date: Oct 2021
Location: England
Posts: 1,286
|
another nice project, what version(s) of opengl does it provide? also might it work hand in hand with Thomas Richter's current PCI Stack project where he plans for better support for old stuff like Voodoo3's/etc.
We have recent chat/topics for project(s) to.. - Let us use older hardware more effectively. - Let us better use opengl/3d features. Nice seeing projects like this, but i'm wondering if they will all work ok with each other or if various people will need to smash their heads and projects together for better/fuller support and features, a lot of our standards are still quite old, stuff like RTG/3D/Sound via AHI, no idea if they are the best we can get, "good enough" or if they can be vastly improved or not, but its nice seeing more stuff like this crop up. |
21 June 2024, 03:56 | #22 | |
Registered User
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 4,447
|
Quote:
https://en.wikipedia.org/wiki/Mesa_(computer_graphics) I've been playing with Mesa v4.0.4 (OpenGL v1.3) I'm still learning about Mesa, never really looked at it before. I think up to v7.11.2 (OpenGL v2.1) might be possible on 68k without too much effort (using the existing 68k source code as a starting point)....but that's just a guess, it depends on the changes between v4.0.4 and v7.11.2. For some reason, I can't get the famous Gears demo to work properly (or GL Quake) Last edited by NovaCoder; 21 June 2024 at 04:29. |
|
21 June 2024, 09:45 | #23 |
Registered User
Join Date: Sep 2011
Location: Paris/France
Posts: 278
|
I dont understand what Mesa you are using ? As there are only two GL that have some value on Amiga 68k : StormMesa an MiniGL
Both can hardware render via Warp3D |
21 June 2024, 11:37 | #24 | |
Registered User
Join Date: Apr 2013
Location: Mallorca
Posts: 772
|
Quote:
Simple (old) demo tests from Mesa or Minigl should work out of the box (that is, knowing the changes needed with up to date Ami compilers and what opengl AmiGL API you use). Also a "regular/simple/old PC" opengl program that works as expected on those systems, doesn't mean that the same source would work for an Amiga version. You "should" take a look at my work at github: Biased towards minigl but it is what I need for my stuff. |
|
22 June 2024, 14:09 | #25 | ||
Registered User
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 4,447
|
Quote:
Quote:
Update: With a bit more hacking around with my test code, I manged to get the Gears demo running (attached) Can people see if it's working okay for them? Needs to open a 16bit 640x480 Cyber screen, works okay for me in WinUAE. If I can get this to run fast enough, maybe something like Half-life is possible one day, that would be pretty cool Last edited by NovaCoder; 24 June 2024 at 02:42. |
||
23 June 2024, 10:32 | #26 |
Registered User
Join Date: Oct 2012
Location: Germany
Posts: 24
|
Tried the binary on an A1200 with PiStorm32lite (CM4 @2.2GHz, OS3.2, Picasso96 3.4.0). When it does not crash, it looks pretty slow. The output flickers pretty bad. Feels like black frame insertion at very slow speeds.
Kudos for your efforts. |
23 June 2024, 11:54 | #27 |
Registered User
Join Date: Nov 2011
Location: Arnsberg Germany
Age: 45
Posts: 212
|
I have also tested it, and as previously described, it runs very slowly and the buffer swaps are quite noticeable.
Pistom32lite, RPi4, OS3.2 with P96 3.1.2. |
23 June 2024, 12:04 | #28 |
Registered User
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 4,447
|
mmm, interesting. The buffer swaps are seamless on a slow WinUAE machine, i wonder if that is a PiStorm implementation issue?
I'll try to improve the buffer swaps, thanks for testing. Performance can be improved a bit, this is just a very rough debug test build. Try it on Winuae and you can see how it's meant to look (no flicker). |
23 June 2024, 12:26 | #29 |
Registered User
Join Date: Nov 2011
Location: Arnsberg Germany
Age: 45
Posts: 212
|
I don't know if this helps, but the old "Gears" Mesa demo, although it runs in a window, performs very well on my system even when the window is maximized.
|
23 June 2024, 15:44 | #30 |
Registered User
Join Date: Oct 2007
Location: ManCave, Canada
Posts: 1,662
|
Cool stuff Nova looking forward to testing stuff out
|
24 June 2024, 02:44 | #31 |
Registered User
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 4,447
|
Thanks mate
I've updated the double buffering code which might reduce the flicker on PiStorms, can someone see if it made any difference? Last edited by NovaCoder; 24 June 2024 at 07:18. |
24 June 2024, 05:13 | #32 |
Registered User
Join Date: Oct 2007
Location: ManCave, Canada
Posts: 1,662
|
@ NovaCoder
here's a quick vid on my A1200-Pistorm32-Pi3A+ https://www.dropbox.com/scl/fi/v39ye...cjnjipdsd&dl=0 |
24 June 2024, 06:54 | #33 | |
Registered User
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 4,447
|
Quote:
Must be some piStorm bug? I'll try updating the double buffering code again... Last edited by NovaCoder; 24 June 2024 at 07:18. |
|
24 June 2024, 16:09 | #34 |
Registered User
Join Date: Oct 2007
Location: ManCave, Canada
Posts: 1,662
|
@ NovaCoder
Is there a lib I need to install? |
24 June 2024, 23:43 | #35 |
Registered User
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 4,447
|
No lib required.
Did you try it in winuae? Maybe piStorm has some issue with fullscreen 16 bit double buffering or a bug with the 16 bit clear region OS method, I'll try a different approach to clear the screen (even though it's a pistorm issue). Okay, this new attachment uses a different method to clear the screen, might work better on Pistorm Last edited by NovaCoder; 27 June 2024 at 04:03. |
25 June 2024, 20:21 | #36 |
Registered User
Join Date: Oct 2012
Location: Germany
Posts: 24
|
|
25 June 2024, 23:57 | #37 | |
Registered User
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 4,447
|
Quote:
Yep it seems there are a few little bugs in the piStorm's RTG driver or possibly the CPU implementation, can you report them to whoever maintains piStorm? I guess there isn't a whole lot of 16 bit screen modes used by current software so nobody knows about the bugs. The speed actually doesn't look too bad considering that this isn't optimized code (and it's running at 640*480), looking at this I think software OpenGL is viable on piStorm. Last edited by NovaCoder; 26 June 2024 at 05:16. |
|
26 June 2024, 17:48 | #38 | |
Registered User
Join Date: Feb 2017
Location: Denmark
Posts: 1,275
|
Quote:
|
|
26 June 2024, 21:55 | #39 | |
Registered User
Join Date: Oct 2007
Location: ManCave, Canada
Posts: 1,662
|
Quote:
same here (see vid below) ...what type of Pi you using? https://www.dropbox.com/scl/fi/up1hb...tirc43pnk&dl=0 |
|
27 June 2024, 04:03 | #40 | |
Registered User
Join Date: Sep 2007
Location: Melbourne/Australia
Posts: 4,447
|
Quote:
I've been looking at the Storm Mesa code in more depth and it's doing some nasty things, it might not even be pistorm issue after all (just illegal code). I'll try and update it to use my tried and tested double buffering code and that should work fine on both Winuae and pistorm. |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
AmiQuake new 68k Quake Port for AGA/RTG | NovaCoder | News | 465 | 27 May 2024 10:12 |
Chocolate Doom port to 68K RTG | NovaCoder | News | 34 | 22 February 2024 08:34 |
Grafx2 for Amiga OS 3.X (68K RTG) | PerspexSphinx | support.Apps | 4 | 14 February 2022 07:17 |
Best open source, mod-able RTG-friendly FPS Engine running on 68k? | eXeler0 | Amiga scene | 48 | 10 August 2016 23:38 |
68k + Picasso (RTG) Demos ?? | Amiten | Amiga scene | 14 | 27 August 2013 17:39 |
|
|