Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
56 user(s) are online (42 user(s) are browsing Forums)

Members: 2
Guests: 54

billyfish, Breed, more...

Headlines

 
  Register To Post  

« 1 ... 3 4 5 (6) 7 8 »
Re: have you seen this?
Home away from home
Home away from home


See User information
@smarkusg & HunoPPC


Go to top
Re: have you seen this?
Not too shy to talk
Not too shy to talk


See User information
@HunoPPC

I have compiled using your libraries and with my change in platform_sdl.c and it seems to be working on Sam460 (not yet tested on X5000)

Resized Image


Executable link for testing:

https://we.tl/t-dN9ANCsfOR

Sinan - AmigaOS4 Beta-Tester
- AmigaOne X5000
- AmigaOne A1222
- Sam460ex
Go to top
Re: have you seen this?
Just can't stay away
Just can't stay away


See User information
@SinanSam460

GREAT. will try it tomorow

THXaLOT

Go to top
Re: have you seen this?
Home away from home
Home away from home


See User information
@SinanSam460

It's only for newer gfx cards right?
Tested your exe on my Sam440 Flex 800 (Radeon 9250)

Edit: Ops, just re-read you used the HunoPPC libs!

Crash at startup:

Quote:
Crash log for task "wipegame"
Generated by GrimReaper 53.19
Crash occured in module wipegame at address 0x6F27E340
Type of crash: DSI (Data Storage Interrupt) exception
Alert number: 0x80000003

Register dump:
GPR (General Purpose Registers):
0: 6F27E2EC 53D46800 00000000 00000000 00000000 00000000 00000001 00000001
8: 540FA610 530E0B28 00000000 00000000 540F16A0 52C42EC4 530DFCB8 00000001
16: 54122000 7FD52780 53D46B98 00000000 53D46DA8 6F24ED64 00000001 00000000
24: 00000000 00000944 52C39460 52C40000 5307ABEC 00000A44 00000944 00000000


FPR (Floating Point Registers, NaN = Not a Number):
0: nan 93.4403 0 0
4: 1 2.75573e-06 -0.000198413 0.00833333
8: 4.5036e+15 4.5036e+15 4.5036e+15 10.0996
12: 0 188 0 -5.05923e-321
16: 0 1.39067e-309 0 0
20: 0 0 0 0
24: 4.94066e-324 0 1.08779e-311 0
28: 0 1.35808e-312 2.07226e-317 -0.234375

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


SPRs (Special Purpose Registers):
Machine State (msr) : 0x0002F030
Condition (cr) : 0x536B2DC0
Instruction Pointer (ip) : 0x6F27E340
Xtended Exception (xer) : 0x0183B24C
Count (ctr) : 0x00000000
Link (lr) : 0x00000000
DSI Status (dsisr) : 0x0185BB0C
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 0x6F27E340 belongs to module "wipegame" (PowerPC)
Symbol: realize_glenv + 0x338 in section 1 offset 0x0007633C

Stack trace:
wipegame:realize_glenv()+0x338 (section 1 @ 0x7633C)
wipegame:realize_glenv()+0x2e4 (section 1 @ 0x762E8)
wipegame:glDrawElementsCommon()+0x143c (section 1 @ 0x48D78)
[src/render_gl_legacy.c:253] wipegame:render_flush()+0xbc (section 1 @ 0x43FA4)
[src/render_gl_legacy.c:232] wipegame:render_frame_end()+0x18 (section 1 @ 0x43EBC)
[src/system.c:50] wipegame:system_update()+0xfc (section 1 @ 0x42390)
[src/platform_sdl.c:421] wipegame:main()+0x304 (section 1 @ 0x47064)
native kernel module newlib.library.kmod+0x0000260c
native kernel module newlib.library.kmod+0x00003338
native kernel module newlib.library.kmod+0x0000385c
wipegame:_start()+0x1e0 (section 1 @ 0x1DC)
native kernel module dos.library.kmod+0x0002a490
native kernel module kernel+0x00057104
native kernel module kernel+0x0005717c

PPC disassembly:
6f27e338: 3bbf0a44 addi r29,r31,2628
6f27e33c: 7f3ecb78 mr r30,r25
*6f27e340: 813e0000 lwz r9,0(r30)
6f27e344: 2f890000 cmpwi cr7,r9,0
6f27e348: 41de0024 beq- cr7,0x6F27E36C

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

