Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
35 user(s) are online (21 user(s) are browsing Forums)

Members: 1
Guests: 34

billyfish, more...

Headlines




« 1 ... 36 37 38 (39) 40 »


Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Just popping in
Joined:
2009/6/11 2:19
From Germany
Posts: 153
@kas1e

Ok thank you. I'll file a bug report at GitHub later.

Quote:
As for issues with minigl4gl4es and directly gl4es : minigl4gl4es uses gl4es fully, so no surprise the same bug arise everywhere.


In general yes of course, but MiniGL4GL4ES has been build over 15 months ago and uses a GL4ES version from that time. Recently released GL4ES Library has vastly improved GL compatibility. TriggerRally for example, from zero to (almost) hero

   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Just popping in
Joined:
2012/7/16 18:57
From Istanbul
Posts: 219
@all

I am trying to port f1spirit OpenGLES2 version..

What should I do for following includes ?

#include <glm/glm.hpp>
#include <glm/gtc/matrix_transform.hpp>

_________________
Sinan - AmigaOS4 Beta-Tester
- AmigaOne X5000
- AmigaOne A1222
- Sam460ex
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2007/9/11 12:31
From Russia
Posts: 7054
@Sinan
If i understand correctly, GLM it just mathematic library for OpenGL, mean you need do nothing with probably ?

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

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Just popping in
Joined:
2012/7/16 18:57
From Istanbul
Posts: 219
@kas1e
My question wasn't clear

It can't find these includes ? It's not a part of MiniGL or OpenGLES2

_________________
Sinan - AmigaOS4 Beta-Tester
- AmigaOne X5000
- AmigaOne A1222
- Sam460ex
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Just popping in
Joined:
2009/6/11 2:19
From Germany
Posts: 153

   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4262
@kas1e

If i install the ogles2 sdk, it will overwrite anything in local/common/include/GL

Is it safe to use your updated GL includes with pure OpenGL too ro were those changed to work with ogles2?

Or in other words, if i install the sdk, can i still mix OpenGL and ogles2 builds, or do i hvae to stick to ogles2?

Thanks

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2007/9/11 12:31
From Russia
Posts: 7054
@Raziel
For myself i have in SDK this:

GL4ES
GLMGL

When I need one of those, I create in SDK directory "GL", and put ones I need from one of those 2 dirs.

And yeah, you can build or ogles2 build, or minigl build. They different and use different libs, just share "opengl" functions

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

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4262
@kas1e

Understood.

Thank a lot

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4262
@capehill

Ok, i was able to compile a OGLES2 version of ScummVM and now i'm back at the old problem of SDL not opening a window

WARNING: Could not parse GL version 'OpenGL ES 2 3.1 on top of Warp3D Nova 1.85'!
WARNING: SDL Error: Invalid window!

Any help?

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4262
@all

I forgot how i did it and now i'm getting a lot of these...any hints?

