@joerg
>QEmu does not appear to include any Radeon emulation.

In QEMU it does and is in the official repository. A simple 2D emulation of an ATI card. Morphos and Linux work fine under Qemu/Pegasos2. AOS does not. It's all explained there.

https://osdn.net/projects/qmiga/wiki/SubprojectAti

The author of the project has been waiting for help for 2 years.

@Cageman

Mine log is identical
let us know if you get any feedback

AmiUpdate 2.49 (02.01.2022) Part of the AmiUpdate suite

Log opened on 23-6-2023 at 11:17:54

11:17:54 Program started

11:17:54 Waiting for user input...

11:17:59 Starting uniconify...

11:17:59 Opening window...

11:18:01 Started system scan

11:18:01 Found host machine as: Pegasos2

11:18:01 Synchronising with server: 'www.amiupdate.net'...

11:18:01 Trying to connect to: www.amiupdate.net on port: 80

11:18:01 Connected

11:18:01 Redirection required, following link....

11:18:01 Trying to connect to: codebench.co.uk on port: 80

11:18:01 Connected

11:18:01 Failed to get filesize from header, Content-Length: tag missing

11:18:01 Trying to connect to: codebench.co.uk on port: 80

11:18:01 Connected

11:18:02 Synchronisation successful

11:18:03 Update "libboostyGfxV2" has a listed requirement with an invalid syntax (|), checking aborted
11:18:05 Synchronising with server: 'update.amigaos.net'...

11:18:05 Trying to connect to: www2.hyperion-entertainment.com on port: 80

11:18:05 Connected

11:18:05 Prompting user for login details...

11:18:23 Trying to connect to: www2.hyperion-entertainment.com on port: 80

11:18:23 Connected

11:18:23 HTTPFetch error: This user is forbidden to access this resource

11:18:23 Scan completed

@Cageman

I also have a problem like this only with a copy under Pegasos 2.
I have the product visible on my profile in Hyperion.
I thought I was using the wrong login.
I typed in the login from the site , email address and nothing. In the logs it pops up a message about lack of authorization.
When I need help I usually write to the software manufacturer with the problem.
I sent a ticket in April to Hyperion ... say "ill try to get an answer for you. May take same time".
In May I repeated the question ..nothing.
I am generally patient, will send again in September ;-D


I don't know if the problem is the same as yours but it looks the same.

@terminills
Installation guide for AmigaOS 4.1 under QEMU 8 by @Maijestro

@geennaam
I took a moment and did 6 tests. Everything works, nothing crashes.
I don't know how to prove it to you but I made some screenshots.

https://i.imgur.com/xnoEYXN.png
https://i.imgur.com/WKqsUbW.png
https://i.imgur.com/xjqeSJX.png
https://i.imgur.com/r6u9V41.png
https://i.imgur.com/YbUWpKI.png

Linux x86_64 as with neofetch - you have on the side on the console.
Linux kernel I have profiled with some patches that I need for example for anbox , letencynice ....
I also have a Mac mini. I do not use Windows because I do not have to. I have wine under Linux, and a remote desktop for Windows.
For gaming I have a Playstation - I replace it every generation and have peace of mind.

PPC emulation is not straightforward and as you know yourself can make heavy use of the host processor.
I would compare Qemu Amiga emulation to a new PC game if I may use such a comparison.
Every new game has new requirements. It will run on an older PC but with limitations.
Sam emulation Qemu pegasos was created about 2 years ago so you can say that such a device can be used as a starter.
Laptops X86_64 is already a tragedy. All Apple notebooks >= M1 can handle it.


As for the Pegasos II. it seems to me that it is the best documented hardware for emulation. That's why the author used it.
I'm happy with it. Morphos is able to run on a simple ATI card emulation, linux ppc works and AOS.

Apple hardware is less niche than Linux for desktops. Linux is driven by the power of OpenSource. Even Apple and Window to make it more fun. I remember the days when Microsoft called linux "the devil" and what is it doing now ? ;-O

Don't dismiss Qemu emulation of Pegasos 2. Try some more Linux with a live cd where qemu-8 will be available. Check cpu profile for performerence,

If you have any problems, let me know and I can help

