Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
93 user(s) are online (75 user(s) are browsing Forums)

Members: 0
Guests: 93

more...

Headlines

Forum Index


Board index » All Posts (jabirulo)




Re: sdl12-compat
Quite a regular
Quite a regular


@Maijestro

https://github.com/libsdl-org/sdl12-compat
...
This code is a compatibility layer; it provides a binary and source compatible API for programs written against SDL 1.2, but it uses SDL 2.0 behind the scenes. If you are writing new code, please target SDL 2.0 directly and do not use this layer.
...

AFAIK looks like a wrapper for SDL1 to use SDL2 (if I'm not mistaken)

Go to top


Re: New EGL_Wrap library is OUT!!! with support GLEW and shaders...
Quite a regular
Quite a regular


@HunoPPC

Hi, changed/updated BeWorld's wipeout fork:

[render_gl_legacy.c]:
//AMIGAOS4
#elif defined(__amigaos4__)
// #include <SDL2/SDL.h>
// #include <SDL2/SDL_opengl.h>
#include <EGLSDL2/SDL.h>
#include <EGLSDL2/SDL_opengl.h>


and in Makefile[.amigaos4]:
L_FLAGS := $(L_FLAGS) -lSDL2egl_wrap -legl_wrap -lauto

build without problems, and runs with all textureet all

GREAT JOB MAN!!!!!!!


NOTE: if I don't use "-lauto" I get:
/SDK/local/newlib/lib/libegl_wrap.a(egl_wrap.o): In function `OpenDynLibs()':
egl_wrap.cpp:(.text+0x2d36): undefined reference to `ITimer'
egl_wrap.cpp:(.text+0x2d3e): undefined reference to `ITimer'
/SDK/local/newlib/lib/libegl_wrap.a(esGlu.o): In function `glutGet':
esGlu.c:(.text+0x5ee): undefined reference to `ITimer'
esGlu.c:(.text+0x5fa): undefined reference to `ITimer'
esGlu.c:(.text+0x60a): undefined reference to `ITimer'
/SDK/local/newlib/lib/libegl_wrap.a(esGlu.o):esGlu.c:(.text+0x966): more undefined references to `ITimer' follow
make: *** [sdl] Error 1
#

isn't possible to add/open Timer/ITimer so to get rid of -lauto switch?

Go to top


Re: how to make a shell window be active after boot by default ?
Quite a regular
Quite a regular


@kas1e

if you use RAWBInfo, then juts on WBStartup prefs click on entry and you should see "Start priority" and set it to a lower value so it starts last one.

Not sure but think tooltype is "PRIORITY=<value>"

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@HunoPPC

https://www.amigans.net/modules/newbb/ ... id=142763#forumpost142763

...
To get rid of alignment error:

I had to change line 366 as follows (in platform_sdl.c)

sdl_path_userdata = SDL_GetPrefPath("", "wipeout");
...

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@SinanSam460

tested on my SM460ex and works fine slooooow (~8 fps), but works!!!

GREAT job man(s)!!!!

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@SinanSam460

GREAT. will try it tomorow

THXaLOT

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@kas1e

IMO is not in object.c the problem, the problem is that author decided to use its own memory management (sort of) in mem.c/.h
Maybe to make it easier or dunnot.

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@SinanSam460

Not on my miggy right now (but it was just for testing). IIRC at top object.h:
#pragma pack(2)

or maybe #pragma pack(4)

and at bottom:
#pragma pack()

EDIT: forget this silly post, re-tested and got same line (58) crash/allignment issue.


Edited by jabirulo on 2023/9/12 17:31:36
Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@HunoPPC

yep, same here, but if I add inside object.h (IIRC)
#pragma pack(2)
then such crash/alignment issue "goes down" to line ~76 approx.

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@HunoPPC

#gcc -v
Using built-in specs.
COLLECT_GCC=/Devel/SDK/gcc/ppc-amigaos/bin/11.2.0/gcc
COLLECT_LTO_WRAPPER=/Devel/SDK/gcc/ppc-amigaos/bin/11.2.0/../libexec/gcc/ppc-amigaos/11.2.0/lto-wrapper
Target: ppc-amigaos
Configured with: /opt/adtools/gcc/repo/configure --with-bugurl=https://github.com/sba1/adtools/issues --with-pkgversion='adtools build 11.2.0' --host=ppc-amigaos --target=ppc-amigaos --disable-nls --prefix=/gcc --with-gmp=/opt/adtools/native-build/root-cross --with-mpfr=/opt/adtools/native-build/root-cross --with-mpc=/opt/adtools/native-build/root-cross --program-prefix=ppc-amigaos- --program-suffix=-11 --libexecdir=/gcc/libexec --enable-languages=c,c++ --enable-haifa --enable-sjlj-exceptions --disable-libstdcxx-pch --disable-tls --enable-threads=amigaos --enable-lto --disable-c++tools
Thread model: amigaos
Supported LTO compression algorithms: zlib
gcc version 11.2.0 (adtools build 11.2.0)


Unarchived BeWorld sources to RAM:, added couple of 'defined(__amigaos4__)' and changed to "sdl_path_userdata = SDL_GetPrefPath("", "wipeout");" build and still working here.
I too thinik maybe is just luck how objects are linked, but ¿:-/

http://jabirulo.byethost13.com/temp/wipegame_BEWORLD.7z

Maybe is the way it "allocates memory" in mem.c/.h?

Can the "#pragna pack(whatever_value)" help/solve such allignment issue?


Edited by jabirulo on 2023/9/11 23:09:13
Edited by jabirulo on 2023/9/11 23:33:34
Edited by jabirulo on 2023/9/11 23:34:10
Edited by jabirulo on 2023/9/11 23:43:41
Edited by jabirulo on 2023/9/11 23:52:52
Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@SinanSam460

YES!! with such change BeWorld sources run ok under my SAM460ex no allignment issues.

But fonts still aren't rendered correctly.

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@smarkusg

and using sam460 (AMCC PPC460EX) in QEMU does it work too?

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@SinanSam460

Can you test the version attached smarkusg in #37 (https://www.amigans.net/modules/newbb/ ... id=142720#forumpost142720)?

Tested here and fails with alignment on my sam460.

Go to top


Re: ListBrowser's WrapText
Quite a regular
Quite a regular


@rwo

I just tested with ReAction demos LB_Example.c and acts a little weird, when I resize window maybe it needs "2 resizes" to text get wrapped on 2 (3) lines.

node IListBrowser->AllocListBrowserNode(1,
LBNA_Generation1,
    
LBNA_Column0,
    
LBNCA_CopyTextTRUE,
    
LBNCA_Text"Demo of ListBrowserNode features",
LBNCA_WordWrapTRUE,
    
TAG_DONE))


