Who's Online |
93 user(s) are online ( 75 user(s) are browsing Forums)
Members: 0
Guests: 93
more...
|
|
Headlines |
-
gifanimdt.lha - datatype/anim
Sep 22, 2023
-
giflib-extras.lha - development/library/graphics
Sep 22, 2023
-
dtconvert.lha - utility/filetool
Sep 22, 2023
-
libx264.lha - development/library/misc
Sep 20, 2023
-
amissl-sdk.lha - development/misc
Sep 20, 2023
-
mce.lha - game/utility
Sep 20, 2023
-
amissl.lha - library/misc
Sep 20, 2023
-
mediathek.lha - network/misc
Sep 19, 2023
-
libwebp.lha - development/library/graphics
Sep 17, 2023
-
reminiscence.lha - game/adventure
Sep 17, 2023
|
|
|
|
Re: sdl12-compat
|
|
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)
|
|
|
|
Re: New EGL_Wrap library is OUT!!! with support GLEW and shaders...
|
|
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?
|
|
|
|
Re: how to make a shell window be active after boot by default ?
|
|
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>"
|
|
|
|
Re: have you seen this?
|
|
Quite a regular 
|
@SinanSam460
tested on my SM460ex and works fine slooooow (~8 fps), but works!!!
GREAT job man(s)!!!!
|
|
|
|
Re: have you seen this?
|
|
Quite a regular 
|
@SinanSam460
GREAT. will try it tomorow
THXaLOT
|
|
|
|
Re: have you seen this?
|
|
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.
|
|
|
|
Re: have you seen this?
|
|
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
|
|
|
|
Re: have you seen this?
|
|
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.
|
|
|
|
Re: have you seen this?
|
Posted on: 9/11 22:49
#10
|
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.7zMaybe 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
|
|
|
|
Re: have you seen this?
|
Posted on: 9/11 12:36
#11
|
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.
|
|
|
|
Re: have you seen this?
|
|
Quite a regular 
|
@smarkusg
and using sam460 (AMCC PPC460EX) in QEMU does it work too?
|
|
|
|
Re: ListBrowser's WrapText
|
|
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_Generation, 1,
LBNA_Column, 0,
LBNCA_CopyText, TRUE,
LBNCA_Text, "Demo of ListBrowserNode features",
LBNCA_WordWrap, TRUE,
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
|
|
|
|
Re: have you seen this?
|
|
Quite a regular 
|
@SinanSam460
Great no more LSD-ish colors!!!! Keep the good work mate!
|
|
|
|
Re: have you seen this?
|
|
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
|
|
|
|
Re: have you seen this?
|
|
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)
|
|
|
|
Re: have you seen this?
|
|
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)
...
|
|
|
|
Re: have you seen this?
|
|
Quite a regular 
|
@SinanSam460
newlib
|
|
|
|
Re: have you seen this?
|
|
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.
|
|
|
|