@alfkil

The new CMake fixed the issue I had. I just don't understand 1) why it wants to link with -ldl 2) why it doesn't find from SOBJS: where I have it?

My workaround was to remove -ldl for the time being (from CMake script).

Do you have a Paypal button somewhere?

@alfkil

Cheers, will try it soon.

@Raziel

https://github.com/scummvm/scummvm/blob/master/Makefile.common

Can you debug the contents of DISTVERSION, a couple of lines above?

@alfkil

Thank you. One thing that happened on my system was that linker couldn't find libdl.so. I'm not sure why this is on the default lib list but even when removing it from the list (and linker giving undefined references xyz), CMake still thinks function exists.

I saw a comment on OS4Depot but couldn't reply it due to captcha. Yes, I'm a bot.

So here is my response:

Alephone seems to be still in development and apparently they use SDL2. Maybe the AmigaOS 4 port could be refreshed.

(it just needs time and motivation)

https://github.com/Aleph-One-Marathon

@alfkil

I stumbled upon a problem where function always exists when it shouldn't, for example due to a linker failure. Below is a small example.

@alfkil

Yeah, path was not set previously. However I don't see this in the instructions which I followed too literally. I have now something like:



and I can configure SDL2. So situation is looking better.

@alfkil

I tried to follow the instructions. Below is my config and log.

After some snooping, it looks like cmake is not able to Lock "make" command. Make still works from the same shell though, as usual.

If I copy make to my Cmake/bin directory, it proceeds, until failing with compiler check.

@alfkil

First of all, thanks for working on CMake, it seems quite important tool today.

I tried to build SDL2 with it but first it crashed (could be my 64 kilobyte stack, because crash couldn't be reproduced with 100 kilobytes - maybe some stack cookie would be nice?).

After stack increase it started to give this error:



Anyone else seen this?

@Raziel

Please try this:



I checked your project and it doesn't need frame buffer objects. Therefore all renderers should be OK. However, since both "compositing" and "opengl" renderers support 32-bit textures, 16-bit texture that your project uses, needs extra conversion which slows things.

I will create a ticket to add support for 16-bit textures for compositing renderer. Then at least one step can be removed from this scenario:

1) game draws pixels to 16-bit surface
2) surface is converted to 16-bit texture
3) 16-bit texture is converted to 32-bit texture (if opengl or compositing)
4) texture is uploaded from RAM to VRAM
5) 32-bit texture is blitted onto window (of N depth)

@Raziel

If application uses 32-bit textures internally then it will work regardless of the screen depth. But color conversion can slow down the blitting.

Most SDL2 apps I have seen so far used 32-bit textures. Support for others might be considered.

@Raziel

You need to give hint before creating renderer. After renderer has been created, you can call another function to check the name of the created renderer. https://wiki.libsdl.org/SDL_GetRendererInfo

Anyway, without hint, you should get compositing renderer. It's faster than OpenGL renderer in most cases. OGLES2 renderer I haven't personally tested and I heard it is not bug-free so that's why it's not mentioned in the readme file at all.

MiniGL doesn't support frame buffer objects, therefore OpenGL renderer cannot support SDL_RENDERER_TARGETTEXTURE.

So, if you need SDL_RENDERER_TARGETTEXTURE, you can use either compositing or software. (Maybe some day OGLES2.)

r164 binaries are now published: https://sourceforge.net/projects/sdl2-amigaos4/files/

And OS4Depot soon I hope. Changes after r119:

- SDL 2.0.4 merge
- bugfixes
- experimental OGLES2 context support

Next stop SDL 2.0.5...

@kas1e

Cool, I didn't even know that Emotion was released. Have to get it now :)

Hacked the vertex array code a bit, now it draws all triangles with one call (when using compiled vertex arrays a la Q3). On my Sam440 there seems to be about 1% FPS boost so not much to write home about but at least the direction is correct.

It would be interesting to hear how faster system perform though.

Lib + dirty patch here: http://capehill.kapsi.fi/minigl/

@alfkil

If you have commited them, they are only in your local repo. You have to push the commits to remote. For example

sgit push origin master

supposing you are working on the master branch.

Try:

sgit config user.name alfkil
sgit config user.email alfkil@mailaddress

@alfkil

SimpleGit works with Github and Bitbucket. At least basic things like clone, commit, push.

https://github.com/sba1/simplegit
http://os4depot.net/index.php?functio ... elopment/utility/sgit.lha

I can checkout an SVN project from Sourceforge but can't commit. If I remember correctly it was related to SSL support.

@BSzili

Maybe I missed the info but did you finish the vertex buffer for clipped triangles? Any conclusions there?

Did anybody try inlining hg_ClipCode or V_ToScreen functions?

And what is the meaning of "align" member? It was documented for padding usage but it seems to be used as a condition in the code...