Expansion buses
PCI/AGP
00:00.0 Vendor 0x1014 Device 0x027F
00:0A.0 Vendor 0x12D8 Device 0x8150
00:0C.0 Vendor 0x1002 Device 0x5960
Range 0: A8000000 - B0000000 (PREF.MEM)
Range 1: 00001000 - 00001100 (IO)
Range 2: B0000000 - B0010000 (MEM)
00:0C.1 Vendor 0x1002 Device 0x5940
Range 0: B8000000 - C0000000 (PREF.MEM)
Range 1: C0000000 - C0010000 (MEM)
00:0E.0 Vendor 0x1095 Device 0x3114
Range 0: 00001100 - 00001108 (IO)
Range 1: 00001108 - 0000110C (IO)
Range 2: 00001110 - 00001118 (IO)
Range 3: 00001118 - 0000111C (IO)
Range 4: 00001120 - 00001130 (IO)
01:04.0 Vendor 0x1013 Device 0x6005
Range 0: A0000000 - A0001000 (MEM)
Range 1: A0010000 - A0020000 (MEM)
01:05.0 Vendor 0x1033 Device 0x0035
Range 0: A0020000 - A0021000 (MEM)
01:05.1 Vendor 0x1033 Device 0x0035
Range 0: A0021000 - A0022000 (MEM)
01:05.2 Vendor 0x1033 Device 0x00E0
Range 0: A0022000 - A0022100 (MEM)


Here the log:

Quote:
Failed to load gamecontrollerdb.txt
load cmp wipeout/textures/drfonts.cmp
load: wipeout/textures/speedo.tim
load: wipeout/textures/target2.tim
load cmp wipeout/common/wicons.cmp
load cmp wipeout/common/allsh.cmp
load: wipeout/common/allsh.prm
load cmp wipeout/common/alcol.cmp
load: wipeout/common/alcol.prm
load: wipeout/textures/shad1.tim
load: wipeout/textures/shad2.tim
load: wipeout/textures/shad3.tim
load: wipeout/textures/shad4.tim
load cmp wipeout/common/rescu.cmp
load: wipeout/common/rescu.prm
load cmp wipeout/common/effects.cmp
load: wipeout/textures/target2.tim
load cmp wipeout/common/mine.cmp
load: wipeout/common/rock.prm
load: wipeout/common/mine.prm
load: wipeout/common/miss.prm
load: wipeout/common/shld.prm
load: wipeout/common/shld.prm
load: wipeout/common/ebolt.prm
open music track 8
wrote save.dat
LIBGL: FPE Vertex shader compile failed:
LIBGL: FPE Fragment shader compile failed:
LIBGL: FPE Program link failed:


Edited by samo79 on 2023/9/13 2:40:06
Edited by samo79 on 2023/9/13 2:48:22
Go to top
Re: have you seen this?
Home away from home
Home away from home


See User information
Tested also on AmigaOne G3 800 (Radeon 9200)
Again crashed, but in a different way

Quote:
Crash log for task "wipegame"
Generated by GrimReaper 53.19
Crash occured in module wipegame at address 0x7F9F64C4
Type of crash: DSI (Data Storage Interrupt) exception
Alert number: 0x80000003

Register dump:
GPR (General Purpose Registers):
0: 7F9F66A0 67C288B0 9E79919E 00000000 00000000 01CC2A84 01571324 000000DB
8: 000000DA 46442824 00000000 014341DC 01574DDC 67C33EC4 6997B000 00000001
16: 6B66F610 EFDC2840 6C2124F0 00000000 67C28DA8 7F7D5D64 00000009 6997AFF0
24: 00000000 6997AFE0 00000000 00000000 67C30000 67C30000 67C2C01C 67C30000


FPR (Floating Point Registers, NaN = Not a Number):
0: -nan 191 73 10
4: 1 4.5036e+15 29.8 10
8: 1 2.14748e+09 23.8 255
12: 1 102 -1.45956e-198 -6.35732e+206
16: -4.20966e+71 -1.33099e-45 -6.68836e-198 -7.29831e-60
20: -1.64091e-46 -2.51786e+13 -4.24435e-78 -8.86975e+133
24: -1.88615e+298 -8.77178e+229 -5.60883e+262 -3.55777e-40
28: -6.28994e-276 -1.74234e-295 -3.04861e-294 -8.48108e-257

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


