joerg wrote:@MartinW - QEmu: Requires a 2-3k€ top end PC/Mac to be half way usable (and currently a PCIe->PCI bridge and an extremely expensive used Voodoo gfx card), only an option if you have such a high end PC/Mac already. Speed should be about as fast as a Sam440, slower than a Sam460.
I have to briefly disagree here even the simplest MacMini M1 currently priced at 589€ is fast enough to run Qemu Pegasos 2 faster in use as is currently possible with the Sam440/460.
We already had benchmarks on it where this machine had reached similar values as mine. However, the GPU passthrough story will not be possible with this hardware. Macs with M1/M2 no longer offer support for external graphics cards, as was possible with Intel Macs.
walkero wrote:@Maijestro Thank you for testing it. I am glad it works for you. I didn't do much other than compile it with the latest SDL. All the needed work was done by Capehill on his fabulous port.
You can go fullscreen with CTRL+F but on my system, it was a little bit slow because of the software rendering.
Thanks for pointing it out, it runs perfectly and there is no speed difference between window and full screen.
Thanks again
@Capehill
I would also like to thank them again for providing these libraries (SDL2).
There is no 2.27.x release for AmigaOS 4. Odd minor versions are prereleases from upstream perspective.
If you want to use 2.26.5 library, you need to copy it to ScummVM's local sobjs/ directory and rename it to libSDL2-2.28.so (replace the original library). This may be obvious but just in case...
ScummVM is linked against libSDL2-2.28.so and it cannot independently load any other versions.
In the ScummVM sobjs/ directory there was already libSDL2-2.26.5.so and also libSDL2-2.28.so. As you said I renamed the libSDL2-2.26.5.so to libSDL2-2.28.so and it works again Thanks for the quick help.
@Raziel
Quote:
2.26.x is what i meant, sorry for the confusion.
Reverting the change @Capehill pointed to fixes the crash, but not the warning, ScummVM still exits, there must have been something else snuck in that causes this.
I'll open a bug item, but cannot say when it will be picked up.
No problem, we have a workaround, thanks for reporting the error. I am glad to be able to use ScummVM again.
Maybe I shouldn't always update my system to the latest version. Anyway, I learned from this and created backups from ScummVM.
walkero wrote:I like to use the Right Amiga shortcuts a lot. They help me do a lot of the actions fast. On my Linux machine when I use the latest qemu 8.0.0 to run AmigaOS 4 that doesn't work at all, no matter what I do.
On my Macbook Pro though the right Amiga button works fine with the Right Command key.
What I would like to do is to have it working on my Linux system using the Right Alt button. Does anyone manage to do something like that?
To use the alt keys I have the selection at the Input prefs to switch the Amiga keys with the Alt keys enabled, but doesn't seem to work. I don't know if there is a need to pass any argument to qemu for a specific keymap or something.
walkero wrote:I just released the port of a game named BreakHack developed by Linus Probert. A great rogue-like game for having fun and a good time on your breaks from anything else.
Cool you are the best 😀 I test it later and give feedback if it works. Thank you very much
Edit:The game is really good, I just need to understand it a little more. The background music alone is very atmospheric. Thanks for porting and adapting the 16 bit mode for Qemu Peg2 AmigaOs4.1.
Again a pearl more which came on my Games hard disk ,-)
Is there actually a fullscreen output?
Edited by Maijestro on 2023/7/4 23:30:30 Edited by Maijestro on 2023/7/4 23:36:36 Edited by Maijestro on 2023/7/5 0:05:59 Edited by Maijestro on 2023/7/5 0:12:41
I haven't investigated much but I can see this warning can be triggered when using software renderer and toggling between window/fullscreen in launcher window
Exactly it happens as soon as ScummVM wants to switch from window to fullscreen. I have tested it several times.
I'm preparing a new build, but could you try to revert to SDL2.27?
I am back to SDL 2.26.5 and their latest ScummVM build and again I am having the same issues. On github is only I don't see SDL 2.27.0 the last release before SDL 2.28.0 is 2.26.5 or did I miss something ?
Did you - install sdl 2.28.0? - start scummvm w/o the .ini file? - set everything to "software" in sdl prefs?
SDL 2.28.0 is installed with their latest build 20230624 from 24/6/2023. Running without .ini does not help either. ScummVM starts as usual, but as soon as I want to start a game, this error comes that ScummVM GUI still works.
All settings for SDL2 are set to software. Before installing SDL 2.28.0 I had no problems with ScummVM.
Crash log for task "scummvm"
Generated by GrimReaper 53.19
Crash occured in module at address 0x00000000
Type of crash: ISI (Instruction Storage Interrupt) exception
Alert number: 0x80000003
Neuer Shell-Prozess 4
4.Workbench:> Programme:ScummVM/scummvm -d9
Debuglevel (from command line): 9
Reading plugins from plugin directory ''
Couldn't open plugin directory 'plugins'
Couldn't open plugin directory '/usr/local/lib/scummvm'
Reading plugins from plugin directory 'Programme:ScummVM/plugins/'
Using SDL Video Driver "os4"
Invalid joystick: 0
Using SDL Audio Driver "amigaos4"
Output sample rate: 44100 Hz
Output buffer size: 2048 samples
Output channels: 2
WARNING: You are missing a valid 'translations.dat' file. GUI translation will not be available!
HardwareInput with ID 'JOY_START' not known
HardwareInput with ID 'JOY_LEFT_STICK_Y-' not known
HardwareInput with ID 'JOY_LEFT_STICK_Y+' not known
HardwareInput with ID 'JOY_LEFT_STICK_X-' not known
HardwareInput with ID 'JOY_LEFT_STICK_X+' not known
HardwareInput with ID 'JOY_RIGHT_SHOULDER' not known
Setting 640 x 480 -> 512 x 384 -- 1.25
WARNING: generateZipSet: Could not find 'gui-icons.dat'!
WARNING: Could not find theme 'scummremastered' falling back to builtin!
Loading theme builtin
Finished loading theme builtin
Adding Gui Object 0x617730f8 to trash
HardwareInput with ID 'JOY_A' not known
HardwareInput with ID 'JOY_Y' not known
HardwareInput with ID 'JOY_UP' not known
HardwareInput with ID 'JOY_DOWN' not known
HardwareInput with ID 'JOY_LEFT' not known
HardwareInput with ID 'JOY_RIGHT' not known
Setting 640 x 480 -> 512 x 384 -- 1.25
Loading theme builtin
Finished loading theme builtin
Adding Gui Object 0x616cc640 to trash
Delayed deletion of Gui Object 0x617730f8
Delayed deletion of Gui Object 0x616cc640
User picked target 'sword25-de' (engine ID 'sword25', game ID 'sword25')...
Looking for a plugin supporting this target... Broken Sword 2.5
MetaEngine: Broken Sword 2.5 matched to Engine: Programme:ScummVM/plugins/sword25.plugin
Engine: Programme:ScummVM/plugins/sword25.plugin matched to MetaEngine: Broken Sword 2.5
Running Broken Sword 2.5: The Return of the Templars (German)
data.b25c: f8b6e03ada2d2f6cf27fbc11ad1572e9, 654310588 bytes.
HardwareInput with ID 'JOY_A' not known
HardwareInput with ID 'JOY_B' not known
HardwareInput with ID 'JOY_LEFT_SHOULDER' not known
HardwareInput with ID 'JOY_Y' not known
HardwareInput with ID 'JOY_X' not known
HardwareInput with ID 'JOY_UP' not known
HardwareInput with ID 'JOY_DOWN' not known
HardwareInput with ID 'JOY_LEFT' not known
HardwareInput with ID 'JOY_RIGHT' not known
WARNING: SDL_SetVideoMode: SDL_CreateRenderer() failed with VSYNC option, retrying without it...!
WARNING: SDL_SetVideoMode says we can't switch to that mode (Surface already associated with window)!
Edited by Maijestro on 2023/7/4 10:04:55 Edited by Maijestro on 2023/7/4 10:07:29
Of course it's a means to sell more copies. But it is just cynical that you lecture me on a breach of the EULA when the whole QEMU effort is a breach of the EULA. QEMU is neither an amiga-branded nor amiga-licensed computer. If you want to abide to the rules then either stop cherry picking or don't try to lecture others. At this moment it's just for educational purposed for me. Actually the only reason why I am doing this is to help you in your effort. I own several real AmigaOnes so I'm not in need of qemu.
Quote:
This License allows you to install and use the AmigaOS on a single Amiga-branded or Amiga-licensed computer at a time
Balaton only means well and has only helpfully pointed out that they might not get into trouble. We know that the license issue of Amiga is very complicated and scattered, everyone tries to sue immediately to be able to profit something from the dropped apples.
But in the end what everyone does with his legally purchased AmigaOs4.1 in the private area is up to everyone and should not be a problem as long as it is not published as a complete package without permission.
The GPU passthrough thing I find really interesting and they do it really great. For me this will not be the solution as I still hope that the "ati-vga" can be improved by the gained information so that we can use the included drivers of AmigaOs4.1 under Qemu.
So don't worry about licenses for now, because we are doing experiments here that are private. Without this information, which is not publicly available, there will be no improvement of Qemu Peg2/Sam460.
Edited by Maijestro on 2023/7/2 20:22:07 Edited by Maijestro on 2023/7/2 20:29:00
Today was another day where I wanted to try some games with ScummVM, unfortunately ScummVM (last build 20230624) and with the new SDL2 from os4depot crashes.
Thanks for the summary. I find it really great to have an overview of everything that happened around Amiga in 6 month 2023.
Quote:
As many of you know, you can run AmigaOS 4.1 through emulation with Amiga Forever from Cloanto. James Mattson has created a video showing his experience with it.
I'm not sure what hardware James Mattson is using for Amiga Forever, but it doesn't seem to be a good experience when I compare it to Qemu Pegasos 2 on my machine.
Just for comparison:
Edit:What I want to say is that Amiga Forever costs money and also AmigaOs4.1 Classic Edition. So you pay 2 times and since there are alternatives that are already much better I just wanted to share this here.
Edited by Maijestro on 2023/7/1 17:16:47 Edited by Maijestro on 2023/7/1 18:27:26
white wrote:@balaton I am always convinced of the idea that bringing Voodoo3 even if imperfect would bring many more qemu users closer.
If we're going to do it right, the GPU passthrough tests that are going on right now will share a lot of information that may help us understand things better.
I think @Balaton could also use the information gathered to improve the ati-vga emulation and eventually get the AmigaOs4.1 Radeon drivers working.
Otherwise you could alternatively use like @geennaam did via PCIe to PCI bridge and real hardware (Radeon 9250) graphics cards under QemuPeg2 and AmigaOs4.1. However, this will not be a solution for Macs with M1 chipset because it is no longer possible to use external graphics card solutions.
I am glad that I decided a year ago to test the Qemu Peg2 emulation extensively and with the help of @Balaton was successful.
I can also confirm that this emulation is the best experience for me at the moment to use AmigaOs4.1.
Again briefly to donate....
I have already donated, because I am convinced of this Qemu emulation and I am also aware of how much work has already been put into it.
First of all, thank you very much for the test and the tutorial.
The configuration of GPU passthrough will be feasible for the fewest, because it is very complex. But you have proven that it is generally possible. Good work.
What you have not mentioned is whether simple 3D acceleration is supported by Warp3D. Could you confirm that?
Image material or videos would also be interesting.
I also use Qemu Peg2 on my Mac M1, your line looks good so far. I also experimented with VMNET, but it was more unstable with the network connection. And I went back to the normal user.
With this the network runs stable most of the time, but every now and then it breaks down, unfortunately the error can't be reproduced because it happens randomly.
I would like to investigate why the network connection is lost from time to time. Maybe someone can help to solve this problem?
Also their audiodev line for core audio looks a bit different...their line:
***Note:However, I don't want to deviate from the last topic GPU passthrough as it is very exciting and maybe useful information will be gained for the future ati-vga emulation.
Edited by Maijestro on 2023/6/29 17:31:44 Edited by Maijestro on 2023/6/29 17:32:36
Edit: In general don't try to emulate something with QEmu which doesn't even work on real hardware. Not just limited to unsupported CPUs like the 7400, but for example trying to use a Radeon HD or RX gfx card behind a PCI/PCIe bride with pass-through in QEmu, which doesn't work on a real Pegasos2 either, doesn't make any sense.
I'd say instead you can try but don't expect it to work or don't expect it to be fixable. So sticking to what should work on real hardware at least at first has a higher chance of working or at least should be fixable if it doesn't work but I don't think we should limit ourselves to what's possible on real hardware if it can be made working. So I would not be as strict saying don't even try it. Just know what you can expect.
Even if you get the hardware emulation working you still have a software problem: SmartFirmware doesn't support Radeon HD and RX gfx cards, and without initialising the the gfx card by the firmware the AmigaOS gfx drivers can't work. AFAIK SmartFirmware is closed source, if that's the case the only way would be to port the open source U-Boot to the Pegasos2, adding Radeon HD+RX support and using U-Boot instead of SmartFirmware. If you'd do that the OpenFirmware dependant Pegasos2 AmigasOS kernel can't work any more, you'd have to use an AmigaOne SE/XE/µA1 U-Boot kernel instead, but that might not work either since the AmigaOnes are PReP systems (PowerPC Reference Platform) while the Pegasos2 is a CHRP one (Common Hardware Reference Platform)...
Another variant would be to improve the Sam460 emulation in the overall speed, the submarine firmware is already used for this emulation. It has already been said that the firmware on real hardware is being worked on to implement RadeonHD/RX support.
I also get a few error messages with AmiUpdate, but I get updates via the Hyperion Entertainment server. The connection to the amiupdate.codebench.co.uk server fails every time. Is there a way to solve this problem?
AmiUpdate 2.49 (02-01-2022) part of the AmiUpdate suite
Log opened on 27-6-2023 at 17:24:03
17:24:03 Performing the online version check....
17:24:06 Failed to connect to 'amiupdate.codebench.co.uk'.
There may be a problem with the internet connection. 17:24:06 Online version check completed.
17:24:09 Program started
17:24:09 Waiting for user input...
17:24:11 Starts uniconify...
17:24:12 Window opens...
17:24:22 System scan started
17:24:22 Host machine found as: Pegasos2
17:24:22 Synchronizing with server: 'www.amiupdate.net'...