What the fastest possible x64 emulation way of OS4 today ?

If anyone is interested in using it with WSL2 for Windows 10:

Here I did a quick build with WSL2
in Windows 10 by qemu for Pegasos2.

With relative Boot from installation CD.

Or Boot directly from your virtual Hard-Disk.

The requirements are to install the packages to compile the latest build of qemu (build 8) according to the Linux distribution you use in WSL2.

System used:
Windows 10 Enterprise LTSC 2021 Latest Build (WSL2)
Linux ( kali linux latest build )

-----------------------------------------------------------------

apart from the classic dependencies you could encounter a problem in the compilation due to "MESON"

so before installing "qemu"

Do:

sudo apt-get install git libglib2.0-dev libfdt-dev libpixman-1-dev zlib1g-dev ninja-build meson

$ git clone https://gitlab.freedesktop.org/slirp/libslirp.git

$ cd libslirp

$ meson build

$ sudo ninja -C build install

$cd ..

$ cd qemu

$ mkdir -p bin/debug/native

$ cd bin/debug/native

$ ../../.././configure --enable-slirp --enable-debug

$make -j$(nproc)

$ sudo make install

$ cd ../../..

and then proceed as below:

https://www.youtube.com/watch?v=eQlz8u49-vs

I add this note,

To have an online note in the future to review later

And also for those who would like to try it with "Pegasos2"

Why am I trying to get an external IP with "qemu"
"To use Amicygnix with DISPLAY export"

It actually works but the connection is still not stable

I am convinced that there are problems with the "RTL8139" driver
both with the old one and also with the new one inserted in update 2 with "qemu Pegasos2".

In fact in WinUAE to use an external IP via NPCAP I have to use "RTL 8029" because if instead I use the "ETHERNET" driver it is not possible to obtain an external IP.

Well we will use "tap" to get an external IP with the RTL8139 driver :

sudo ip tuntap add user white mode tap
sudo ip link set tap0 up
sudo ip addr add 192.168.0.1/24 dev tap0

sudo sysctl net.ipv4.ip_forward=1
sudo iptables -I FORWARD 1 -i tap0 -j ACCEPT
sudo iptables -t nat -A POSTROUTING -o wlan0 -j MASQUERADE

This is done manually but you can make it permanent once it works and thus not re-do the same commands every time.

Done this to proceed with AmigaOS 4.1
Just make new connection:

Choose "RTL8139"
And choose static IP:
192.168.0.2
255.255.255.0
192.168.0.1
192.168.0.1

here are the commands for qemu:

qemu-system-ppc -cpu max -cpu 7447 -smp 1,sockets=1,cores=1,threads=1 -L pc-bios -M pegasos2 -bios /home/white/Scaricati/pegasos2.rom -m 1024 -serial stdio -device sm501 -drive if=none,id=hd,file=/home/white/Scaricati/16gb.raw,format=raw -device ide-hd,drive=hd,bus=ide.1 -netdev tap,id=tap0,ifname=tap0,script=no,downscript=no -device rtl8139,netdev=tap0 -nodefaults -display sdl,gl=on

Once this is done we have the external IP we need for example to use "AmiCygnix"

That's all
It is not stable unfortunately it seems to lose connection sometimes.

Even if the "ping" to the Linux machine is to "TAP0" it works without any packet loss.

I leave the note here in case someone wants to intervene to help me.

Maybe I'll do a quick video later.

note:
Since I'm no longer a young man yesterday I wanted to try "Ubuntu 23.04" just to try I said to myself maybe it's simpler even if the configuration files are more or less the same.

Personal judgment:
Forget one obscene thing Gnome is really unstable in my opinion even using "GEdit" if you do a copy and paste in most cases it doesn't work.
And anyway even with "Ubuntu 23.04 the problems are identical with RTL8139".

So I reverted to Kali removing Gnome which I wanted to try.

Can anyone help me understand why the connection is unstable ?

Am I doing something wrong ?

Thank you.

The problem seems to be either on the driver or the emulation of the RTL8139 network card. I tested OS4 on Qemu 8 on Manjaro-based PC and on a Macbook with OS X and the problem exists on both.

As much as I understand the problem happens when you stream for a long time many data (listening to online radio, watching video etc). Maybe the driver needs some optimisation or drives the emulation to its limits.

@walkero
here is an example
as you can see it works apart from the slight lag.

But this unfortunately doesn't happen often
So yes there are probably some problems with RTL8139