Then when I shrink window width, text gets cutted, I shrink a little again an then I get:
Demo of ListBrowserNode
features

and same to get:
Demo of
ListBrowserNode
features

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@SinanSam460

Great no more LSD-ish colors!!!!
Keep the good work mate!

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@kas1e

I Downloaded BeWorld github (fix branch) and recompiled, and it just hangs when loading .PRM files ¿:-/

So I'm (like Sinan) applying step by step such patches and see where it hangs.

<thinking_loud>
Maybe MoprhOS GL library doesn't use GLES2 (as ours, and dunnot if there are "big" diffs between GL and GLES2 or "things" are applied differently on our 3Dgfx system VS mos 3Dgfx system) and some things do work with BeWorld's fixes and others don't.)
</thinking_loud>

EDIT1: and now such brach (fix) doesn't exists ¿:-/
his ain branch doesn't have render_gl_legacy,c


Edited by jabirulo on 2023/9/8 16:15:28
Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@LiveForIt

thx, still think is some endianess issue with textures/colors/..., 'cos audio was garbled and changing:

SDL_OpenAudioDevice(...
#ifdef __amigaos4__
.format = AUDIO_F32SYS,
#else
.format = AUDIO_F32,
#endif
...

now audio works fine (or just I'm lucky)

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@SinanSam460

crash/GR says "Trap type: Alignment exception":
54.60 (24.8.2023) Sam460 release
Machine model: 7 (Sam460ex)
Dump of context at 0xff9ef3e0
Trap type: Alignment exception
Machine State (raw): 0x2f030
Machine State (verbose): [ExtInt on] [User] [FPU on] [IAT on] [DAT on]
Temporary stack trace:
#0: 0x7ef0e1f4
#1: 0x7ef34394
#2: 0x7ef1e630
#3: 0x7ef4c540
#4: 0x7ef51cb0
#5: in module Kickstart/newlib.library.kmod+0x2624 (0x1b2a564)
#6: in module Kickstart/newlib.library.kmod+0x3350 (0x1b2b290)
#7: in module Kickstart/newlib.library.kmod+0x3874 (0x1b2b7b4)
#8: 0x7ef0b284
#9: in module Kickstart/kernel+0x54f48 (0x1854f48)
#10: in module Kickstart/kernel+0x54fc0 (0x1854fc0)
#11: 0x0

Crashed process: wipEgame (0x59887e20)
0: 01b31758 5b5fca70 00000000 00000000 5b5fcaa0 00000000 00000040 0000001c
8: 00000000 5b7a754d 80000000 5b5fca70 00000794 5b60f42c 595f9f90 00000001
16: 00000000 00000000 5bc8f280 00000000 5b5fcdd8 7ef51a34 00000009 595f9f80
24: 00000000 595f9f70 00000000 00000000 022e0000 59870680 5b5fcc88 5b5fca70
CR: 24442824 XER: 00000008 CTR: 00000000 LR: 7ef0e1c4
ESR: 01800000
DEAR: 5b7a75b5
mcsrr0: 0x0
csrr0: 0x0

Disassembly of crash site:
7ef0e1e4: c99f0080 lfd f12,128(r31)
7ef0e1e8: fc0c0028 fsub f0,f12,f0
7ef0e1ec: fc000018 frsp f0,f0
7ef0e1f0: 813f0024 lwz r9,36(r31)
>7ef0e1f4: d0090068 stfs f0,104(r9)
7ef0e1f8: 393f0030 addi r9,r31,48
7ef0e1fc: 7d244b78 mr r4,r9
7ef0e200: 807f001c lwz r3,28(r31)
7ef0e204: 4bfffbe9 bl 0x7EF0DDEC
7ef0e208: 7c691b78 mr r9,r3

Kernel command line: debuglevel=4 SERIAL MUNGE

Registers pointing to code:
r0 : native kernel module Kickstart/newlib.library.kmod+0x00009818
r9 : wipEgame:hunk()+0x19e9d9 (section 22 @ 0x19FF6D)
r13: wipEgame:hunk()+0x68b8 (section 22 @ 0x7E4C)
r15: module wipEgame at 0x00000001 (section 0 @ 0xFFFFFFDC)
r21: [src/platform_sdl.c:344] wipEgame:main()+0x0 (section 1 @ 0x49A30)
r28: native kernel module Kickstart/ohci.usbhcd+0x00465b00
ip : [src/wipeout/object.c:59] wipEgame:objects_load()+0x308 (section 1 @ 0x61F0)
lr : [src/wipeout/object.c:59] wipEgame:objects_load()+0x2d8 (section 1 @ 0x61C0)
ctr: unknown (0x0)

Stack trace:
(0x5b5fca70) [src/wipeout/object.c:59] wipEgame:objects_load()+0x308 (section 1 @ 0x61F0)
(0x5b5fcc50) [src/wipeout/object.c:59] wipEgame:objects_load()+0x2d8 (section 1 @ 0x61C0)
(0x5b5fcca0) [src/wipeout/game.c:530] wipEgame:game_init()+0x10c (section 1 @ 0x1662C)
(0x5b5fccd0) wipEgame:system_init()+0x4c (section 1 @ 0x4453C)
(0x5b5fccf0) [src/platform_sdl.c:411] wipEgame:main()+0x27c (section 1 @ 0x49CAC)
(0x5b5fcd40) native kernel module Kickstart/newlib.library.kmod+0x00002624
(0x5b5fcd90) native kernel module Kickstart/newlib.library.kmod+0x00003350
(0x5b5fcf40) native kernel module Kickstart/newlib.library.kmod+0x00003874
(0x5b5fcf70) wipEgame:_start()+0x1e0 (section 1 @ 0x3280)
(0x5b5fcfc0) native kernel module Kickstart/kernel+0x00054f48
(0x5b5fcfd0) native kernel module Kickstart/kernel+0x00054fc0

Disassembly of crash site:
7ef0e1e4: c99f0080 lfd f12,128(r31)
7ef0e1e8: fc0c0028 fsub f0,f12,f0
7ef0e1ec: fc000018 frsp f0,f0
7ef0e1f0: 813f0024 lwz r9,36(r31)
>7ef0e1f4: d0090068 stfs f0,104(r9)
7ef0e1f8: 393f0030 addi r9,r31,48
7ef0e1fc: 7d244b78 mr r4,r9
7ef0e200: 807f001c lwz r3,28(r31)
7ef0e204: 4bfffbe9 bl 0x7EF0DDEC
7ef0e208: 7c691b78 mr r9,r3
Stack pointer (0x5b5fca70) is inside bounds
Redzone is OK (4)

...

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@SinanSam460

newlib

Go to top


Re: have you seen this?
Quite a regular
Quite a regular


@Skateman

yep, applied issue 56 patches/fixes, but no changes on colors/textures/.. ¿:-/

but maybe is 'cos I'm using different fork, as main & beworld crashes here on loading *.PRM (textures?) files.

Go to top



TopTop
(1) 2 3 4 ... 46 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project