Mesa : first update, v1.1

@kas1eQuote:

Unfortunately warp3dnova does not support Caicos. HD77xx is the oldest one.

@kas1e

Hi,

we already use VA-API for hardware decode (va.library). For real video acceleration through Mesa we still need:

Bind a VA surface / friend BitMap as a GLES texture with no CPU copy (EGLImage-style).
YUV / multi-plane textures (NV12/YV12 or documented planes + shader), not RGBA upload every frame.
Stable MakeCurrent on that drawable across resize.
Without that, Mesa can only glTexSubImage from RAM — presentation, not acceleration. Decode stays in va.library; Mesa would only need to show the surface as a texture.

Can you add this to mesa.library?

=======================================================
glmark2 2023.01
=======================================================
OpenGL Information
GL_VENDOR: AMD
GL_RENDERER: TAHITI (radeonsi, tahiti, ACO, RM 3.0, 54.57 (29.7.2023) AmigaOne X1000 release)
GL_VERSION: 4.5 (Compatibility Profile) Mesa 26.1.5 (git-2e7650ee6e)
System Info: mesa.library 1.1 (1.9.2026), RadeonHD 5.14
Surface Config: buf=32 r=8 g=8 b=8 a=8 depth=24 stencil=0 samples=0
Surface Size: 800x600 windowed
=======================================================
[build] use-vbo=false: FPS: 310 FrameTime: 3.228 ms
[build] use-vbo=true: FPS: 5025 FrameTime: 0.199 ms
[texture] texture-filter=nearest: FPS: 4013 FrameTime: 0.249 ms
[texture] texture-filter=linear: FPS: 4010 FrameTime: 0.249 ms
[texture] texture-filter=mipmap: FPS: 4130 FrameTime: 0.242 ms
[shading] shading=gouraud: FPS: 4105 FrameTime: 0.244 ms
[shading] shading=blinn-phong-inf: FPS: 4046 FrameTime: 0.247 ms
[shading] shading=phong: FPS: 3984 FrameTime: 0.251 ms
[shading] shading=cel: FPS: 3953 FrameTime: 0.253 ms
[bump] bump-render=high-poly: FPS: 3314 FrameTime: 0.302 ms
[bump] bump-render=normals: FPS: 4834 FrameTime: 0.207 ms
[bump] bump-render=height: FPS: 4280 FrameTime: 0.234 ms
[effect2d] kernel=0,1,0;1,-4,1;0,1,0;: FPS: 3489 FrameTime: 0.287 ms
[effect2d] kernel=1,1,1,1,1;1,1,1,1,1;1,1,1,1,1;: FPS: 3526 FrameTime: 0.284 ms
[pulsar] light=false:quads=5:texture=false: FPS: 2573 FrameTime: 0.389 ms
[desktop] blur-radius=5:effect=blur:passes=1:separable=true:windows=4: FPS: 928 FrameTime: 1.078 ms
[desktop] effect=shadow:windows=4: FPS: 1090 FrameTime: 0.918 ms
[buffer] columns=200:interleave=false:update-dispersion=0.9:update-fraction=0.5:update-method=map: FPS: 197 FrameTime: 5.079 ms
[buffer] columns=200:interleave=false:update-dispersion=0.9:update-fraction=0.5:update-method=subdata: FPS: 130 FrameTime: 7.707 ms
[buffer] columns=200:interleave=true:update-dispersion=0.9:update-fraction=0.5:update-method=map: FPS: 241 FrameTime: 4.163 ms
[ideas] speed=duration: FPS: 764 FrameTime: 1.310 ms
[jellyfish] <default>: FPS: 1544 FrameTime: 0.648 ms
[terrain] <default>: FPS: 362 FrameTime: 2.764 ms
[shadow] <default>: FPS: 2126 FrameTime: 0.471 ms
[refract] <default>: FPS: 820 FrameTime: 1.220 ms
[conditionals] fragment-steps=0:vertex-steps=0: FPS: 4090 FrameTime: 0.245 ms
[conditionals] fragment-steps=5:vertex-steps=0: FPS: 4083 FrameTime: 0.245 ms
[conditionals] fragment-steps=0:vertex-steps=5: FPS: 4116 FrameTime: 0.243 ms
[function] fragment-complexity=low:fragment-steps=5: FPS: 4092 FrameTime: 0.244 ms
[function] fragment-complexity=medium:fragment-steps=5: FPS: 4098 FrameTime: 0.244 ms
[loop] fragment-loop=false:fragment-steps=5:vertex-steps=5: FPS: 4058 FrameTime: 0.246 ms
[loop] fragment-steps=5:fragment-uniform=false:vertex-steps=5: FPS: 4056 FrameTime: 0.247 ms
[loop] fragment-steps=5:fragment-uniform=true:vertex-steps=5: FPS: 4083 FrameTime: 0.245 ms
=======================================================
glmark2 Score: 2922
=======================================================

Are the included lib .a files for newlib or clib4?

@davec555
Quote:

Its common, for any, clib2,clib4 and newlib. Those just stubs so you can use gl calls without interface.

@kas1e was the libGL_mesa.a compiled with DWARF 5 or something?

I keep on getting errors like:


I'm trying to compile my program that references libGLU (that I have re-compiled to theoretically work with your headers but could be screwing something up).

@davec555
libGL_mesa.a ? I only have LibGL.a and it was compiled with 11.3.0. And same as libSDL_mesa.a was compiled the same, but you better now compile you own version from Capehil's sources. libGLU you need to recompile too if need it.

@kas1e yes I meant the mesa version of libgl.a.
I had compiled my own sdl2 and glu but when trying to link I got those errors. As I hadn't compiled the libgl.a (mesa) I thought the dwarf differences might have been from that...
I had previously compiled my own libglu.a from source for gl4es and didn't have a problem. Trying to work out what us different here.

@kas1e I am in desperate need of help. I was able to handle compiling libGLU previously with GL4ES (as the src also came from ptitSeb), but I can't for the life of me compile that with your headers.
Any chance you could build a libGLU or point me to a compatible version that shares your mesa includes?

Thanks
Dave

Edit: Nevermind. I downloaded another GLU repository (in case ptitSeb's was gl4es specific), and compiled that. Still had errors and decided to try changing the order of the -lGL and -lGLU (so -lGLU was first), and low and behold my app linked successfully. Weird as the with miniGL and gl4es -lGL was first.