@Maijestro
>Could you send me the script, I don't understand it.?

I will try to explain to you how this solution works under Linux.
Here you have a screen shot

https://imgur.com/YzH6sZK

You have to create the script yourself depending on where you have placed the files.
In (KDE,GNOME...) it is sufficient to make a ".desktop" file in addition to this to make it more elegant, on MacOs the easiest way is to use Automator (After checking, add the script "expect_run_qemu" in the program wizard).

There are certainly simpler methods and other programs than "expect" for this type of task.
The advantage is that you have the option to put several qemu run modes in "qemu_run". You deselect the one you currently need.

I hope I helped

@derfs
>Can you also post the 2 QEMU lines you have for your hard drives?

Pegasos 2 have:
HDD controller:
two ATA 100 channels
Up to four IDE devices can be connected

therefore ... you have the possibility to connect 4 devices. two masters, two slaves and the firmware will detect them

e.g.
-device ide-hd,drive=hd-drive,bus=ide.0 -drive file=hd1.img,if=none,id=hd-drive,format=raw -device ide-hd,drive=hd-drive2,bus=ide.1 -drive file=hd2.img,if=none,id=hd-drive2,format=raw

In addition, you can give just "-cdrom my.iso" without specifying additional data, where it will be automatically connected.

--
channel 0 unit 0 : ata | QEMU HARDDISK | 2.5+
ATA device not present or not responding
channel 1 unit 0 : atapi | QEMU DVD-ROM | 2.5+
channel 1 unit 1 : ata | QEMU HARDDISK | 2.5+
--

@Maijestro
>The StartScript already works very well, but how did you include the boot command "boot hd:0 amigaboot.of", I can't get everything to start automatically.

You must spawn the script you created in expect. This means that you must first call up expect and in it your script, which will "talk" to it.
Here is an example:

----
#!/opt/homebrew/bin/expect -f

cd /Users/marekus/Documents/Qamiga
set timeout -1
set qemu_cmd "boot hd:0 amigaboot.of"

spawn ./qemu_run

expect -exact "entering main read/eval loop"
send -- "$qemu_cmd\r"
expect -exact "Please choose a configuration"
send -- "1\r"
expect eof
---

To put this in Automator on macos
"qemu_run" is your Qemu run script.

@Maijestro

I have included the test you asked for

The startup script is described in my first post on www.amiga-news.de/ forum about "expect".
ASCII art ;) you need to change in the qemu sources instead of the message that the system has not yet initialised the graphics

How to replace the AOS4 boot image is here -> https://amiga.org.pl/archiwalne-artyku ... brazka-startowego-w-os-4/

Download file -> http://www.os4depot.net/index.php?fun ... file=graphics/misc/bi.lha

Greetings

If you mean this - with the test running and I don't know at what point I should check



marekus@Mac-mini-Marek ~ % sudo /usr/bin/powermetrics -s cpu_power -n 1
Machine model: Macmini9,1
OS version: 21G115
Boot arguments:
Boot time: Sat May 27 22:49:00 2023



*** Sampled system activity (Sat May 27 23:59:51 2023 +0200) (5003.54ms elapsed) ***


**** Processor usage ****

E-Cluster Power: 52 mW
E-Cluster HW active frequency: 1182 MHz
E-Cluster HW active residency: 30.59% (600 MHz: 0% 972 MHz: 76% 1332 MHz: 5.6% 1704 MHz: 3.9% 2064 MHz: 15%)
E-Cluster idle residency: 69.41%
E-Cluster instructions retired: 2.37418e+09
E-Cluster instructions per clock: 0.906271
CPU 0 frequency: 1202 MHz
CPU 0 idle residency: 85.21%
CPU 0 active residency: 14.79% (600 MHz: 0% 972 MHz: 10% 1332 MHz: 1.3% 1704 MHz: .93% 2064 MHz: 2.1%)
CPU 1 frequency: 1194 MHz
CPU 1 idle residency: 85.75%
CPU 1 active residency: 14.25% (600 MHz: 0% 972 MHz: 10% 1332 MHz: 1.3% 1704 MHz: .85% 2064 MHz: 1.9%)
CPU 2 frequency: 1216 MHz
CPU 2 idle residency: 90.53%
CPU 2 active residency: 9.47% (600 MHz: 0% 972 MHz: 6.6% 1332 MHz: .88% 1704 MHz: .55% 2064 MHz: 1.5%)
CPU 3 frequency: 1258 MHz
CPU 3 idle residency: 93.79%
CPU 3 active residency: 6.21% (600 MHz: 0% 972 MHz: 4.0% 1332 MHz: .73% 1704 MHz: .43% 2064 MHz: 1.1%)