Without using the "TAP"
The connection rarely hangs.

Instead if I use eth0 (real) network cable
runs very slow or does not work.

I'm not a speed freak, I use the usb stick and it's fine
But if I use the network cable with Windows or Linux the speed doubles.

here the video of the test as you can see it works with an external IP but not always:

https://youtu.be/SWdtoO5uipA

@white

To be sure that it is not the RTL8139 driver under AmigaOs4.1 we would have to reproduce it with another machine e.g.

PPC LINUX or MorphOs, if there are no problems there we have the proof that the driver does not work properly under AmigaOs4.1.

If there are also problems there we could report it to the Qemu team.

-ne2k_pci as device has also support for the RTL8029 under AmigaOs4.1, it is also recognized, but I get no internet connection with this driver.

You can also get a list which drivers Qemu provides or supports.

qemu --device help

@Maijestro

Yes, ne2k corresponds to RTL 8029 but it doesn't seem to work which is what I use on WinUAE to get the real IP.
Maybe ZBalaton can improve it..

I'm doing all this to use AmiCygnix because with the internal IP I can't connect to the AmiCygnix shell.

But here is a video for you to see the real speed of Browser Odyssey on the net also on sites like AMAZON and more.

I haven't added the datatypes yet (maybe faster)
i have to test them.

And a whole bunch of optimizations that I usually do at emulation.

Here's how fast Odyssey is with "usb stick" as wlan0 I would say extraordinary :

(( this is the Odyssey BETA 02 version of a few years ago, the most compatible in my emulation tests. ))

https://youtu.be/dRVALL_uluI

@white

Here again a comparison, Qemu nor AmigaOs4.1 are optimized and still very fast.

I would still test their beta version of Odyssey, I have problem with YouTube from time to time, it crashes frequently.

YouTube :https://youtu.be/RMBLSt6Ce2s

@Maijestro

This always refers to emulation.

Now I put Odyssey beta on mediafire so you can do your own tests.
I use the 02 beta, not because the others don't work, but as I said, it's the one I prefer in emulation.
Among the various options in all versions of Odyssey you find in the "AD-BLOCK" menu apart that it doesn't work fully but creates problems with the DSI that appears many times initially on YouTube.

How boring these tests, I'm getting bored.

I consider this forum the best dedicated to 4.1

But do you write together with other users on which it is possible to talk about their TESTS on other forums?

I wrote to ZBalaton now the connection with external IP is stable and never crashes. However, there is always a bit of slowness compared to normal Connection.

This is the command if you want to try it:

sudo ip tuntap add user white mode tap
sudo ip link set tap0 up
sudo ip addr add 192.168.0.1/24 dev tap0
sudo sysctl net.ipv4.ip_forward=1
sudo iptables -t nat -A POSTROUTING -s 192.168.0.2 -j MASQUERADE

(( only works with RTL8139 driver ))

with this command the connection is stable and you will never lose it

including rebooting the system and everything else.

Let me know if under some circumstances you will not hear the audio, thanks.

Because if it doesn't happen to you, I have to fix "alsa" on kali

This note is instead dedicated to "AmiCygnix"
and I need to understand why it happens.
Why if I use "AmiCygnix" in the same session
Something that I still don't understand what is capable of breaking the audio is therefore you will have to completely restart everything.

But I've seen that you don't use "AmiCygnix" so you probably won't feel the need to use an external IP.

I'm just giving a brief hint of what's going on

In practice it asks me for the "Cookie Magic1" which I had already sent before.
But it is only a lightly hinted note.
As soon as I have more news about it I will post it in the section dedicated to "AmiCygnix" because I would like to use it.

Already now I can access the shell terminal and do practically everything.

my note is dedicated only for example if i use "ffplay"

So I'm using the external IP otherwise I might as well do without it.

Maybe I'll make a video later to better demonstrate what I mean.

Later I'll send you a PM with all Odyssey releases

@Maijestro

The reason I want to use AmiCygnix is this for example:

Here I'm using "Firefox" directly from the shell with WinUAE and you can see the execution speed:

https://www.youtube.com/watch?v=jfPYjgacVno


I sent you a PM

I don't know if the question is right,
for "AmiCYgnix"

On Linux I have both the KVM already configured and also VMWare PRO 17.02 for Linux.

I know it sounds crazy but do I need a virtual machine to run it better or should it work on real Linux ?

always on the same machine,