SPRs (Special Purpose Registers):
Machine State (msr) : 0x0000F030
Condition (cr) : 0x68AEDDC0
Instruction Pointer (ip) : 0x7F9F64C4
Xtended Exception (xer) : 0x0143CBF0
Count (ctr) : 0x00000000
Link (lr) : 0x00000000
DSI Status (dsisr) : 0x0145D6A4
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 0x7F9F64C4 belongs to module "wipegame" (PowerPC)
Symbol: os4OpenLib + 0x90 in section 1 offset 0x002674C0

Stack trace:
wipegame:os4OpenLib()+0x90 (section 1 @ 0x2674C0)
wipegame:os4OpenLib()+0x26c (section 1 @ 0x26769C)
native kernel module newlib.library.kmod+0x000000d4
native kernel module newlib.library.kmod+0x000025f8
native kernel module newlib.library.kmod+0x00003340
native kernel module newlib.library.kmod+0x00003864
wipegame:_start()+0x1e0 (section 1 @ 0x1DC)
native kernel module dos.library.kmod+0x0002a490
native kernel module kernel+0x00058c9c
native kernel module kernel+0x00058d14

PPC disassembly:
7f9f64bc: 418201d8 beq- 0x7F9F6694
7f9f64c0: 3f8067c3 lis r28,26563
*7f9f64c4: a13b0014 lhz r9,20(r27)
7f9f64c8: 2b890036 cmplwi cr7,r9,54
7f9f64cc: 419d008c bgt- cr7,0x7F9F6558

System information:

CPU
Model: IBM PowerPC 750 FX V2.2
CPU speed: 800 MHz
FSB speed: 133 MHz
Extensions: performancemonitor

Machine
Machine name: AmigaOne
Memory: 524288 KB
Extensions: bus.pci bus.agp

Go to top
Re: have you seen this?
Not too shy to talk
Not too shy to talk


See User information
@SinanSam460

Good that !!

Thank you for using my library

HunoPPC

AmigaOS 4.1 Rulez
Resized Image
Go to top
Re: have you seen this?
Quite a regular
Quite a regular


See User information
@SinanSam460

I can confirm that your binary is running on a X5000.

Framerates in the range of 29-48 on a RX580.

But overall very playable.

Go to top
Re: have you seen this?
Home away from home
Home away from home


See User information
@geennaam
Something very wrong somewhere. It was 60 fps always even old warpos version of wipeout over novabridge. Over gl4es it should be MUCH faster. Seems some debug libraries used somewhere, or something involved are cause of massive slowness.

@Sinan
Seems you use something which together with fixing textures for you add very big overhead in terms of speed. Are you use some other libraries ftom sonewhere or debug versions of libraries ?

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: have you seen this?
Not too shy to talk
Not too shy to talk


See User information
@kas1e

Probably it is debug version. I think I forgot to disable it.
I will try a recompile tonight.

Sinan - AmigaOS4 Beta-Tester
- AmigaOne X5000
- AmigaOne A1222
- Sam460ex
Go to top
Re: have you seen this?
Just can't stay away
Just can't stay away


See User information
@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?
Just can't stay away
Just can't stay away


See User information
@kas1e
Quote:
Something very wrong somewhere. It was 60 fps always even old warpos version of wipeout over novabridge. Over gl4es it should be MUCH faster. Seems some debug libraries used somewhere, or something involved are cause of massive slowness.
The WarpOS game was Wipeout 2097, which is a different game of the Wipeout series.
The WarpOS port of Wipeout 2097 had to be optimized a lot since it was targeted at BlizzardPPC (160-240 MHz 603e CPU with very slow RAM speed) and CyberStormPPC (150-233 MHz 604e CPU) with a CyberVision64/3D (S3 ViRGE), BlizzardVisionPPC/CyberVisionPPC (Permidia2) or Voodoo3/4/5 gfx card.
Of course a game halfway usable on BPPC/CSPPC and S3 ViRGE/Permedia2/Voodoo gfx cards is very fast on current CPUs and gfx cards, even if powerpc.library has to emulate a lot of unaligned FPU accesses and in case of Wipeout 2097 additionally the DSIs caused by debug output written to unallocated Chip RAM, but you can't expect such extreme optimizations in a game rewrite targeted at current PCs and gfx cards.


Edited by joerg on 2023/9/13 17:11:07
Go to top
Re: have you seen this?
Not too shy to talk
Not too shy to talk


