Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
52 user(s) are online (32 user(s) are browsing Forums)

Members: 0
Guests: 52

more...

Headlines

 
  Register To Post  

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


See User information
OpenGL context seemed to work, well at least for one colourful triangle. Currently it's 16-bit similar to SDL1 but we can change that.

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


See User information
Great!


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


See User information
@AmigaBlitter

I have fixed issue in framebuffer that caused stripes similar to picture in post #58. Please update your codebase and retest.

There are also a couple of open tickets on project page.

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


See User information
https://github.com/segrax/openfodder Open Fodder, it uses SDL2. Perhaps portable some day :)

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


See User information
@AmigaBlitter

Regarding "test" directory. I think sdl2-config has problem in native env - or I just can't use it properly. Anyway, after setting prefix as /sdk/local/newlib, as with sdl(1)-config, it was possible to configure tests. This assumes that you have SDK:local/newlib/include/SDL2 and libs in SDK:local/newlib/lib.

Then, I had to hack sdl2-config to add -use-dynld -ldl, to make tests link in my own environment.

Please note that you need to copy also build/SDL2_test.a into SDK:local/newlib/lib/.

I believe there has to be some configure script modifications to fix sdl2-config for natives.

Oh, and BMP loading is broken, image tests didn't work. I will open a ticket.

Comments allowed...

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


See User information
@Capehill

thank you for this report.

Downloading now new version to do some tests.


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


See User information
@AmigaBlitter

BMP loading should work now after two workarounds: 1) define byte order in SDL_endian.h 2) use fopen64 instead of fopen, to make fseeko64 work.

Please try r49.

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


See User information
@Capehill

ok

thank you


reuild the r49 :)

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


See User information
@AmigaBlitter

Fixed a few lines in the configure files.

Now the test's suite compile properly and the library is installed ok.

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


See User information
@AmigaBlitter

With r51 audio should work.

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


See User information
@Capehill

R51 seems ok.

Strange ?bug? in configure? I can't disable the altivec by passing the parameter --disable-altivec, so a little hack is needed.

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


See User information
@Capehill

Fixed the configure issue by forcing the --disable-altivec with a var.

Capehill pointed out that testsprite demo doesn't properly quit the SDL. This causes non freed signal that lead to crash.

Verified that many demo, actually, doesn't use the SDL_CommonQuit() and SDL_CommonState. This will be fixed asap.

Resized Image
host immagini

Resized Image
image hosting


Resized Image
image share

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


See User information
@AmigaBlitter

After configuring with --disable-altivec, "testrendercopyex" works with Sam440. If there is some AltiVec expert lurking, perhaps (s)he could help to understand why GCC generates some vector instructions for RenderCopyEx function, causing illegal instruction.

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


See User information
@AmigaBlitter

Fixed "testspriteminimal" and "testdrawchessboard". Neither did any attempt of cleaning up after test. There are probably more :(

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


See User information
@Capehill

Thank you.

Will test new version tomorrow

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


See User information
@Capehill

Sound correct to me, you need AltiVec to use Altivec, CPU's without AltiVec like Sam440, will get a illegal instruction, the same thing if you use instructions that are only available on AMCC440, like ISEL this won't work on CPU's without ISEL opcode.

This way there is two versions of Mplayer, one with AltiVec and one without. It’s a hazel but it might worth it.

(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
Go to top
Re: SDL2
Amigans Defender
Amigans Defender


See User information
be sure that no -maltivec switch is passed to GCC otherwise the compiler will generate optimized altivec function even if no altivec inline instructions are present into the code

i'm really tired...
Go to top
Re: SDL2
Home away from home
Home away from home


See User information
@AmigaBlitter

Quote:

Verified that many demo, actually, doesn't use the SDL_CommonQuit() and SDL_CommonState. This will be fixed asap.


This is quite common in SDL programming as far as I have experienced. makes me think that other SDL implmentations will clean up for the lazy prgrammer on exit().





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


See User information
@thread

Noticed that using the -mcpu=440 flag produces strange results.

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


See User information
@afxgroup

Has anybody tested AltiVec blitters? Are they worth dual-building?

Or shall we just forget about it and use OpenGL (and compositing) where available?

Go to top

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

 




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




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project