What the fastest possible x64 emulation way of OS4 today ?

@joerg

Thanks, I didn't know about this.

@LiveForIt

>Stopping the development of SMP ...
..
>Even if ARM/QEMU becomes faster, I don't think it >should stop the pressure of Multicore support on >PowerPC

You have missed one thing. Qemu currently uses a single core sentence from the emulation CPU when emulating. If it can use more the gap will be the same.... ...and getting bigger every year. ..Qemu is an open source project and not only deals with AOS4 emulation but all of PPC and not only PPC....

@white

>here you can see a slight overclock to 4.9 ghz (Ryzen 5800x)

The question is, after how long will an overheating processor and its surroundings start to stick to you due to heat.... 3 years (such are the snardards of current boards) ? Not to mention the noise...


>The difference is not big, and in my opinion it is certainly not the
The >difference between the two processors.

these are different architectures - in one x86 _64 is better in the other ARM , is big....

@smarkusg
I agree with you,
the cpu is fine, I'm not a fan of overclocking
although obviously I did my own tests.
The CPU is Gold


@all
@Maijestro

Ok, I made a video with E-UAE without uaegfx no-SDL version

this time I used qemu 8.1.0 for windows 10
which for some strange reason is faster than the Linux version.

I don't know what it's due to, with Linux I use the official NVidia drivers and the "Nouveau" ones have been disabled

However, I had to find an old version of the Workbench
I updated whdload and other little things to make it compatible.
It's not definitive but it works for the purpose.

The tests I have carried out are on some heavy demo-scenes for E-UAE
but they work.

Taking into account that I use 16bit 2048x1150
The demos displayed should be viewed at 32bit to see the colors well.
But we are currently at 16bit.

Some demos should be viewed with the 020 otherwise they will not display correctly.

But this is not important at the moment.
I'll take care of the setup later.

And just a test to use -cpu 74.xx instead of -cpu 750cxe
because currently E-UAE SDL is not compatible with -cpu 74.xx

Instead I would like to know with OS 4.1 (qemu)
What settings do you currently use for audio:
how many channels is what frequency stereo++ etc. with the 4.1 ??

Thank you.

Also, I've been wanting to move everything to a real SSD partition for a while now
but I have to make space I only have 50gb free on a 250gb SSD where there is Linux.
And I still have to add the Android emulator is WineHQ and other things.

I imagine that on SSD partition the system is faster.
Without using virtual partitions.

here the video:
https://youtu.be/0Lv9ifZUTxg

@whiteQuote:

For the output SDL I have added "-full-screen" to my Qemu line so that the output is started immediately in the full screen without having to activate zoom or extra options. For the output GTK you could use "-display gtk,zoom-to-fit=on -full-screen".

Videos under Emotion/DVPlayer/MPlayer are then also played in full screen without side borders. It also depends on the used video e.g. with a resolution of 640x360 the video is not fully stretched why i don't know, maybe because then it will be stretched too much and might not look good anymore ?



Videos 1280 x 720 on the other hand are fully stretched in full screen and this although I use a resolution 1600x900 under AmigaOs4.1.



Quote:

I have the same problems under CoffinOS, do the demos work under AmigaOs3.9 or AmigaOs3.2 ?

I guess it's CoffinOs itself, because it was specially adapted for Vampire 68080 (68k), E-UAE/WinUAE doesn't emulate the Vampire functions completely. (Super AGA) etc.

@Maijestro

Quote:

it does NOT emulate Vampire at all, it does not know about the new hardware registers.

@Maijestro
Bingo !!

-display gtk,zoom-to-fit=on -full-screen

Thank you

Now it's perfect,
Everything opens at 16:9 without any problems.

And everything is more fluid.

All that remains is the slight delay in mouse movement, it's imperceptible but it's there

What settings do you have for audio with 4.1 ??

@Maijestro

I have to correct myself
it's right
and I'm also happy to do it

the times are more or less the same "Elude-Demo"

I did a test now
I don't make a video

but the times are more or less the same

Clearly coffinOS is heavier in terms of emulated hardware.

If you use a 3.9 or 3.1 it is recommended.

I don't know about Workbench 3.2 (I haven't tried it yet)

@white

Quote:

As first music unit you have to choose Unit 0:16 bit stereo++ and not Ac97, otherwise there will be problems if you use 2 different types of software accessing AHI.



There is also a very nice AmigaOs4.1 installation guide, just have a look at the Audio section again, it is well described there.

http://www.amedia-computer.com/amiga/ ... _4.1_Pegasos2_English.pdf

@white

AmigaOS3.2 is last maintained version of AmigaOS3.x

H&P worked on OS3.5 and OS3.9 but there some kind of breakdown between Amiga Inc and H&P, and some feelings got Hurth, much like Hyperion, H&P also bundled software with OS that they only licensed. That’s why kind had start over from scratch with OS3.1.4 and then OS3.2.2.1

Also 3.1.4 was about bug fixing, and OS3.2 I believe is about source code compatibility with OS4.x, or at least try to reduce the gap a bit. Should make it easier for people who write software, and perhaps reduce bugs in 68K software that often not so well tested.

AmigaOS3.2 is not 100% compatible with OS3.5/3.9 and some users are not happy with that, but what can you do.

Nothing is stopping you from have different EUAE setup with different OS versions, and clones.
I was thinking about trying to install Linux 68K on EAUE, if that works. Can be nice way to have proper UNIX terminal, but I guess filesharing will be an issue, so probably not worth the hazel.