See User information
@SinanSam460

Hi, how do you get around the alignment problem?

Thank you very much

HunoPPC

AmigaOS 4.1 Rulez
Resized Image
Go to top
Re: have you seen this?
Just can't stay away
Just can't stay away


See User information
@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?
Not too shy to talk
Not too shy to talk


See User information
@HunoPPC

I have removed :
https://github.com/phoboslab/wipeout-r ... 085ca048f6d001130b071f85f

It contains all the code that @joerg" suggested as problematic and is corrected by @jabirulo and @SinanSam460.
The version xeno74 from the forum https://forum.hyperion-entertainment.com/viewtopic.php?f=58&p=57520 is devoid of this patch.

I don't have an alignment problem on Qemu so the game runs under minigl all the time anyway.

https://ibb.co/cC7X8fT

I don't have a real Amiga NG hardware to check it. Apparently it works just doesn't display the image. So something else I have wrong....

Go to top
Re: have you seen this?
Quite a regular
Quite a regular


See User information
Ok I'm a bit confused, it's now purely about the gl4es port of WipeOut?

Otherwise if more tests are needed I also have the possibility to test it under Qemu with the new AmigaOnXe G4 (will soon be available in Qemu Master) emulation via Wazp3D (MiniGL) it should be similar to real hardware.

@samo79

Same result as you have under Qemu Pegasos 2 with the port from SinanSam460.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE
Go to top
Re: have you seen this?
Home away from home
Home away from home


See User information
@Maijestro

So do you emulate misalignment on different instructions for different PowerPC cpu models? As seen people saying they are not getting exception under emulation. So clearly it’s not that exact.

It definitely wont make sese to check, such conditions under emulation, unless your looking for bugs, of course, you can have a option increase compatibility for this corner cases. to find this bugs in software. (But running 20% slower to find software bugs, won’t be something people want under normal conditions.)

Providing none exception on alignment bug, providing exception on no alignment bug.
under reporting or over reporting issues, perhaps wont be useful as well, under development.

In any case if QEMU is faster than a real Pegasus II and AmigaONE-XE/SE/Micro/Sam440/460, then people are going to stop using this old computers, they might update to newer X50x0 / X1222, or simply stick to emulation (in that case there is no issue, no point fixing the bugs). That is if people can afford a expensive Apple M1/M2 laptop, after all they are as expensive as PowerPC hardware, that people are complaining about being overpriced.


Edited by LiveForIt on 2023/9/13 18:36:53
Edited by LiveForIt on 2023/9/13 18:38:13
Edited by LiveForIt on 2023/9/13 18:39:02
Edited by LiveForIt on 2023/9/13 18:42:15
(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
Go to top
Re: have you seen this?
Not too shy to talk
Not too shy to talk


See User information
@jabirulo

Thank you for your response, it’s a really very special problem, I’ve never seen that. for information I am on the port for vita and I have just set the render_gl.c in native shader and I obtain between 70 and 90 (or even more in places) of FPS. For information, there is no original problem linked to the loading of data (alignment) I will provide you with an executable later

PS: Kas1e you were right, we must shoot at least 60 fps

AmigaOS 4.1 Rulez
Resized Image
Go to top
Re: have you seen this?
Not too shy to talk
Not too shy to talk


See User information
@all

New version with glew and egl_wrap

https://wetransfer.com/downloads/0b14c ... email&utm_source=sendgrid

HunoPPC

AmigaOS 4.1 Rulez
Resized Image
Go to top
Re: have you seen this?
Not too shy to talk
Not too shy to talk


See User information
@LiveForIt

Emulation will always be emulation.
Anyone can check the software, you just have to assign them what to check.
What expensive M1 laptop ?
I use the basic version of the Apple Mini m1.
Price ? 1/3 X5000 when I bought ... current price 1/2 A1222+ as it will come out one day ....
Second hardware X86_64 price ... don't even ask 1/10 x5000 ?
Always with a few attempts no matter on what hardware an idea may arise, maybe stupid maybe not - which may be useful. But if this is unnecessary I close my "blog"


Edited by smarkusg on 2023/9/13 22:31:58
Go to top
Re: have you seen this?
Quite a regular
Quite a regular


See User information
@HunoPPC

This version works as well. Framerates are a little higher compared to the one from @SinanSam460: 33-50fps in the first level

Go to top

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

 




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




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project