/SDK/local/newlib/lib/libGL.a(arbconverter.c.obj): In function `gl4es_convertARB':
arbconverter.c:(.text+0x0): multiple definition of 
`gl4es_convertARB'
/SDK/local/newlib/lib/libGL.a(arbconverter.c.obj):arbconverter.c:(.text+0x0): first defined here
/SDK/local/newlib/lib/libGL.a(arbgenerator.c.obj): In function `generateVariablePre'
:
arbgenerator.c:(.text+0x0): multiple definition of `generateVariablePre'
/SDK/local/newlib/lib/libGL.a(arbgenerator.c.obj):arbgenerator.c:(.text+0x0): first defined here
/SDK/local/newlib/lib/libGL.a(arbgenerator.c.obj): In function 
`generateInstruction':
arbgenerator.c:(.text+0x4c0): multiple definition of `generateInstruction'
/SDK/local/newlib/lib/libGL.a(arbgenerator.c.obj):arbgenerator.c:(.text+0x4c0): first defined here
/SDK/local/newlib/lib/libGL.a(arbgenerator.c.obj): In function `generateVariablePst':
arbgenerator.c:(.text+0x57078): multiple definition of 
`generateVariablePst'
/SDK/local/newlib/lib/libGL.a(arbgenerator.c.obj):arbgenerator.c:(.text+0x57078): first defined here
/SDK/local/newlib/lib/libGL.a(arbhelper.c.obj): In function `resize'
:
arbhelper.c:(.text+0x0): multiple definition of `resize'
/SDK/local/newlib/lib/libGL.a(arbhelper.c.obj):arbhelper.c:(.text+0x0): first defined here
/SDK/local/newlib/lib/libGL.a(arbhelper.c.obj): In function 
`initArray':
arbhelper.c:(.text+0x74): multiple definition of `initArray'
/SDK/local/newlib/lib/libGL.a(arbhelper.c.obj):arbhelper.c:(.text+0x74): first defined here
/SDK/local/newlib/lib/libGL.a(arbhelper.c.obj): In function `pushArray':


I did rename
sdk:local/common/GL4ES to GL
sdk:local/newlib/lib/libgl4es.a to libgl.a
sdk:local/newlib/lib/libGLU_gl4es.a to libGLU.a
sdk:local/newlib/lib/libSDL2_gl4es.a to libSDL2.a

i suspect something stupendously easy to fix, but i can't get my head around what.
Something is missing...

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2007/9/11 12:31
From Russia
Posts: 7054
@Raziel

If you use GL4ES, then you of course can't link with libGL.a which is minigl. You should link with LIBgl4es.a or how it is called in the SDK of gl4es.

If you use SDL2, then you also should use libSDL2_gl4es.a , and link with it (and not with pure libSDL2.a).

Also to resolve all possible problems, just delete everything and start from scratch: rename your minigl GL headers from SDK on something like MGL_GL, create a new GL directory in the same place and put gl4es includes from.

Then, compile everything from scratch. IF all ok, then only linking left and there you should use all the same lbs as before but those which come with gl4es SDK should be replaced too (libSDL2_gl4es, libGLU if need it, etc).

I tried to cover gl4es SDK installation as much easy as possible in the readme, double-check if you follow 100% it.

All you need is to use the right includes, and right link libraries.

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

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4262
@kas1e

I found out why it's not working anymore.

The first "working" one was done static.
Since then i switched to shared builds and it seems as if gles4 doesn't like to be mixed with shared libs, so...unfortunately i have to drop it.

Do you think, in the light of the latest shared library fixes, you could provide shared builds as well?

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2007/9/11 12:31
From Russia
Posts: 7054
@Raziel
Quote:

The first "working" one was done static.


Was it anyhow better than minigl version in terms of speed?

Quote:

you could provide shared builds as well?


Not me, sorry. Maybe try to build it yourself with -use-dynld, to see if it by some luck will works, but i doubt.

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

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4262
@kas1e

wrt speed...if you read one of my last mails i wrote that i never managed to make cummVM run with OpenGLES2.
It errored out with a missing screenmode...so, no

ok then, maybe ogles2 will be integrated into the system/sdk closer in the future, so i can drop all the renaming/library handling and see how that goes

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Just can't stay away
Joined:
2007/7/14 21:30
From Lothric
Posts: 1349
@Raziel

Quote:

WARNING: Could not parse GL version 'OpenGL ES 2 3.1 on top of Warp3D Nova 1.85'!
WARNING: SDL Error: Invalid window!


https://github.com/scummvm/scummvm/blo ... s/opengl/context.cpp#L130

Current version string causes trouble to ScummVM which then sets major and minor to 0.

Maybe OGLES2 should return "OpenGL ES 2.0 + vendor specific".

   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4262
@Capehill

I'll try to do more checks and tests when I get some spare time again.
Probably lots of more questions coming up then too.

Thanks

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4262
@Capehill

Could you tell me if this output is correct...so far?
I know that the shaders break, but that could be because shaders are still disabled by configure (have to still figure out why)
LIBGLInitialising gl4es
LIBGL
v1.1.5 built on Apr 17 2021 23:02:30
LIBGL
Using GLES 2.0 backend
LIBGL
Using Warp3DNova.library v1 revision 85
LIBGL
Using OGLES2.library v3 revision 1
LIBGL
OGLES2 Library and Interface open successfuly
LIBGL
Targeting OpenGL 2.1
LIBGL
NPOT texture handled in hardware
LIBGL
Not trying to batch small subsequent glDrawXXXX
LIBGL
: try to use VBO
LIBGL
Force texture for Attachment color0 on FBO
LIBGL
Hack to trigger a SwapBuffers when a Full Framebuffer Blit on default FBO is done
LIBGL
Current folder is:Games:ScummVM
LIBGL
Hardware test on current Context...
LIBGLHardware Full NPOT detected and used
LIBGL
Extension GL_EXT_blend_minmax  detected and used
LIBGL
FBO are in core, and so used
LIBGL
PointSprite are in core, and so used
LIBGL
CubeMap are in core, and so used
LIBGL
BlendColor is in core, and so used
LIBGL
Blend Substract is in core, and so used
LIBGL
Blend Function and Equation Separation is in core, and so used
LIBGL
Texture Mirrored Repeat is in core, and so used
LIBGL
Extension GL_OES_mapbuffer  detected
LIBGL
Extension GL_OES_element_index_uint  detected and used
LIBGL
Extension GL_OES_packed_depth_stencil  detected and used
LIBGL
Extension GL_EXT_texture_format_BGRA8888  detected and used
LIBGL
Extension GL_OES_texture_float  detected and used
LIBGL
Extension GL_AOS4_texture_format_RGB332 detected
LIBGL
Extension GL_AOS4_texture_format_RGB332REV detected
LIBGL
Extension GL_AOS4_texture_format_RGBA1555REV detected and used
LIBGL
Extension GL_AOS4_texture_format_RGBA8888 detected and used
LIBGL
Extension GL_AOS4_texture_format_RGBA8888REV detected and used
LIBGL
high precision float in fragment shader available and used
LIBGL
Extension GL_EXT_frag_depth  detected and used
LIBGL
Max vertex attrib16
LIBGL
Max texture size16384
LIBGL
Max Varying Vector32
LIBGL
Texture Units16/16 (hardware32), Max lights8Max planes6
LIBGL
Extension GL_EXT_texture_filter_anisotropic  detected and used
LIBGL
Max Anisotropic filtering16
LIBGL
Max Color AttachmentsDraw buffers1
LIBGL
Hardware vendor is A-EON Technology LtdWritten by Daniel 'Daytona675x' Müßener GoldenCode.eu
LIBGL
GLSL 300 es supported
LIBGL
GLSL 310 es supported and used
WARNING
Could not parse GL version '2.1 gl4es wrapper 1.1.5'!
WARNINGGL ERRORGL_INVALID_VALUE on glCompileShader(handle) (backends/graphics/opengl/shader.cpp:270)!
WARNINGCould not compile shader "attribute vec4 position;
attribute vec2 texCoordIn;
attribute vec4 blendColorIn;

uniform mat4 projection;

varying vec2 texCoord;
varying vec4 blendColor;

void main(void) {
    texCoord    = texCoordIn;
    blendColor  = blendColorIn;
    gl_Position = projection * position;
}
"
"ERROR: 24:2: '' : missing #endif 
ERROR: 1 compilation errors.  No code generated.

"
!
WARNINGGL ERRORGL_INVALID_VALUE on glCompileShader(handle) (backends/graphics/opengl/shader.cpp:270)!
WARNINGCould not compile shader "attribute vec4 position;
attribute vec2 texCoordIn;
attribute vec4 blendColorIn;

uniform mat4 projection;

varying vec2 texCoord;
varying vec4 blendColor;

void main(void) {
    texCoord    = texCoordIn;
    blendColor  = blendColorIn;
    gl_Position = projection * position;
}
"
"ERROR: 24:2: '' : missing #endif 
ERROR: 1 compilation errors.  No code generated.

"
!
WARNINGCould not parse GL version '2.1 gl4es wrapper 1.1.5'!
WARNINGGL ERRORGL_INVALID_VALUE on glCompileShader(handle) (backends/graphics/opengl/shader.cpp:270)!
WARNINGCould not compile shader "attribute vec4 position;
attribute vec2 texCoordIn;
attribute vec4 blendColorIn;

uniform mat4 projection;

varying vec2 texCoord;
varying vec4 blendColor;

void main(void) {
    texCoord    = texCoordIn;
    blendColor  = blendColorIn;
    gl_Position = projection * position;
}
"
"ERROR: 24:2: '' : missing #endif 
ERROR: 1 compilation errors.  No code generated.

"
!
WARNINGGL ERRORGL_INVALID_VALUE on glCompileShader(handle) (backends/graphics/opengl/shader.cpp:270)!
WARNINGCould not compile shader "attribute vec4 position;
attribute vec2 texCoordIn;
attribute vec4 blendColorIn;

uniform mat4 projection;

varying vec2 texCoord;
varying vec4 blendColor;

void main(void) {
    texCoord    = texCoordIn;
    blendColor  = blendColorIn;
    gl_Position = projection * position;
}
"
"ERROR: 24:2: '' : missing #endif 
ERROR: 1 compilation errors.  No code generated.

"
!
LIBGLShuting down


I get a black screen/window with a white rectangle on the top right when running ScummVM.
Progress, but it doesn't seem to be there yet.

Also, i *have* to compile a static version, mixing shared and static doesn't work, so any ogles2 release will probably be a cross-compile (if there ever will be one, that is)

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Just can't stay away
Joined:
2007/7/14 21:30
From Lothric
Posts: 1349
@Raziel

I don't know much about GL4ES...

I'm guessing the context type is wrong now: https://github.com/scummvm/scummvm/blo ... s/opengl/context.cpp#L124

It should be probably something else than "ES" variant to properly parse the GL version string which differs in normal OpenGL and OpenGLES. In GL4ES case you probably want to choose "normal" OpenGL somehow (is it via configure?).

   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4262
@Capehill

Thank you

Every hint helps, i'll try to get in touch with the devs and see if our implementation is even supported

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
Home away from home
Joined:
2007/9/11 12:31
From Russia
Posts: 7054
@Raziel
GL4ES mean pure GL replacement so when you build anything with it means you should choose pure opengl. if you want OpenGL-ES then you need to use pure ogles2 directly without gl4es

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


« 1 ... 36 37 38 (39) 40 »



[Advanced Search]



Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project