|
Re: SDL1 open issues |
Posted on: 2018/1/21 18:56
#41 |
---|---|---|
Just can't stay away
![]() ![]() Joined:
2007/7/14 21:30 From Lothric
Posts: 1200
|
@kas1e
What I mean that if you have some legacy OpenGL code (for example fixed function pipeline stuff), you have to port it to OpenGL ES 2 because there is no ffp anymore. By the way, I have modified the makefile.amigaos4 now so that there is no more pthread dependency (it was used only for syscond stuff. IMHO either use it consistently for all concurrency or for none). So now it builds the same source as configured makefile and 90% of test code seems to run. Will fix the rest later, hopefully. I haven't tested SDL_mixer but at least loopwave works (it hanged before). |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/21 19:23
#42 |
---|---|---|
Home away from home
![]() ![]() Joined:
2007/9/11 12:31 From Russia
Posts: 6702
|
@Capehill
Quote:
Is it usuall that coders mixed legacy opengl code and ogles ? I was in hope that if one do something over ogles, then he didn't use opengl at all.. Quote:
Yeah, that one should be fine too, as you remove pthread which make it halt. Probably, they (who lately works on sdl1) add pthreads for something which should be fixed later, and it leaves as it.. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/22 19:21
#43 |
---|---|---|
Just can't stay away
![]() ![]() Joined:
2007/7/14 21:30 From Lothric
Posts: 1200
|
@kas1e
Legacy OpenGL code (glBegin, glEnd, glMatrixMode etc) shouldn't even compile for OGLES2 because some of the legacy functions have been deprecated. You could study the project a bit, what gl calls are being used. With OGLES2 you need to use an external math library. I spent some time to update SDL1 to the current level (mostly done, except the configure script, it's a monster). Branch is here: https://github.com/capehill/os4sdl/tree/1.2.15 |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/22 21:13
#44 |
---|---|---|
Home away from home
![]() ![]() Joined:
2007/9/11 12:31 From Russia
Posts: 6702
|
@Capehill
Quote:
Yeah, that what i expect. OpenGL code for OpenGL, OGLES2 code for OGLES2 :) Btw, i was lucky enouh to found some patch for engine on which i work, which change sdl1 on sdl2. Sure it didnt' sound from diff _very_ easy, but indeed easy. Strange for me was that on linking i do not need to do -lSDL2 -lGL as it was with SDL1, but probably you just do all that stuff in the code manually already ? At moment i have just black screen only, even with SW rendering, invistigate.. Quote:
Woah ! Very cool ! |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/23 10:50
#45 |
---|---|---|
Home away from home
![]() ![]() Joined:
2007/9/11 12:31 From Russia
Posts: 6702
|
@Capehill
Tried to rebuild 1.2.15 branch, and yeah, configure suck a little :) While "configuring" is ok, "make" from other side cry about libtool and non found CDPATCH and some other stuff (so probably for configure it i need to update all those autoconf,autoheader,aclocal and stuff).. Is our old Makefile.amigaos4 will not works ? I mean maybe their changes from 1.2.13 to 1.2.15 was without adding of any new files, only code-changes in the current ones, so we can then reuse our makefile and remove from repo everything about configure and stuff. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/23 18:43
#46 |
---|---|---|
Just can't stay away
![]() ![]() Joined:
2007/7/14 21:30 From Lothric
Posts: 1200
|
@kas1e
Native makefile works, but had to add one include. I will try to merge the configure at some point but it looks difficult. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/24 19:39
#47 |
---|---|---|
Just can't stay away
![]() ![]() Joined:
2007/7/14 21:30 From Lothric
Posts: 1200
|
@kas1e
1.2.15 configure script is now merged...what a mind-numbing exercise. Some observations: it enables -maltivec by default and refuses to build .so. This looks similar issue than with SDL2 (-no-undefined switch in Makefile). Maybe somebody wants to play with it. For me it's not a priority since native makefile seems to do its work nicely. Now some more testing and maybe 1.2.15 can be merged with master. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/24 19:45
#48 |
---|---|---|
Home away from home
![]() ![]() Joined:
2007/9/11 12:31 From Russia
Posts: 6702
|
@Capehill
If you give me few hours, i can build 1.2.15 and test with some sdl ports doing lately, like for example grafx2 and beret. If they will works, then that mean mostly all ok. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/24 20:37
#49 |
---|---|---|
Home away from home
![]() ![]() Joined:
2007/9/11 12:31 From Russia
Posts: 6702
|
@Capehill
Something changes ..While beret is ok with 1.2.15, grafx2 starts now slower a lot. I.e. with 1.2.13 version, grafx2 runs as it, right away. With build with 1.2.15 version, it takes bout 7 seconds to start. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/25 8:26
#50 |
---|---|---|
Quite a regular
![]() ![]() Joined:
2006/11/22 17:57 From Italy, Rome
Posts: 594
|
@Capehill
I don't use SDL1 since a long time, some special precautions are needed to use both SDL1 (compositing version) and SDL2 on Uwin cross compiler environment? Are the SDL1 with compositing libs (user) available somewhere? Haven't find those on os4depot. Thank you |
|
_________________
Retired |
||
|
Re: SDL1 open issues |
Posted on: 2018/1/25 18:59
#51 |
---|---|---|
Not too shy to talk
![]() ![]() Joined:
2010/1/22 20:03 From VIGO SPAIN
Posts: 386
|
@AmigaBlitter
Os4depot : sdl-shared.lha |
|
_________________
AmigaOne X5000 OS4.1 FEU1 And Lubuntu 10.04 ![]() 1200 towered with Blizzard PPC - BVision and Mediator And a new fantastic Chameleon64 ![]() |
||
|
Re: SDL1 open issues |
Posted on: 2018/1/25 19:53
#52 |
---|---|---|
Quite a regular
![]() ![]() Joined:
2006/11/22 17:57 From Italy, Rome
Posts: 594
|
@RIBDEVIL
Thank you are these libraries updates for compositing? |
|
_________________
Retired |
||
|
Re: SDL1 open issues |
Posted on: 2018/1/26 19:51
#53 |
---|---|---|
Just can't stay away
![]() ![]() Joined:
2007/7/14 21:30 From Lothric
Posts: 1200
|
@kas1e
Could you provide dynamically linked exe for testing? If it's easy to build I can make one myself of course. But if there are 20 dependency libs I might lose my interest :) Is there anything on the serial? My fork has some logging on. In theory it might cause some load. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/26 19:55
#54 |
---|---|---|
Just can't stay away
![]() ![]() Joined:
2007/7/14 21:30 From Lothric
Posts: 1200
|
@AmigaBlitter
I don't remember uploading SDL with compositing support to OS4Depot. There was almost no feedback / testing so there was no reason to make it more public. http://www.amigans.net/modules/xforum ... id=100176#forumpost100176 |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/26 21:10
#55 |
---|---|---|
Home away from home
![]() ![]() Joined:
2007/9/11 12:31 From Russia
Posts: 6702
|
@Capehill
Quote:
There many dependency yep, but i build for you dynamic binary, where dinamic only SDL1.2, pthread, libc and libz, all other stuff compiled statically in binary to avoid you hassle to find right libs. There is: grafx2_1_2_15_dynamic_bin And just in case static version of binary compiled with 1.2.15: grafx2_1_2_15_static_bin Quote:
Yes, there is clear differences. While 1.2.13 flood almost nothing on serial, 1.2.15 flood a lot :) There is log: serial log Quote:
After i read thread you point on, it seems that compositing support will works only in fullscreen mode, as HWSurface didn't works in window mode ? Can it be fixed as well ? If so, i can try to find good test cases for it.. Like recompile those 2 games about which you told in topic. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/27 9:47
#56 |
---|---|---|
Just can't stay away
![]() ![]() Joined:
2007/7/14 21:30 From Lothric
Posts: 1200
|
@kas1e
Thanks for the binaries. Disabling #define DEBUG in src/video/amigaos4/SDL_os4video.c makes grafx starting faster so the problem was indeed the slowness of serial logging. Try to disable it. HWSURFACEs can be enabled in window mode. Takes only time and coffee. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/27 10:48
#57 |
---|---|---|
Home away from home
![]() ![]() Joined:
2007/9/11 12:31 From Russia
Posts: 6702
|
@Capehill
If i remember right, there should be some global debug variable which can be disabled. Something like "make NODEBUG" to make release versions. And probably same for sdl2, as it can slow things down As for compositing and Hwsurface : will tru supertux, if it has fps counter, of course. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/27 11:21
#58 |
---|---|---|
Just can't stay away
![]() ![]() Joined:
2007/7/14 21:30 From Lothric
Posts: 1200
|
@kas1e
SuperTux seems to have SDL2 support now. If old version uses SDL_Blitsurface and can use compositing, it would be interesting to see comparison. |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/27 17:22
#59 |
---|---|---|
Home away from home
![]() ![]() Joined:
2006/12/2 3:55 From Italy, Perugia
Posts: 3392
|
@Capehill
Don't know when public release of the new SDL1 is scheduled, but would be nice if you can (time permitted) introduce the iconification support ![]() |
|
|
Re: SDL1 open issues |
Posted on: 2018/1/27 20:19
#60 |
---|---|---|
Home away from home
![]() ![]() Joined:
2007/9/11 12:31 From Russia
Posts: 6702
|
@Capehill
SuperTux now not only use SDL2, but also (again), those boost libs :) Exactly: smart_ptr and format headers, along with date_time and filesystem libraries. Also it uses GLEW, and , i am not sure that our opengl part will fits in, as well. Probably will just try to build version from os4depot. Is it enough for that game (taking in account if you already seen souces before ?) to just swap SW_SURFACE on HW_SURFACE to check the fps differences ? |
|