Can be useful to have 100% compatible SH/Bash terminal, because is bugs and issues in fake Linux commands we use to build source code and configure scripts. (Perhaps better clibs2 will make things work better, and some issues will go away, that’s my hope. It least clib2 is open source, so there is possible to fix bugs if there are any.)

@whiteQuote:

You can add to your line the default settings "-device usb-mouse -device usb-kbd" please test this and let me know if it stops the mouse delay.

I never noticed the problems with the delayed mouse pointer but with this line above it seems to be better, but I'm not sure.

@LiveForItQuote:

Qemu will not be a competitor to real AmigaNG hardware, but it will be an alternative. And we have seen it ourselves that Qemu users have bought real hardware and that through Qemu.

Since the Pegasos 2 emulation is available and released the sales of AmigaOs4.1 Pegasos 2 Edition has increased significantly Alinea Computer had problems to deliver the Pegasos 2 Edition at all.

So some money went into the software development of AmigaOs4.1 even if the developers are unfortunately not paid directly and Hyperion-Entertainment collects it.

You have to accept that this excellent emulation is available and allows people to use AmigaOs4.1 without having to buy "expensive" hardware for it. We already know how well this emulation works and since Qemu is under constant development there is no stopping this emulation.

@Maijestro

yes there is a guide,
but many times it is better to ask directly

With your suggestion everything works much better now.
Thank you.

I tried:
-device usb-mouse -device usb-kbd
it doesn't seem to improve things and in some cases it completely blocks the cursor in emulation and it is not possible to do anything but terminate the emulation forcibly.
I will try the various options again to see if this is a coincidence or if it happens constantly.

Here is E-UAE plus two demo scenes "elude for OS 4.1"
working together at the same time.

with AHI set as you suggested.

Now I can use multiple apps without the sound conflicting.
Never knew this, thanks
And it goes without saying that the emulated graphics card has its limitations even if it works well.

here the test with ouch with 16 audio channels

by the way, how many channels do you use ??

test carried out with Linux:

https://youtu.be/Rkmz5cuL0lc





@LiveForIt

Yes, bsdsocket.library is missing in E-UAE
other things could be done.

I don't think it's difficult to do.
I mean for those who can get their hands on the sources and know what to do.

I also tried Workbench 3.2
I put the basic things:
whdload etc.
and finally picasso96 (uaegfx)
strangely all the demo scenes in general work.
But the "Elude" demo scenes stop working and only a black screen remains.
Without picasso96 (uaegfx)
the demo scenes of "Elude" work perfectly. (E-UAE) OS 3.2

I didn't notice any big differences in emulation with "qemu".
Workbench 3.1 and 3.9 (E-UAE)
Workbench 3.2 without "Picasso96" seems slightly faster
with the tested Demo-scenes.

Maybe those who use it with E-UAE can give some suggestions.
But clearly there is distinction between real hardware and emulation.

-----------------------------------------------------------------
I'll just leave a little note
with "winuae" the same (.hdf)
with 3.2 with picasso96 (uaegfx) "elude-demo" they work without problems.

it's probably an E-UAE problem with qemu
or it would be useful to know if anyone uses real hardware for 4.1
with E-UAE encounters the same problem with the demo-scenes of "elude" with Workbench 3.2.

I wanted to ask
I compiled "qemu" from here:
git clone http://scm.osdn.net/gitroot/qmiga/qemu.git

doing:
cd qemu
git checkout amigaone
git status
git submodule init
git submodule update --recursive
./configure --target-list=ppc-softmmu --disable-dbus-display --enable-slirp --enable-lto --enable-sdl --enable-gtk

Is the branch correct for Pegasos2 too ?
I did this to also have amigaONE

or is it better to compile only for Pegasos2 ?

Thank you.

@white
The amigaone branch in the qmiga repo is currently 8.1.0 with the amigaone patches so it should also work for pegasos2 the same as 8.1.0 but additionally has amigaone machine that isn't in upstream QEMU yet.

@balaton
Thanks for the reply,
You cleared up a doubt I had.

Thanks for future qemu releases

I did a test with the various updates
AmigaOS 3.2 (3.2.2.1)
First I tried the freshly installed OS with the essentials.
Then I also put "BestClassicWB 2.0.4"

https://eab.abime.net/showthread.php?t=107410

And Picasso96 v2.0 (uaegfx)
Maybe later I'll try other versions of Picasso

Or is there a version of picasso compatible with 3.2 ??

In practice the "elude" demo scenes only work without "uaegfx"

it is only with -cpu 74.xx

with the -750cx cpu and also using the non-uaegfx E-UAE version
it doesn't work the same.

So currently a 3.1 or 3.9 is ideal for using E-UAE with qemu

Here the test:

https://youtu.be/NAjzRziVo1w

@white

Picasso96 driver is built into EUAE, at least that’s how I understand it, if present or not depends on how it was compiled and if gfx output support picasso96.

So, you should not need to install anything, it should be preinstalled what you need.

@LiveForIt
From what I know it must be installed separately,
I also did this for 3.1 and 3.9
if using UAE-SDL

of course I could be wrong and I'm not informed enough.

I made a quick video I also used "uaegfx UAE-SDL" but the "elude" demo doesn't start and the screen remains black.

while other demo scenes start without problems. (UAE-SDL)

"elude" only starts with UAE-NON-SDL with Workbench 3.2

( or it would be useful to know if anyone uses real hardware for 4.1
with E-UAE encounters the same problem with the demo-scenes of "elude" with Workbench 3.2. )

@whiteQuote:

This video is crazy, but shows that AHI works with multiple audio sources. thanks for the video