P-Cluster Power: 2617 mW
P-Cluster HW active frequency: 3193 MHz
P-Cluster HW active residency: 100.00% (600 MHz: 0% 828 MHz: 0% 1056 MHz: 0% 1284 MHz: 0% 1500 MHz: 0% 1728 MHz: 0% 1956 MHz: 0% 2184 MHz: 0% 2388 MHz: 0% 2592 MHz: 0% 2772 MHz: 0% 2988 MHz: .70% 3096 MHz: 8.4% 3144 MHz: 0% 3204 MHz: 91%)
P-Cluster idle residency: 0.00%
P-Cluster instructions retired: 4.32309e+10
P-Cluster instructions per clock: 2.5958
CPU 4 frequency: 3204 MHz
CPU 4 idle residency: 42.23%
CPU 4 active residency: 57.77% (600 MHz: 0% 828 MHz: 0% 1056 MHz: 0% 1284 MHz: 0% 1500 MHz: 0% 1728 MHz: 0% 1956 MHz: 0% 2184 MHz: 0% 2388 MHz: 0% 2592 MHz: 0% 2772 MHz: 0% 2988 MHz: 0% 3096 MHz: 0% 3144 MHz: 0% 3204 MHz: 58%)
CPU 5 frequency: 3204 MHz
CPU 5 idle residency: 59.29%
CPU 5 active residency: 40.71% (600 MHz: 0% 828 MHz: 0% 1056 MHz: 0% 1284 MHz: 0% 1500 MHz: 0% 1728 MHz: 0% 1956 MHz: 0% 2184 MHz: 0% 2388 MHz: 0% 2592 MHz: 0% 2772 MHz: 0% 2988 MHz: 0% 3096 MHz: 0% 3144 MHz: 0% 3204 MHz: 41%)
CPU 6 frequency: 3204 MHz
CPU 6 idle residency: 92.88%
CPU 6 active residency: 7.12% (600 MHz: 0% 828 MHz: 0% 1056 MHz: 0% 1284 MHz: 0% 1500 MHz: 0% 1728 MHz: 0% 1956 MHz: 0% 2184 MHz: 0% 2388 MHz: 0% 2592 MHz: 0% 2772 MHz: 0% 2988 MHz: 0% 3096 MHz: 0% 3144 MHz: 0% 3204 MHz: 7.1%)
CPU 7 frequency: 3204 MHz
CPU 7 idle residency: 99.52%
CPU 7 active residency: 0.48% (600 MHz: 0% 828 MHz: 0% 1056 MHz: 0% 1284 MHz: 0% 1500 MHz: 0% 1728 MHz: 0% 1956 MHz: 0% 2184 MHz: 0% 2388 MHz: 0% 2592 MHz: 0% 2772 MHz: 0% 2988 MHz: 0% 3096 MHz: 0% 3144 MHz: 0% 3204 MHz: .48%)

System instructions retired: 4.56051e+10
System instructions per clock: 2.36615
ANE Power: 0 mW
DRAM Power: 70 mW
CPU Power: 2669 mW
GPU Power: 17 mW
Package Power: 2837 mW



--add
Here I found a decent description of the cpu core principle from Mx -> https://eclecticlight.co/2022/04/25/how-macos-manages-m1-cpu-cores
Additionally, from what I have read somewhere the speed of the M1 vs M2: the M2 is faster on a single core by about 7-8%.
This year the M3 is supposed to come out which is 3 nm technology and not 5 nm like the M1 and M2. They are supposed to show all the information about the M3 at WWDC in a few days.

Mac Mini M1 QEMU 8.0.0 + hardfloat patch

The standard compilation for macOS is in clang - I add this because it may also be important

Apple clang version 14.0.0 (clang-1400.0.29.202)
Target: arm64-apple-darwin21.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin



CPUBench v1.0


RageMem:

RAGEMEM v0.37 - compiled 11/06/2010

CPU: Motorola MPC 7447/7457 Apollo 1.2 @ 1533 Mhz
Caches Sizes: L1: 32 KB - L2: 512 KB - L3: none
Cache Line: 32

---> CPU <---
MAX MIPS: 9815

---> L1 <---
READ32: 5826 MB/Sec
READ64: 8798 MB/Sec
WRITE32: 6452 MB/Sec
WRITE64: 10178 MB/Sec

---> L2 <---
READ32: 5733 MB/Sec
READ64: 8806 MB/Sec
WRITE32: 6428 MB/Sec
WRITE64: 10197 MB/Sec

---> RAM <---
READ32: 5142 MB/Sec
READ64: 7501 MB/Sec
WRITE32: 5451 MB/Sec
WRITE64: 7981 MB/Sec
WRITE: 2733 MB/Sec (Tricky)

---> VIDEO BUS <---
READ: 8816 MB/Sec
WRITE: 10047 MB/Sec



SortBench:
-------------------------------------------------------------
SORTBENCH 1.1 (Gunnar von Boehn)
Its a CPU benchmark that stresses CPU, DCache and branch prediction.
-------------------------------------------------------------
1 K Element : 3117.87 MB/sec
2 K Element : 3142.89 MB/sec
4 K Element : 3137.35 MB/sec
8 K Element : 3135.48 MB/sec
16 K Element : 3145.50 MB/sec
32 K Element : 3148.62 MB/sec


BogoMIPS:
Calibrating delay loop..

Ok - 672.00 BogoMips



Dhrystone:
Dhrystone Benchmark, Version 2.1 (Language: C)
Program compiled without 'register' attribute

Execution starts, 50000000 runs through Dhrystone
Execution ends

Quicksort:
Total time taken by CPU: 2.43


Sieve:

Sieve of Eratosthenes (Scaled to 10 Iterations)
Version 1.2, 03 April 1992

Array Size Number Last Prime Linear RunTime MIPS
(Bytes) of Primes Time(sec) (Sec)
8191 1899 16381 0.000687 0.000687 2414.6
10000 2261 19997 0.000838 0.000782 2598.2
20000 4202 39989 0.001677 0.001755 2345.8
40000 7836 79999 0.003353 0.003510 2374.4
80000 14683 160001 0.006706 0.007935 2124.8
160000 27607 319993 0.013413 0.014038 2428.2
320000 52073 639997 0.026825 0.031128 2212.9
640000 98609 1279997 0.053651 0.062256 2234.8
1280000 187133 2559989 0.107301 0.124512 2255.8
2560000 356243 5119997 0.214603 0.249023 2276.0
5120000 679460 10239989 0.429206 0.605469 1888.3
10240000 1299068 20479999 0.858412 1.796875 1283.0
20480000 2488465 40960001 1.716823 4.804688 967.2

Relative to 10 Iterations and the 8191 Array Size:
Average RunTime = 0.000908 (sec)
High MIPS = 2598.2
Low MIPS = 967.2



Whetstone:

Please wait...

Loops: 50000 Iterations: 1 Duration: 8.3 seconds
C Converted Double Precision Whetstones: 602.7 MIPS


All tests done.

@Maijestro
If you have the option, for games use uae-amigfx - it's much faster and more 'native'. It should work much better and runs on the QEMU G4.
uae-sdl only for graphics modes other than AGA/ECS/OCS (Picasso 96).


You asked recently how the boot speed is. The speed is similar to yours. I've been using OS4 for 2 months and have been making small improvements.

https://streamable.com/d40xrx

Greetings

@Hans

You could try using this libshine encoder for testing
https://github.com/toots/shine
The author of the Qmiga project suggested in a corenspondation , that you can just use this encoder to check the raw CPU speed .

If you don't want to compile it a couple of posts above is ffmpeg with this encoder.
Here you would have to thank MickJT in general . Mostly he posts a detailed description with armpits for his compilations . Bravo and thanks !!!

ffmpeg -i <input file> -c:a libshine <output file>.

