@Raziel
Quote:

I don't understand.

That makes two of us. I've worked really hard to move graphics forward and deliver 3D acceleration. So, your vague claims that we can't use the GPU's power are rather irksome and untrue.

So, to spell it out again:
- The W3D_SI driver *does* use provide GPU acceleration, albeit at a limited level
- GLES2 and Warp3D Nova unlock even more GPU power, including being able to use programmable shaders
- Both of the above are available *now*

Sure, Warp3D Nova is still a work-in-progress (yes, kas1e, I will get back to working on its shader compiler when I can), but we do have access to GPU acceleration, including modern shaders.

Quote:

I don't do Facebook (blocked out) so i can't read what's written there.

Alt link.

Quote:

Does it mean there won't be any minigl updates from you/hyperion? I'm talking about a specific fix (or better, implementation) which made a persistent 3D z-ordering issue in ResidualVM (Grim Fandango) go away (something like that, at least iirc). Daytona told me that he implemented some missing functions and now it's working (rendering) like it is supposed to be, but of course, releasing ResidualVM without an updated minigl would be pointless.

I haven't worked on MiniGL for years. It's open-source though, so anyone can make fixes. If there are long outstanding unreleased fixes, then perhaps it's time that someone produces a new release...


Quote:

And another question, will the new driver support the DisplayPort?

Not yet. Given that pretty much every monitor supports HDMI too, it's a low priority.

Quote:

If i'd go and choose a 8 GB Ram gfx card (e.g. RX580), will the new driver (programs, games etc.) make use of all the RAM?

Yes. That was announced at AmiWest 2017, and I showed a clip of OpenJK with texture detail set to extreme using up over 600 MiB of VRAM with zero slowdown.

@kas1e
Quote:

Good that you do all of this , i just fear that now shaders in the nova will have no updates for long time :( (i mean arrays :) ). Hope to be wrong :)

Hope to prove you wrong.
Of course, I need to get Polaris up and running first, though.

Hans

Last edited by Hans on 06-Feb-2018 at 09:46 PM.

_________________
Join the Kea Campus - upgrade your skills; support my work; enjoy the Amiga corner.
https://keasigmadelta.com/ - see more of my work

@Overflow
Quote:

... Its not meant as a bait to take this dicussion offtopic, but your comment about FPGA and selfdesign spurred a reaction

Yep, it certainly has, and I like the idea myself too.

@daveyw
Quote:

Yeah, that makes sense, given that the market has seen a number of companies (S3? 3dfx?) drop off to the point where there's only 2 players left, and they produce other products as well.

It'll take some creativity...

Now, if you'll excuse me, I've got drivers to write.

Hans

_________________
Join the Kea Campus - upgrade your skills; support my work; enjoy the Amiga corner.
https://keasigmadelta.com/ - see more of my work

@kas1e
Quote:

Instead, what we have now which can help in ports, its OpenGLES , which is kind of limited subset of functions OpenGL have. But sad truth is, almost none of popular and opensource software use pure openGLES calls...

Tablets & smartphones use GLES, so look for projects that target them, or have ports for them...

@Sinan
Quote:

Is supporting a external mini pci-e video decoder like Broadcam 970015 is also a hard work ?

Probably a similar amount of work to supporting the video decoder built in to the graphics card. Plus, it would be inferior because the decoded video would then need to be copied to VRAM.

Hans

_________________
Join the Kea Campus - upgrade your skills; support my work; enjoy the Amiga corner.
https://keasigmadelta.com/ - see more of my work

@Hans
Quote:

Tablets & smartphones use GLES, so look for projects that target them, or have ports for them...

Most of time what is targeted for tableds and smartphones , and opensourced, use all kind of crap we don't have: java, all kind of latest C with all the deps and co. And, even if you found anything which is C , and pure GLES, then, it also should be SDL2 , as we have gles2 support in SDL2 only, and not in SDL1.

Instead, all opensourced stuff for desktops (win32/linux), can be ported, but almost all the time use OpenGL as well together with GLES. Or even without GLES , as there is no needs for when there is full OpenGL.

The only exception from all this is Emscripten, which is GLES2 only, so, any project targeted on it, and which not Java, can be ported.

But so far i found only one project which:

1). Plain C / C++ , without needs of C11++
2). Pure GLES2

But even there, i have problems, as it used SDL1 (so no GLES2 compiled in for us), and together with SDL1, it use EGL , with functions Huno's wrapper didn't have => at moment can't be ported without much rewriting.

But if there was OpenGL for us, its just matter of compiling it in SDL1, and there is a lot of old and new stuff right away to port. But yeah, i realize how hard to make OpenGL and why we go GLES2 route :(

Probably minigl replacement with some functions added at top (shader based), can help, but that unreal with our man power..

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@hans

thank you Hans for all the effort you've made to improve the Amiga graphics capabilites.

Your work is appreciated.
I appreciate too the innovation spirit (visionary) you have, working on the laptop project and on a (eventually) custom GPU

Last edited by AmigaBlitter on 07-Feb-2018 at 07:04 PM.

_________________
retired

@AmigaBlitter
Thanks

@kas1e
Quote:

... But so far i found only one project which: 1). Plain C / C++ , without needs of C11++ 2). Pure GLES2

We really need C++11 support, because more and more software is using it, and it makes developing easier.

Quote:

But even there, i have problems, as it used SDL1 (so no GLES2 compiled in for us), and together with SDL1, it use EGL , with functions Huno's wrapper didn't have => at moment can't be ported without much rewriting.

There's work to be done, then...

Quote:

But if there was OpenGL for us, its just matter of compiling it in SDL1, and there is a lot of old and new stuff right away to port. But yeah, i realize how hard to make OpenGL and why we go GLES2 route :(

I've pointed to Regal before as a way to get full OpenGL on top of GLES2+. You'd still need to update SDL1 to use that instead of MiniGL (or update MiniGL to use Regal), but it should work. AFAIK, nobody has given it a shot yet...

Bear in mind that the biggest difference between desktop OpenGL and GLES2+, is that GLES2+ ditches old outdated stuff that you should NOT be using any more.** Well written apps/games that use moden OpenGL should be relatively easy to adapt to GLES2.

Hans


** That's why it's a lot easier to implement than desktop OpenGL, which carries the old legacy crud along with it.

_________________
Join the Kea Campus - upgrade your skills; support my work; enjoy the Amiga corner.
https://keasigmadelta.com/ - see more of my work

@thread

Pic and info

#6

_________________
This posting, in its entirety, represents solely the perspective of the author.
*Secrecy has served us so well*

@Hans
I checked Regal, seems it not worth of effort. At least how i see it. Check for more info there: http://www.amigans.net/modules/xforum/viewtopic.php?topic_id=7730&forum=3

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@number6

AmigaOS 4.1 Update 2?

@pavlor

Hehe, my test system (Sam460) hasn't had a clean install in a while...

@kas1e

Thanks for looking into it. I'll check out your findings in detail later.

Hans

Last edited by Hans on 08-Feb-2018 at 11:05 PM.

_________________
Join the Kea Campus - upgrade your skills; support my work; enjoy the Amiga corner.
https://keasigmadelta.com/ - see more of my work