SDL1 open issues

	Bottom Previous Topic Next Topic
Register To Post

« 1 ... 6 7 8 (9) 10 11 12 ... 18 »

Capehill

Re: SDL1 open issues

Posted on: 2019/1/28 8:05 #161

Just can't stay away

@kas1e

https://github.com/AmigaPorts/SDL/blob ... /include/SDL_video.h#L155

I can't say right now is it a bug or feature.

But it's wrong to assume that all platform behave identically. For example, not every target support all accelerations. Some have Altivec, for example.

kas1e

Re: SDL1 open issues

Posted on: 2019/1/28 8:13 #162

Home away from home

@Capehill
Yeah indeed.. Through that test code works not only on win32, but also on linux and macos, only fail like that on amigaos4.

Anyway, even if we have SDL_PREALLOC flag set for us as aos4 only thing, it still shouldn't skip the calling of resizewindow in the sdl's code when SDL_OPENGL | SDL_RESIZABLE flags set together with SDL_PREALLOC ?

Join us to improve dopus5!
AmigaOS4 on youtube

kas1e

Re: SDL1 open issues

Posted on: 2019/1/31 18:22 #163

Home away from home

@Capehill
Have another question, related to SDL1/SDL2 differences.

For SDL1 to get list of screenmodes we use something like:

SDL_ListModes();

Now, for SDL2, we use something like this (to have analogue):

SDL_GetNumDisplayModes() + SDL_GetDisplayMode()

Question now is:

For SDL1 return of screenmodes is sorted by height. For SDL2 return of screenmodes is sorted by width. I.e. when i do printf for what i have in return, then for SDL1 i have:

more_num: 0, w = 1920, h = 1200
more_num: 1, w = 1600, h = 1200
more_num: 2, w = 1920, h = 1080
more_num: 3, w = 1440, h = 900
more_num: 4, w = 1024, h = 768
more_num: 5, w = 1280, h = 720

And for SDL2:

more_num: 0, w = 1920, h = 1200
more_num: 1, w = 1920, h = 1080
more_num: 2, w = 1600, h = 1200
more_num: 3, w = 1440, h = 900
more_num: 4, w = 1280, h = 720
more_num: 5, w = 1024, h = 768

See for SDL1 order of screenmodes is sorted by height, while for SDL2 buffer of screenmodes is sorted by width.

I checked win32 version of the same code, and there SDL1 sort the output the same as in SDL2 : by width.

So, if i understand right, it is bug in SDL1 , right ?

Join us to improve dopus5!
AmigaOS4 on youtube

Capehill

Re: SDL1 open issues

Posted on: 2019/1/31 18:56 #164

Just can't stay away

@kas1e

You are correct, modes should be sorted from largest to smallest: https://www.libsdl.org/release/SDL-1.2 ... cs/html/sdllistmodes.html

kas1e

Re: SDL1 open issues

Posted on: 2019/2/2 19:00 #165

Home away from home

@Capehill
In meantime created 2 bug reports we discuss there lately for SDL1, so they will be not forgotten:

https://github.com/AmigaPorts/SDL/issues/51
https://github.com/AmigaPorts/SDL/issues/52

Join us to improve dopus5!
AmigaOS4 on youtube

Raziel

Re: SDL1 open issues

Posted on: 2019/2/27 15:43 #166

Home away from home

@Capehill

Someone remind me please where i can get prebuilt libraries of SDL1.2.15 (.so and .a)

I can't seem to find them

--

game box/art scans
scummvm infrequent builds

Capehill

Re: SDL1 open issues

Posted on: 2019/2/27 16:50 #167

Just can't stay away

@Raziel

1.2.15: not released I guess (?), some pending issues. There is a native makefile which you can use to build it though.

1.2.13: http://os4depot.net/index.php?functio ... ry/toolkit/sdl-newlib.lha

Raziel

Re: SDL1 open issues

Posted on: 2019/2/27 17:25 #168

Home away from home

@Capehill

Hmm, ok.

But what if i have the 1.2.15 sdk installed and the 1.2.13 library?
Do .15 compiled programs work with the .13 lib?