Regarding your emulation hardware. I also have a laptop not new on x86. The emulation on the Appple M1 is much faster.
It no longer compares the comfort of the work. Everyone knows the differences between ARM and x86 - silence , no heat, energy saving etc.
x86 has its advantages and the use of ARM has its advantages. I personally am waiting for Linux kernel development on Apple Mx and a well polished distribution to fully migrate to ARM.

As for emulation and Amiga itself.
I am not an expert on the subject but from what I understand a single core is used. In this case I on my Apple M1 and @Maijestro's MacStudio M1 the emulation speed will be the same.
His hardware is faster overall but emulation will not take advantage of that.

If I write silly things please correct me

Greetings

@walkero
>I will continue searching for a solution. I am glad that emulated OS4 environments are getting better and better.

If you are still having stability problems with your network connection, you may want to try one more thing.
You may be running Amiga OS 4.1 (2008). There is a rt8139 network card driver on the board.

Now ATTENTION - the driver works only with static IP address setting!!!

You must change the IP settings from dhcpd to a static address before swapping.
Check on the current driver the changes you have made and backup the old rtl8139 driver.

Here is an overview if you have not changed the address in the boot options QEMU- > https://wiki.qemu.org/Documentation/Networking#User_Networking_(SLIRP)

ip: 10.0.2.15
netmask: 255.255.255.0
gateway: 10.0.2.2
dns: 10.0.2.3 or any other you prefer (local ip-hole,open dns,google etc)

If everything works correctly - now replace the driver and do a hard reset of the Amiga.
The driver is stable, but this is one of the last things you should do if you have problems with the stability of the network connection.

You may also change the network card settings in AOS itself by changing environment variables.

example

setenv save rtl8139.device/unit0 "VenderID=0x10EC DeviceID=0x8139 10Base-TX FullHalf NOFLOWCONTROL"

or

setenv save rtl8139.device/unit0 "VenderID=0x10EC DeviceID=0x8139 100Base-TX FullDuplex FLOWCONTROL"

...


If it helped or not let me know.

Greetings

I may have misspoken
The file I sent @white has no buggy
Clean compilation

The version that is on the video has bugs
https://www.amigans.net/modules/newbb/viewtopic.php?topic_id=8397

@white please test ffmpeg - thanks

@Maijestro
In the video there is a compilation with "khval" without SDL only with AmiGFX. It is with "JIT"

Here is the thread: https://www.amigans.net/modules/newbb/viewtopic.php?topic_id=8397

Amiga OS 3.2.x takes a long time to boot. On a real classic Amiga it is the same.

The speed is like on a bare A4000, so you can say it's a real hardware emulation

I won't share the files of this compilation, because it's a bit buggy

The e-uae project I think "khval" has been terminated as I wrote and I regret it terribly.

@white

I hope no one takes offence because the posts have gone horribly off topic.


I know you are using ffmpeg. Could you please check the latest ffmpeg v6 to see if it works correctly for you ?

https://we.tl/t-A0uVB0VdMI


Let me know on priv so as not to litter the forum.

Thank you very much for your help

@white

I compiled the e-uae versions for you from this repository -> https://github.com/khval/e-uae-1-0-0/tree/catweasel

It should work for you on a QEMU g4 with SDL.

The e-uae itself on *Linux is much slower than fs-uae, so don't expect miracles under QEMU.

https://we.tl/t-lCqirbJnJQ

There was one project from "khval" which works really nice. It used AmiGfx not on SDL. But the project is unfortunately no longer developed.
I have a silent hope that the author is working further in seclusion and one day will show his version of e-uae on AOS4

https://streamable.com/uw8zvp



Greetings

The challenge does not work on Qemu with G4. Maybe there is a competitor who can break the record on Qemu ?

I am uploading an SDL shared library that bypasses the SDL1.x problem under Qemu.
File to be swapped in SObjs. Please make a backup of the libSDL-1.2.so library.
It should also work on a real Amiga but is compiled under a trosty graphics card.

Additionally:
LEFT ALT + ENTER - minimise
RIGHT ALT +ENTER -fullscreen/window

SDL from the repository -> https://github.com/AmigaPorts/SDL-1.2
File ->. https://we.tl/t-voINben0pS


Have fun