Who's Online |
144 user(s) are online ( 106 user(s) are browsing Forums)
Members: 0
Guests: 144
more...
|
|
Headlines |
-
amiarcadia.lha - emulation/gamesystem
Apr 28, 2024
-
ifarchive_dl.lha - utility/script
Apr 28, 2024
-
kt_scripts.lha - utility/script
Apr 28, 2024
-
stream.lha - utility/benchmark
Apr 27, 2024
-
thumbnailmaker.lha - video/misc
Apr 26, 2024
-
mce.lha - game/utility
Apr 23, 2024
-
theme_list.lha - utility/misc
Apr 23, 2024
-
faac.lha - audio/convert
Apr 22, 2024
-
faad2.lha - audio/convert
Apr 22, 2024
-
seq.lha - audio/misc
Apr 22, 2024
|
|
|
|
Re: Do we have fast, accelerated, bug-free, supporting scaling SNES emulator ?
|
Posted on: 2023/11/12 12:52
#81
|
Home away from home
|
@LiveForIt
I don't remember the exact problem but I seem to remember that after an AmigaOS update the pad stopped to being recognized by Warpsnes... About AmigaInput, yeah it's a bit of a shameful situation, it's been in this state for 10/15 years without any updates whatsoever... maybe a small bounty could be made to incentivize a developer to fix it?
|
|
|
|
Re: Do we have fast, accelerated, bug-free, supporting scaling SNES emulator ?
|
Posted on: 2023/11/12 12:24
#82
|
Home away from home
|
@Maijestro 170mb is due to the inclusion of Romsets and game images
|
|
|
|
Re: Do we have fast, accelerated, bug-free, supporting scaling SNES emulator ?
|
Posted on: 2023/11/12 12:17
#83
|
Home away from home
|
@kas1e
I've tried many times to contact the author about the white borders problem in WaspSnes, but he doesn't seem to be reachable anymore... a hack to fix the issue would be more than welcome... maybe even improve the AmigaInput support, which I seem to remember had some problems too
About performance, obviously the Huno's Snes9x is based on version 1.51, therefore a more recent version than Warpsnes that was based on 1.42, which however runs much faster, a Sam440 is sufficient to play with it
|
|
|
|
Re: Do we have fast, accelerated, bug-free, supporting scaling SNES emulator ?
|
Posted on: 2023/11/12 1:31
#84
|
Home away from home
|
@kas1e
Another alternative is FinalBurn Neo, it has a built-in SuperNes emulator based on SNES9x
|
|
|
|
Re: have you seen this?
|
Posted on: 2023/11/12 1:28
#85
|
Home away from home
|
@HunoPPC Any news?
|
|
|
|
Re: My Amiga Projects
|
Posted on: 2023/11/10 16:01
#86
|
Home away from home
|
@TheMagicSN
Well done!
|
|
|
|
Re: sdl12-compat
|
Posted on: 2023/11/7 22:21
#87
|
Home away from home
|
@smarkusg
You may just pass him an MPlayer test binary compiled with SDLcompact ... the two issues still pretty self explained ... Of course there might also be some other minor problems, but basically the problems were the ones we already reported
|
|
|
|
Re: DrawerGenie for AOS4?
|
Posted on: 2023/11/7 20:35
#88
|
Home away from home
|
Yeah an interesting utility for sure
|
|
|
|
Re: sdl12-compat
|
Posted on: 2023/11/7 17:56
#89
|
Home away from home
|
@Capehill As Markus explain, we mostly have two big issues with "MPlayer SDLcompact" .. and one of this is related to the mouse pointer An help would be great for sure, if needed of course we can do any stress test for you
|
|
|
|
Re: sdl12-compat
|
Posted on: 2023/11/5 6:13
#90
|
Home away from home
|
We would really need an SDL2 output for MPlayer, also it would be really useful to Steffen Hauser for his upcoming games too
|
|
|
|
Re: WebKit based browser initiative
|
Posted on: 2023/11/3 21:50
#91
|
Home away from home
|
With the old QT4 we had reached a good level of integration, stability and resolution of the vast majority of the graphical issues... yeah we really spent months of betatesting into it!... However the problem is that the work did not continue after that, as Alfkil prefer to bring a more recent version with the need now to have to rewrite almost everything... of course one can always understand the necessity of an update, but in this way we never have a finished and decently integrated version, expecially if only one person will work on it ...
As for the general GUI for the future WebKit based browser, I expect MUI to be used, it would at least be useful in case wr manage to bring Wayfarer from MorphOS, as it would seem the most logical step to do at this point
|
|
|
|
Re: Odyssey 1.23 progress: r5 RC2
|
Posted on: 2023/10/29 18:20
#92
|
Home away from home
|
@kas1e
I wasn't arguing, I just expressed a consideration :)
|
|
|
|
Re: Odyssey 1.23 progress: r5 RC2
|
Posted on: 2023/10/29 17:12
#93
|
Home away from home
|
@kas1e
Yeah, aniway must be said that even rewriting a new GUI that has the same numerous features as Odyssey must not be simple... rewriting a GUI from scratch every time means always having a more modern browser but with fewer features ... In this sense, re-adapting an already existing GUI certainly has its real advantages... after all, when browsers are updated on other platforms I think they do exactly this
|
|
|
|
Re: Odyssey 1.23 progress: r5 RC2
|
Posted on: 2023/10/29 15:22
#94
|
Home away from home
|
@kas1e Quote: From my side i only can update 3d party libs, rebuild with clib4/new binutils, add/fix some bits there and there, but nothing hardcore like core update so to have desktop-youtube, telegram and whatever else. Do you need that ? Certainly yes, generally even just an update to the libraries brings benefits in term of speed and stability One question, why does upgrading to a new core mean rewriting the entire browser? Couldn't we reuse the current Odyssey's MUI interface by making to it only the necessary changes to use the new core?
|
|
|
|
Re: Is gprof ever works on os4 ? It is! And can be still!
|
Posted on: 2023/10/22 18:56
#95
|
Home away from home
|
Impressive, well done boyz
|
|
|
|
Re: GL4ES: another OpenGL over OpenGLES2 emulation - some tech. info and porting progress
|
Posted on: 2023/9/27 15:01
#96
|
Home away from home
|
@davec555
A bugreport
|
|
|
|
Re: Maintainer(s) for libsdl2_* libraries for AOS4
|
Posted on: 2023/9/25 22:43
#97
|
Home away from home
|
@rjd324
Latest mantainer was Michael Trebilcock aka MickJT
|
|
|
|
Re: have you seen this?
|
Posted on: 2023/9/12 23:52
#98
|
Home away from home
|
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
|
|
|
|
Re: have you seen this?
|
Posted on: 2023/9/12 23:21
#99
|
Home away from home
|
@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
|
|
|
|
Re: have you seen this?
|
Posted on: 2023/9/12 22:21
#100
|
Home away from home
|
@smarkusg & HunoPPC
|
|
|
|