--

game box/art scans
scummvm infrequent builds

Capehill

Re: SDL1 open issues

Posted on: 2019/3/1 7:33 #169

Just can't stay away

@Raziel

SDL 1.2.14 and 1.2.15 seem to be mostly bugfix releases so there shouldn't be API changes: https://www.libsdl.org/release/changes-1.2.html

I guess we need to create 1.2.15 RC 1 and slowly keep fixing whatever is still broken.

kas1e

Re: SDL1 open issues

Posted on: 2019/3/1 11:51 #170

Home away from home

@Capehill
Yeah current SDL1 already much better than old 1.2.13 and can be released as it already. Its not only bugs fixed by original authors, but also many amigaos4 bugs was fixed since as well (by you lately, but also in previous years by others) , also those new features (iconify, compositing, etc), code now cleaner and so on. Huge task, worth of release :)

Maybe only need to be released also as SDL2 with plain and debug libraries, so all will be same for both SDLs, as well as probabaly need to be merged with latest changes from main authors too (there was some fixes lately (like 10 days ago some buffer overflow fixed in SDL_pixel.c in both SDL2 and SDL1))

Join us to improve dopus5!
AmigaOS4 on youtube

Capehill

Re: SDL1 open issues

Posted on: 2019/3/1 12:06 #171

Just can't stay away

Edit: solved issue

Edited by Capehill on 2019/3/1 16:25:35

BSzili

Re: SDL1 open issues

Posted on: 2019/3/13 21:04 #172

Quite a regular

I just found out why EasyRPG had no 2x zoom when started in windowed mode. The current_w and current_h fields of the SDL_VideoInfo structure wasn't filled in with the desktop resolution.
https://github.com/AmigaPorts/SDL/pull/66

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

Capehill

Re: SDL1 open issues

Posted on: 2019/3/14 12:54 #173

Just can't stay away

@BSzili

Thanks.

@All

SDL 1.2.15 RC 1 is released: https://github.com/AmigaPorts/SDL/releases/tag/v1.2.15-rc1-amigaos4

It comes with 2 test programs: "testver" to verify the installation, and "testgl" to see something on the screen.

For those who want to see some serial debug, there are libSDL_debug.a and libSDL-1.2_debug.so.

Raziel

Re: SDL1 open issues

Posted on: 2019/3/14 20:26 #174

Home away from home

@Capehill

Nice, thank you

