Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
96 user(s) are online (53 user(s) are browsing Forums)

Members: 2
Guests: 94

walkero, MartinW, more...

Headlines

 
  Register To Post  

« 1 2 (3) 4 5 6 ... 72 »
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@afxgroup

Quote:

move that file in sdk/newlib/include


I would recommend against that.

The SDK:clib2/include/dlfcn.h file is for clib2 and is incompatible with the newlib libdl.so (while the function prototypes are the same the RTLD_#? constants have different values).

I would also not recommend using shared objects with clib2 as it will likely cause confusion as clib2 shared objects will not be compatible with newlib ones and vice versa.

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@salass00

"constants have different values"

I've got a warning message about this, but it worked.

I will do some test asap

Retired
Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@AmigaBlitter
It worked in a sense that you could compile SDL2, but it could lead to problems if you were to compile a program, that uses SDL functions to load SObjs. Fortunately not many I know does this.

This is just like television, only you can see much further.
Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@AmigaBlitter

If you want to disable dynapi (no dlfcn.h available or some issue with it), you can hack this

http://hg.libsdl.org/SDL/file/b2fd764 ... c/dynapi/SDL_dynapi.h#l56

to zero (0).

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@Capehill

thank you for the tip

Retired
Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@all

Regarding (window) event handling...with SDL2 we can have multiple windows. There is SDL_PumpEvents() which should update events from video subsystem but it targets the whole subsystem, as far as I understand, and not a specific window.

So I guess we will loop the video device's window list and handle the pending events per window, whenever SDL_PumpEvents() gets called, or does anyone have different ideas?

Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@Capehill

Why not just use a shared IDCMP port for all the SDL windows?

You can do that very easily now with WA_UserPort and you don't have to worry about signals running out then from opening too many windows.

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@BSzili

Hi,

could you please verify the configure script?

The other configure script (the one in the test's dir) seems that doesn't work.

Can't find the SDL2 libraries and headers path.

Perhaps we can configure manually the PKG_CONFIG_PATH?


Retired
Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@AmigaBlitter
There's nothing wrong with the configure script, just specify the path where the library and headers are.

This is just like television, only you can see much further.
Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@BSzili

Thank you for the reply.

Where i specify the path?
The configure script in the test's dir shouldn't be able to find it automatically?

Retired
Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@salass00

Sounds sensible, and actually similar to what SDL1 does I suppose, even though with one window.

Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
Fullscreen is tricky. I tried to avoid poking SDL_video.c but finally I had to modify CREATE_FLAGS macro to include fullscreen bit during window creation.

Otherwise SDL2 will try to change window mode to fullscreen after its creation. So this hack prevents unnecessary closing and reopening the window.

Any thoughts?

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
If the switching to fullscreen happens after the window creation, then something like this is probably necessary.
BTW, I noticed that you re-added the memory pool semaphore from SDL1. This is a remnant from the OS3 port and no longer necessary, since MEMF_SHARED pools are protected against concurrent access:
http://wiki.amigaos.net/wiki/Exec_Memory_Pools#Concurrent_Access

This is just like television, only you can see much further.
Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@BSzili

Nice! Less code, less bugs.

If it turns out pool will only be used for input events, maybe the sizes can also be tuned, or item pool used as suggested on the same page.

Go to top
Re: SDL2
Home away from home
Home away from home


See User information
@BSzili

Quote:
By specifying that the memory pool is protected we are guaranteed all operations performed on the memory pool are thread safe.


The AmigaOS needs to know when it safe to another process.

Process 1 write to memory 123.
Process 2 write to memory 235
Process 1 reads from memory and gets 123?

Or is some how process 2 forces to wait for process 1 to read and write?

Or does it mean that memory pool lists are safe so that adding or freeing additional memory is thread safe.

(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@LiveForIt
MEMF_SHARED pools are semaphore protected.
edit: Actually it's the ASOPOOL_Protected tag.


Edited by BSzili on 2016/2/6 18:55:56
This is just like television, only you can see much further.
Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@thread

Please support main developers that are porting SDL2 to Amiga

Capehill, afxgroup, BSzili

Resized Image

Retired
Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@thread

Please support main developers that are porting SDL2 to Amiga

Capehill, afxgroup, BSzili

Resized Image
upload immagini gratis

Retired
Go to top
Re: SDL2
Just can't stay away
Just can't stay away


See User information
@BSzili

Quote:

MEMF_SHARED pools are semaphore protected.


It's the ASOPOOL_Protected tag that is used to specify if a pool should be protected though. The MEMF_SHARED constant is just for specifying the type of memory that is allocated.

Go to top
Re: SDL2
Quite a regular
Quite a regular


See User information
@salass00
Ooops, you are right. Somehow I mixed the two up.

This is just like television, only you can see much further.
Go to top

  Register To Post
« 1 2 (3) 4 5 6 ... 72 »

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project