Linux version doesn't build any more about amoskittens HOT 20 OPEN

I guess a thread can be implemented using C++11 api, it does not matter really as we fallback on AmigaOS.

from amoskittens.

SDL2 works on Windows, Mac, Linux and MorphOS if you want to combine trips. Unlike version 1.2, SDL 2.0 wraps hardware graphics acceleration on all platforms.

from amoskittens.

the Linux build will also need Menu support, currently we are using AmigaOS menus, we need fallback to real legacy AMOS menus.

from amoskittens.

Yes sure it make sense to provide commands make it easier to code, but we also have some legacy to support.

something like this.
hsx=X hot spot(12)

from amoskittens.

There is also the width of bob, that peaple poke after, this of course gives really poor accuracy as its in number of int16’s, and not pixels on classic Amos, we have more precise width in Amos Kittens. so be a good idea to provide the better option without peeking after it.

from amoskittens.

Well lets see what we can use or not the ARGB stuff is not defined yet anyway, so we do what ever like, but logical that use same commands on ARGB as you can on 8bit, the only thing know I wont to do, is to forget about the palette in ARGB format, as just extra useless lookup.

from amoskittens.

sys_free is macro is defined depending on the OS, Linux build has broken for some time now.

from amoskittens.

Tokens has to be endian swapped before you can interpret the tokens.

from amoskittens.

64bit not really supported, peek / poke / deek / doke, poke into real memory, we need to preallocate a block of memory and make a internal memory allocation routine from that block to avoid the 64bit memory space, issue.

from amoskittens.

Adding SDL2 as a dependency will allow assembly optimized endian swapping via sdl_endian.h if interested.

from amoskittens.

Yes an Linux build need SDL, or Allegro, It might even be native X-Windows, what ever that API is.

from amoskittens.

For Linux we need allow building extensions as .so objects, so that’s a lot of work.
But I guess first thing is getting it working without extensions.

from amoskittens.

retroModePC is also out of date I guess.

from amoskittens.

Sure SDL2 sounds ok, makes no difference it all graphic routines are CPU driven routines, its only when you have the final result and need to scale it has any use, no 3D graphics supported anyway. Transfer between the CPU and GPU is so slow on AmigaOS, unless transferee a substantial block of graphic memory, only then it can use DMA, and only on some computers, GART not available sadly.

from amoskittens.

from amoskittens.

Peek, poke, leek, loke also needs to work with local variables,
Amos Basic “varptr” returns address of local variable. There is also "sprite base", "icon base", and so on as well. some stuff peek and poke to find the hotspot.

from amoskittens.

We'll just have to replace those special cases with specialized commands and functions like Var Peek() or Hot Spot X(spritenum)=varname.

from amoskittens.

Bob banks and icon banks should be stored as texture coordinates, width and height on a huge texture so we can use the texture mapper on the graphics card to blit faster.

from amoskittens.

Sure, we can do that, maybe hybridize retroMode fuse it with GL stuff.

from amoskittens.

That's what SDL version 2 does, but better! Windows uses DirectX, Mac uses Metal, Linux uses Mesa and MorphOS uses TinyGL. SDL2 bridges them all!

from amoskittens.