indeed yes there are some small crackles from time to time (which I will try to resolve of course). As for comparing the 54 with this new version, there have been so many developments in terms of rendering and sound that it requires a little more CPU calculation. Sometimes the developments are not all in the right direction, the sound part is enormously modified and the dsp is more complete than the first version
It's fine, it still works very well and I'm happy that I can use their native GUI and the games run well even in full screen
The Qemu/Pegasos2 machine is roughly comparable to an x1000 without 3D acceleration and it works really well.
The next donation is for keyboard mapping
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
@HunoPPC Here is the video with the error I get when closing game modules on the emulator. I only partially installed some components of the Enhancer 2.2 package on my system because some things caused instability. As you can see, after ignoring the error, the icons remain on the workbench. However, the emulator can still be started again. The only problem is when closing a game module. Can you see in the chrashlog I posted what caused this error? Here is the video about it: https://g-a-p.me/video/snes9x_crash.mp4 (approx. 32MB)
thank you for the effort. If it helps, here is a screenshot of my AHI Prefs.
To test, please select Device 0: HiFi 16 Bit Stereo++ as the first music device, set all other music devices to HD Audio 32bit Stereo++ or 16bit Stereo++, restart and test. It is for testing purposes only and roughly corresponds to my configuration.
Maybe it will help narrow down the problem.
Edited by Maijestro on 2024/1/6 20:00:48
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
They showed Snes9x on their machine in the window how it works fantastically. I would be interested to see if the full screen has black bars on the right and left or is the full screen completely filled?
I only ask because I'm currently using a feature called zoom-to-fit and if it doesn't fill full screen on real hardware, this option would be wrong.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
@Mufa also uses a window for emulation. Possibly it will be scaled wrong that's why there are black bars.
ADVERTISEMENT NOTICE!!!
I hope no one will be offended but it's worth a look "amiga without the a joke" - Amiga bez ściemy the authors of the project have announced that some episodes will be in English and German
It doesn't exactly answer my question, but I really liked the Polish show even though it's not in my language. I'll take the A1222+ laptop when it comes out
The real question was whether Snes9x fully scales in full screen or whether there are problems here too.
@all
Can someone please answer this question for me?
Edited by Maijestro on 2024/1/8 18:25:49
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
I perform a native overscan and yes the screen is completely filled and has no black edges. Be careful not to confuse it with certain games which already have a native black border (example starfox2). Understand that if the native image is fully stretched and if it contains black edges I do not cut the surface to remove these edges.
I perform a native overscan and yes the screen is completely filled and has no black edges. Be careful not to confuse it with certain games which already have a native black border (example starfox2). Understand that if the native image is fully stretched and if it contains black edges I do not cut the surface to remove these edges.
Beautiful evening
Ps: you have receive my email ??, thanks
Thanks for the information Unfortunately I didn't receive your email, you probably mean McFly?
Edited by Maijestro on 2024/1/9 3:03:36
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
Thanks for the video on your real machine. I'm a bit surprised that it shows exactly the same problems with the sound: it cracks and chops despite 3D acceleration.
This confirms once again that it is a general problem with snes9x under AmigaOs4.1.
I have never used snes9x on other systems like MacOs/Linux/Windows. Maybe I should do it so I can compare. I'm not sure but maybe there are the same problems on other systems.
Edited by Maijestro on 2024/1/12 19:27:13
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
@Maijestro I'm still convinced that @HunoPPC's port is slow. You can see the CPU consumption of the x5000 in the uploaded videos. Close to 50-70%. X5000 is not a slow machine. This is great work @HunoPPC and a nice version but not for weaker machines. For the X5000 for sure.
I hope @Olle's will complete the work on the older version. Many platforms still use older versions of snes9x because they are faster. I don't know how @HunoPPC's version will work on A1222+/Tabor. Surely there will be a faster older version of snes9x for that machine.
You can see on the video the SDL2 version how much CPU it eats. Sound not recorded but probably the same problem.
I can confirm that WarpSnes (last test version with Snes9x version 162.x) requires around 50-60% CPU load. However, HunoPPC's port is 100% CPU intensive. Ultimately the same conditions apply with the same Rome Aladin in the 640x480 window.
I don't know what @olle did differently, but the HunoPPC port could still be optimized a bit. The sound output is also much better.
WarpSnes use native solution for graphics (P96) while the version from HunoPPC still uses SDL for everything. That's probably the main reason, also latest 1.62 snapshot are slower anyway