I do hve a question...if i open the "tests" directory (i have unpacked it in ram: i get a AmigaDOS requester telling me to

Please instert volume
Hibernated:
in any drive

Process: 89 "Workbench"

I didn't know that simple files could trigger AmigaDOS meessages...

EDIT: Nevermind, i had an .adf mounted earlier and it seems the system was still looking for it, although it was already unmounted from Diskimage.device

Edited by Raziel on 2019/3/14 22:57:25

--

game box/art scans
scummvm infrequent builds

samo79

Re: SDL1 open issues

Posted on: 2019/3/14 21:49 #175

Home away from home

@Capehill

On my system the testgl example crash if i try to start two session of it

Quote:

Crash log for task "testgl"
Generated by GrimReaper 53.19
Crash occured in module minigl.library at address 0x6D00EE94
Type of crash: DSI (Data Storage Interrupt) exception
Alert number: 0x80000003

Register dump:
GPR (General Purpose Registers):
0: 6D00EE80 4ADFC9C0 00000000 00000000 54686EC8 00000000 4ADFCA88 00000280
8: 000001E0 00000000 54686EC8 6D066420 24222848 545CEEE8 00000000 4AD8B4D8
16: 4AD8B4BC 545C0000 000001AB 20000000 545C6F14 4ADFCBA0 4ADFCB40 000003AA
24: 54686EC8 4A600000 54686E28 49A72300 4ADFCA88 00000000 49A4F000 49A6F000

FPR (Floating Point Registers, NaN = Not a Number):
0: nan 0.977316 -0.138081 0.977316
4: 0.160786 -0.138081 0 0
8: 0.977316 0.160786 -0.138081 255
12: nan 65536 0 -0
16: 0 0 0 0
20: 0 0 0 1.61895e-319
24: 0 0 2.65249e-315 0
28: 0 5 0 1

FPSCR (Floating Point Status and Control Register): 0x82000000

SPRs (Special Purpose Registers):
Machine State (msr) : 0x0002F030
Condition (cr) : 0x4520EDA0
Instruction Pointer (ip) : 0x6D00EE94
Xtended Exception (xer) : 0x018233AC
Count (ctr) : 0x00000000
Link (lr) : 0x00000000
DSI Status (dsisr) : 0x01842B34
Data Address (dar) : 0x00000000

680x0 emulated registers:
DATA: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
FPU0: 0 0 0 0
FPU4: 0 0 0 0

Symbol info:
Instruction pointer 0x6D00EE94 belongs to module "minigl.library" (HUNK/Kickstart)

Stack trace:
module LIBS:minigl.library at 0x6D00EE94 (section 5 @ 0x4E70)
module LIBS:minigl.library at 0x6D00EE80 (section 5 @ 0x4E5C)
AmigaOS4:SObjs/libSDL-1.2.so:os4video_GL_SwapBuffers()+0x268 (section 8 @ 0x3D5B4)
AmigaOS4:SObjs/libSDL-1.2.so:SDL_GL_SwapBuffers()+0x48 (section 8 @ 0x27E6C)
testgl:RunGLTest()+0xc7c (section 7 @ 0x2018)
testgl:main()+0x2d8 (section 7 @ 0x26C8)
native kernel module newlib.library.kmod+0x000020ac
native kernel module newlib.library.kmod+0x00002d14
native kernel module newlib.library.kmod+0x00002ef0
testgl:_start()+0x170 (section 7 @ 0x16C)
native kernel module dos.library.kmod+0x000255c8
native kernel module kernel+0x0003e7b4
native kernel module kernel+0x0003e7fc

PPC disassembly:
6d00ee8c: 809f1fbc lwz r4,8124(r31)
6d00ee90: 7d234b78 mr r3,r9
*6d00ee94: 81290054 lwz r9,84(r9)
6d00ee98: 7d2903a6 mtctr r9
6d00ee9c: 4e800421 bctrl

System information:

CPU
Model: AMCC PPC440EP V1.3
CPU speed: 799 MHz
FSB speed: 133 MHz
Extensions:

Machine
Machine name: Sam440EP
Memory: 1048576 KB
Extensions: bus.pci

Capehill

Re: SDL1 open issues

Posted on: 2019/3/15 9:04 #176

Just can't stay away

@samo79

Seems to work here, started 10 instances. Is your case reproducible?

What is the version of your MiniGL.library? Can you reproduce issue with SDL debug .so and get the traces?

samo79

Re: SDL1 open issues

Posted on: 2019/3/15 10:33 #177

Home away from home

@Capehill

Yes, i can reproduce it also with SDL1 debug version.
I do some test and i can say that i have atleast two kind of results when i run a second instance of that demo, or a freeze or a DSI crash and these seems happen randomly

As you may think it's probably caused by MiniGL, actually i'm using a beta version of MiniGL 2.23 (not yet publically released)

Here the library so you can test:

http://s000.tinyupload.com/index.php?file_id=00084931244575550894

And here the crash:

Quote:

Crash log for task "testgl"
Generated by GrimReaper 53.19
Crash occured in module minigl.library at address 0x6F8840B4
Type of crash: DSI (Data Storage Interrupt) exception
Alert number: 0x80000003

Register dump:
GPR (General Purpose Registers):
0: 00023300 56693A70 00000000 00000000 566939E8 56693A88 021CAAFC 021CAB6C
8: 558E1DA0 54660000 00000000 57C14000 000001C4 5456AE88 00000000 55BDC4D8
16: 55BDC4BC 54560000 000001A6 20000000 54562EB4 56693BA0 56693B40 00000532
24: 56693B44 56693BA4 56693BA8 56693B48 56693B2C 54562EB0 5FF4DFA8 578B4000

FPR (Floating Point Registers, NaN = Not a Number):
0: nan -0.330823 0.615101 -0.330823
4: 0.715751 0.615102 0 0
8: -0.330823 0.715751 0.615102 0
12: 0 0.615102 0 -0
16: 0 0 0 0
20: 0 0 0 0
24: 0 0 2.65249e-315 0
28: 0 5 0 1

FPSCR (Floating Point Status and Control Register): 0x82008000

SPRs (Special Purpose Registers):
Machine State (msr) : 0x0002F030
Condition (cr) : 0x4FB6DDA0
Instruction Pointer (ip) : 0x6F8840B4
Xtended Exception (xer) : 0x018233AC
Count (ctr) : 0x00000000
Link (lr) : 0x00000000
DSI Status (dsisr) : 0x01842B34
Data Address (dar) : 0x00000000

680x0 emulated registers:
DATA: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
FPU0: 0 0 0 0
FPU4: 0 0 0 0

Symbol info:
Instruction pointer 0x6F8840B4 belongs to module "minigl.library" (HUNK/Kickstart)

Stack trace:
module LIBS:minigl.library at 0x6F8840B4 (section 5 @ 0x55090)
AmigaOS4:SObjs/libSDL-1.2.so:os4video_GL_SwapBuffers()+0xc0 (section 8 @ 0x3D918)
AmigaOS4:SObjs/libSDL-1.2.so:SDL_GL_SwapBuffers()+0x48 (section 8 @ 0x27F7C)
testgl:RunGLTest()+0xc7c (section 7 @ 0x2018)
testgl:main()+0x2d8 (section 7 @ 0x26C8)
native kernel module newlib.library.kmod+0x000020ac
native kernel module newlib.library.kmod+0x00002d14
native kernel module newlib.library.kmod+0x00002ef0
testgl:_start()+0x170 (section 7 @ 0x16C)
native kernel module dos.library.kmod+0x000255c8
native kernel module kernel+0x0003e7b4
native kernel module kernel+0x0003e7fc

PPC disassembly:
6f8840ac: 7d601850 sub r11,r3,r0
6f8840b0: 7d435378 mr r3,r10
*6f8840b4: 814a006c lwz r10,108(r10)
6f8840b8: 808b2210 lwz r4,8720(r11)
6f8840bc: 7d4903a6 mtctr r10

System information:

CPU
Model: AMCC PPC440EP V1.3
CPU speed: 799 MHz
FSB speed: 133 MHz
Extensions:

Machine
Machine name: Sam440EP
Memory: 1048576 KB
Extensions: bus.pci

Capehill

Re: SDL1 open issues

Posted on: 2019/3/15 12:07 #178

Just can't stay away

@samo79

Well, the crash is inside of MiniGL.library. You need to ask the person who made MiniGL 2.23 where / why it crashes. The library you provided doesn't have debug symbols.

Based on the first stack trace it seems to have happened during MGLUpdateContextTags() call. That's where SDL part points to.

kas1e

Re: SDL1 open issues

Posted on: 2019/3/15 13:13 #179

Home away from home

@samo
I hope you test real-normal minigl 2.23 builded from hyperion's repo, and not that 3d party made with put-eveyrthing-non-opengl-in ?

Join us to improve dopus5!
AmigaOS4 on youtube

samo79

Re: SDL1 open issues

Posted on: 2019/3/15 14:02 #180

Home away from home

@kas1e

If i remember correcly the version i have was the one compiled by HunoPPC for his Warp3D "GUI" project ... it should be based on an interim revision of 2.23 from the official repo, so not the very latest

I read that you are still trying to compile the very latest build now, maybe i can retry with the latest official build as soon as you release it, so eventually we can see if the bug i have on this SDL1 demo is an "official" bug or if it was just the interim version of MiniGL compiled by Huno to be blamed

Register To Post	« 1 ... 6 7 8 (9) 10 11 12 ... 18 »
	Top Previous Topic Next Topic

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