Thanks and sorry for so many questions

@white

Thanks for the tip, I just tested it Odyssey 1.23 Beta 2 works very well under AmigaOs4.1 apparently newer versions broke it, or it's the emulation.

No more error message when using YouTube and also all other sites I use work very well. Playing videos with Odyssey's internal player was quite ok, but still I prefer YT with Mplayer it's a bit faster and doesn't require as much CPU power.

I'm also not sure if Odyssey's internal player uses 3d acceleration for playing YouTube videos. But anyway, this version works very well here.

YouTube: https://youtu.be/NxfBgGkL7m4

I've followed the guide here:

http://zero.eik.bme.hu/~balaton/qemu/amiga/aos_pegasos2.html

and now I have OS4 that starts. But at boot menu the mouse seems not working and I can't choose any of the menu options.

@afxgroup

A little more information would be helpful.

- What system do you use

- which Qemu version

- what does your command line look like

There are 2 instructions for the installation which one did you use ?

http://zero.eik.bme.hu/~balaton/qemu/amiga/aos_pegasos2.html

https://www.amiga-news.de/en/news/AN-2023-04-00086-EN.html

One was created by ZBalaton, the other one is from me.

@Maijestro

I'm using ubuntu 18.04 under wsl2
qemu is 8.0 compiled using the guide found here
and i've created the image file using Balaton guide.
So even the command line is that one on balaton page. However i've also tried that one present here on this thread but with same result

@afx-Gruppe

Can they please post their command line ?

I can't help much on Linux as I have everything set up under MacOs.

But maybe @white can help he has it set up under Linux. Perhaps you have also made a mistake in preparing the installation medium.

I recommend that you try both installation instructions if your AmigaOs4.1 Pegasos 2 should be final and up to date with what is currently available. ZBalaton`s guide refers to older versions of Pegasos 2 AmigaOs4.1 versions and shows alternative ways.

@Maijestro

This is the qemu command line:

qemu-system-ppc -machine pegasos2 -cpu g3 -bios pegasos2.rom -rtc base=localtime -serial stdio -vga none -device sm501 -drive media=disk,format=raw,file=amigahd.img -cdrom Peg2InstallCD.iso

But i've also tried the "white" one. Same. I'm pretty sure the iso image is ok even because the setup is showing up. And with original not patched Peg2 iso wasn't working.

Hi afxgroup
The mouse at the moment via WSL2 with qemu unfortunately has the problem you indicated here you can see it better:

https://www.youtube.com/watch?v=F7RxRrlpJ4w

but you should be able to move it and do everything.
the -usb mouse option also doesn't work.

to compile you just do:
./configure --target-list=ppc-softmmu
make install -j8 <-- how many cpu do you have

For Linux x86 x64 WSL2 :

qemu-system-ppc -cpu max -cpu 7447 -smp 1,sockets=1,cores=1,threads=1 -L pc-bios -M pegasos2 -bios /home/white/Downloads/pegasos2.rom -m 1024 -serial stdio -device sm501 -drive if=none,id=hd,file=/home/white/Downloads/16gb.raw,format=raw -device ide-hd,drive=hd,bus=ide.1 -netdev user,id=net0 -device rtl8139,netdev=net0 -vga none

First Install -cdrom /home/white/Download/Pegasos2CDInstall.iso


this should allow you to work with the mouse quite well.

if active -sdl,gl=on
the mouse is no longer usable

(of course you can also remove -smp 1,sockets=1,cores=1,threads=1 and also -cpu max
these are my experiments

"Real Linux Machine"

Since I'm here unfortunately I confirm that currently the network with "tap" does not work with "Amicygnix" I exported Ubuntu with VMWare that works with WinUAE and I put it in VMWare linux at best I can access the terminal but for some reason the connection gets lost.

I tried in all ways even without VMWare there is probably some problem with the RTL8139 driver

With WinUAE I use RTL8029 with NPCap and it works perfectly.

If instead I use "ethernet" (aminet) for 68k with WinUAE the real IP doesn't work in any way

I was looking for a similar program for Linux

Some idea ?

Thanks

@white

I've compiled qemu in that way and i've also used your command line but with no luck.. i'll try on my PC (it was my laptop) and see if it is different

@afxgroup

use:

git clone https://gitlab.com/qemu-project/qemu.git
cd qemu
git submodule init
git submodule update --recursive
./configure --target-list=ppc-softmmu
make install