Interested in learning OpenGL ES 2 or Warp3D Nova?

@zzd10h
Hi Guillaume! cool tutorial but i dont think sdl on amigaos is using nova right now and probably sdl2 too.

@zzd10h

>compatible with OpenGL ES OS4 ? For example, this french one ?
I dont think so
As OpenGL ES use array for storing object's geometry you no more use things like this

glBegin(GL_QUADS);

glColor3ub(255,0,0); //face rouge
glVertex3d(1,1,1);
glVertex3d(1,1,-1);
glVertex3d(-1,1,-1);
glVertex3d(-1,1,1);

[..]

glEnd();

But instead describe fully your object in an array like this

float[]={
1.0.0,1.0,1.0,255.0,0.0,0.0,255.0,
1.0,1.0,-1.0,255.0,0.0,0.0,255.0,
-1.0,1.0,-1.0,255.0,0.0,0.0,255.0,
-1.0,1.0,1.0,255.0,0.0,0.0,255.0,
[...]
};


Alain

@zzd10h
Quote:
As thellier already said, a lot of OpenGL tutorials use the old glVertex*() style of submitting vertex data. While that's easy to use, it's also the slowest method and really shouldn't be used any more.

As for OpenGL ES 2 tutorials, I've found that a lot of them are in Java for Android, or Objective-C for iOS. They also almost always have plaform specific code for setting up the screen and buffer swapping. It's a little disappointing that the various platforms don't all provide GLUT by default, or at least use the EGL standard.

So, the GL ES 2 tutorials may work, but will have to be adapted.

Hans


p.s., Be aware that OpenGL ES 2 isn't backward compatible with OpenGL ES 1. GL ES 2 is a pure shader based graphics API; the old fixed pipeline stuff is gone.

OpenGL ES2 and OpenGL 3.3 are basically the same thing, so there are those tutorials too.

http://www.opengl-tutorial.org/
http://www.mbsoftworks.sk/index.php?page=tutorials&series=1

I used these two a lot.

Also, glm is great for math.

http://glm.g-truc.net/0.9.7/index.html

I've also been working on a very cut down SDL 1.x that can open a screen/window for OpenGLES2 and handle basic mouse/keyboard events and nothing else. I might release it on os4depot if anyone is interested. Hopefully someone will update SDL 1 and 2 in time.

@All
Thank you for the replies/advices

@Caras

Good to see you are still working on AMicraft, my daughters are wondering if it will look more like the real MineCraft soon :)

@Hans

Thanks for your tutorials. They are simple and well explained. Nova seems to be simpler that I could imagined.
I am interested in your future tutorials even I don't fill your survey because I don't want to buy a new hd card for my sam flex. May be yes if I buy a 5040.

@Caras
Quote:
Not quite, but close enough. OpenGL 3.3 has some extra features, so you need to restrict yourself to a subset. Mind you, Warp3D Nova is still a work-in-progress, so there are still GL ES features that are on the to-do list.


Quote:
Thanks. I hadn't seen that one before. Do you know if it can use altivec?

Quote:
Nice!

I haven't used it yet, but GLFW looks good. SDL's got a lot of 2D code you won't use if you're doing OpenGL stuff.

@yescop
Quote:
Thanks.
You can still fill in the survey, and just add a note about hardware limitations. A few others have mentioned the Sam440-flex + SI graphics card difficulty too, and that's also useful feedback.

Hans

@Hans

A question for the master from a noob

SDL2 has the ability to use hw accelleration on 3D (or so i was tought).

Will SDL2 apps be able to profit from that (speed-wise) once this is picked up/made available by the driver?

I'm asking because i was trying to use this in a port:

SDL_SetHint (SDL_HINT_RENDER_DRIVER, "opengl");

and also tried the renderers "composite" and "opengles" (this one obviously doesn't work, as i don't have the driver yet)

There was only a marginal speed increase.

@Raziel

It is probably hard to answer without knowing what application you are porting.

@Capehill

ResidualVM (and to an extent ScummVM as it doesn't really use OpenGL)

https://github.com/residualvm/residual ... facesdl-graphics.cpp#L168

This is the code? Looks like it is using a dynamic screen-sized texture, uploaded to VRAM each frame.

With StarFighter, on Sam440 with 800*600 resolution, similar rendering is fastest with compositing, then software and slowest with MiniGL.

As I don't know nothing about Nova, I let Hans to speculate how it will do here.

@Capehill

Thanks for taking the time to look

@Raziel
Quote:
It's hard to say, as it depends how a game uses SDL2. If it uses SDL2 + OpenGL, then it definitely should benefit speed-wise. Pure SDL games may also benefit if they use hardware accelerated surfaces and the SDL port uses OpenGL effectively. Any SDL software that uses software surfaces only won't benefit at all, because the rendering is all done in software.

Quote:
It does have an OpenGL backend, although I don't know how much it's used. The Myst3 game code also has OpenGL.

Hans

@Hans

Thank you for this additionnal content that makes Warp3D Nova closer to people who want to develop with it.
I answer the survey right now.

@all

Hello,
I'm working on a wrapper EGL OpenGLES 2.0 that will allow us to make portages or creations easily.
The goal is easy integration into an existing engine.
Currently it works well and allows you to run almost all demos provided in OpenGLES 2.0 samples (Just 2 demos unsupported by NOVA on native functions)
This library is still in beta and is not considered stable.
It begins to allow to run a minimum OpenGLES 2.0 via EGL
I need beta testers to find potential bugs and also try to fully optimize this wrapper.
I know it is not easy to find developers and especially the time to work with. I am sure that NOVA can allow us to take off our AmigaNG I believe in strongly and I believe what I see, according to tests conducted by myself I concluded that there really the power under the hood.
Hans made a sacred work and trying to get things done but many have left the ship and no longer believe in the AmigaNG unfortunately.
If you are interested to get things contact me by mail to nouvel.hugues (AT) free.fr

All new features will be added in the future:
The key is that in the end we can do portages, creation of new games, etc .. démomaking for our machine as simply as possible without taking the head and re-learn a new library

The library supports virtually all functions of opengles.library simplifying to the maximum to avoid that complicate life
- Full keyboard support
- The joypad support (lowlevel.library) in writing yard of a sample code
- The window mode
- Full screen mode
- Limit fps (option in GUI reaction)
- Frame rate display function (option in GUI reaction)
- Selection Screen depth (option in GUI reaction)
- Vsync (option in GUI reaction)
- Iist of screen (option in GUI reaction)
- PNG Image natively with alpha
- Uncompressed TGA image with alpha
- MiniGlutES planed (for ease glut OpenGLES view)
- Sound Effects via datatype planed

You must of course have the thumb Enhancer beta test pack because I would supply my library egl_wrap, thank you for your understanding

@HunoPPC
i could do some betatesting if you like

@tommysammy
Hello
No problem tommysammy, just a small test on the first time
I work on the archive and fix all small problems on GUI
Thank you
HunoPPC

@all
One small video on youtube on WIP GUI lib
https://youtu.be/ckpieAJQ430

HunoPPC

@Huno
Sorry for being dumb, but that is another different library, which will have different functions, and which, coder should learn, right ?

I mean, all what we need after ogles2.library will be done, it is:

1). opengl.library, which will give porters ability, to easy port sdl1/opengl, sdl2/opengl or pure opengl stuff without changing code. I.e. the same as it was with minigl. It can sti or on top of ogles2.library, or better on top of NOVA to avoid code in the middle.

2). minigl.library stub which tranfer all calls to NOVA directly, so, all previous applications which was compiled with/for minigl support, can be used with no problems and they will be faster.