Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
67 user(s) are online (43 user(s) are browsing Forums)

Members: 0
Guests: 67

more...

Headlines

Forum Index


Board index » All Posts (white)




Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


For the real hard disk
it also works:

sudo qemu-system-ppc -M pegasos2 -cpu 750cxe -accel tcg -kernel /home/white/Downloads/bboot-0.4/bboot -initrd /home/white/Downloads/Kickstart.zip -m 2048 -serial stdio -device sm501 -netdev user,id=mynet0 -device rtl8139,netdev=mynet0 -display gtk,zoom-to-fit=on -full-screen -vga none -cdrom /home/white/Downloads/Pegasos2InstallCD-53.54.iso -hda /dev /sda5

here is the initial log:
[sudo] white's password:
WARNING: Image format was not specified for '/dev/sda5' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.

BBoot 0.4 (24.7.2023)
/pci@80000000: io fe000000/10000 mem 80000000/40000000
/pci@80000000/host: 0:0.0 11ab:6460 60000 | 646011ab 0000 7
Added assigned-addresses
/pci@80000000/display: 0:1.0 126f:0501 38000 | 0501126f 0000 0
Added assigned-addresses, set interrupt 0009
2000810 0 80000000 0 4000000 | 00000000 ! 80000000
2000814 0 84000000 0 200000 | 00000000 ! 84000000
/pci@80000000/ethernet: 0:2.0 10ec:8139 20000 | 813910ec 0100 0
Added assigned-addresses, set interrupt 0109
1001010 0 fe001200 0 100 | 00000001 ! 00001201
2001014 0 84200000 0 100 | 00000000 ! 84200000
2001030 0 84240000 0 40000 | 00000000 ! 84240000
/pci@80000000/isa: 0:c.0 1106:8231 60100 | 82311106 0000 8
Added assigned-addresses
/pci@80000000/ide: 0:c.1 1106:0571 1018f | 05711106 010e 87
Added assigned-addresses
1006110 0 fe001000 0 8 | 00000001 ! 00001001
1006114 0 fe001008 0 4 | 00000001 ! 00001009
1006118 0 fe001010 0 8 | 00000001 ! 00001011
100611c 0 fe001018 0 4 | 00000001 ! 00001019
1006120 0 fe001020 0 10 | 00000001 ! 00001021
/pci@80000000/usb: 0:c.2 1106:3038 c0300 | 30381106 0409 7
Added assigned-addresses
1006220 0 fe001040 0 20 | 00000001 ! 00001041
/pci@80000000/usb: 0:c.3 1106:3038 c0300 | 30381106 0409 7
Added assigned-addresses
1006320 0 fe001060 0 20 | 00000001 ! 00001061
/pci@80000000/other: 0:c.4 1106:8235 68000 | 82351106 0009 0
Added assigned-addresses
/pci@80000000/sound: 0:c.5 1106:3058 40100 | 30581106 0309 4
Added assigned-addresses
1006510 0 fe001100 0 100 | 00000001 ! 00001101
1006514 0 fe001030 0 4 | 00000001 ! 00001031
1006518 0 fe001034 0 4 | 00000001 ! 00001035
/pci@80000000/pci1106,3068: 0:c.6 1106:3068 78000 | 30681106 0309 30
Added assigned-addresses
/pci@c0000000: io f8000000/10000 mem c0000000/20000000
/pci@c0000000/host: 0:0.0 11ab:6460 60000 | 646011ab 0000 7
Added assigned-addresses
Checking initrd at 0x600000-0x94a3a0 (3449760 bytes)
Found zip with 66 entries
Parsing Kicklayout at 0x94a3a0 (3287 bytes)
Booting config 1: AmigaOS_4.1_Final_Edition
Loading loader.of
Loading kernel
Loading FastFileSystem
Loading SmartFilesystem
Loading JXFileSystem
Loading peg2ide.device.kmod
Loading battclock.resource.kmod
Loading bootmenu.kmod
Loading bootimage
Loading CDFileSystem
Loading con-handler.kmod
Loading console.device.kmod
Loading diskboot.kmod
Loading diskboot.config
Loading diskcache.library.kmod
Loading dos.library.kmod
Loading elf.library.kmod
Loading env-handler.kmod
Loading FileSystem.resource.kmod
Loading gadtools.library.kmod
Loading gameport.device.kmod
Loading graphics.library.kmod
Loading hunk.library.kmod
Loading input.device.kmod
Loading intuition.library.kmod
Loading it8212ide.device.kmod
Loading keyboard.device.kmod
Loading keymap.library.kmod
Loading lsi53c8xx.device.kmod
Loading newlib.library.kmod
Loading nonvolatile.library.kmod
Loading nvram.config
Loading ps2.resource.kmod
Loading ram-handler.kmod
Loading ramdrive.device.kmod
Loading ramlib.kmod
Loading shell.kmod
Loading sii0680ide.device.kmod
Loading sii3112ide.device.kmod
Loading sii3114ide.device.kmod
Loading sii3512ide.device.kmod
Loading strap.kmod
Loading timer.device.kmod
Loading PCIGraphics.card
Loading ATIRadeon.chip
Loading 3dfxVoodoo.chip
Loading siliconmotion502.chip
Loading petunia.library.kmod
Loading usbresource.library
Loading usbsys.device
Loading hub.usbfd
Loading bootmouse.usbfd
Loading bootkeyboard.usbfd
Loading massstorage.usbfd
Loading uhci.usbhcd
Loading ohci.usbhcd
Loading ehci.usbhcd
Loading mounter.library
Starting exec

Now I'd like to find a way to not use the ROOT command to start qemu

and I imagine that:

WARNING: Image format was not specified for '/dev/sda5' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.


And
-hda/dev/sda5

needs additional parameters
but I can't find them

some idea ?

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@smarkusg

Well,

Can you post or attach your config file somewhere ?
Thank you.

Maybe it's a management problem
chipmem_size or z3mem that I assigned

which picasso driver (uaegfx) did you use (version) ?

I would prefer the complete config file if possible

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


So I guess it can be done
here the video:
https://youtu.be/9PHDSppyqn8

therefore a more complete command would be needed for the part dedicated to the real partition

does anyone know how to do it ?

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


Ok, it works

by booting from the Pegasos2 CD

I have direct access to the hard disk where AmigaOS Classic is installed and if I wanted I could initialize it to see if everything works.

here is the simple command:

sudo qemu-system-ppc -L pc-bios -M pegasos2 -bios /home/white/Downloads/pegasos2.rom -m 1024 -serial stdio -vga none -device sm501 -device rtl8139,netdev=network00 -netdev user,id =network00 -cdrom /home/white/Downloads/Pegasos2InstallCD-53.54.iso -hda /dev/sdd5

is the log:
WARNING: Image format was not specified for '/dev/sdd5' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.
PegasosII Boot Strap (c) 2002-2003 bplan GmbH
Running on CPU PVR:80020102
Enable L1 ICache... Done.
Clean/Flush Block enabled
Reading W83194 : FAILED.
Setting Front Side Bus to 133MHz... FAILED.
Configuring DDR... Done.
Configuring PCI0... Done.
Configuring PCI1... Done.
Configuring ETH... Done.
Releasing IDE reset ... Done.
Configuring Legacy Devices
Initializing KBD... Done.
Testing 10000000 Bytes, Pass: 00000000 Failed: 00000000
RAM TEST (fill linear)... Done.
FFFFFFFF

SmartFirmware:
cpu0: PowerPC,74x7 CPUClock 1533 Mhz BUSClock 133 Mhz (Version 0x8002,0x0102)
no/bad nvramrc - performing default startup script
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+
ATA device not present or not responding



Welcome to SmartFirmware(tm) for bplan Pegasos2 version 1.1 (20040405172512)
SmartFirmware(tm) Copyright 1996-2001 by CodeGen, Inc.
All Rights Reserved.
Pegasos BIOS Extensions Copyright 2001-2003 by bplan GmbH.
All Rights Reserved.
entering main read/eval loop...
ok boot cd amigaboot.of
ISO-9660 filesystem: System-ID: "AMIGA BOOT" Volume-ID: "AmigaOS 4.1 Final Edition"
Root dir: "" flags=0x2 extent=0x2A size=0x800


AmigaOS 4.x OpenFirmware Bootloader V1.0


I'll make a video now

Of course now it's a matter of understanding as well as being helped

I used the pegasos.rom in this case.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro

the preparation happens in this way
"x76" raw disk
in this case there is no need for the "hide" flag
or is it better to say yes I don't remember with Linux

with windows yes, because otherwise it always tries to initialize it and it cannot be used

you can optionally set the "hide" flag

sudo fdisk -l

Device Boot Start End Sectors Size Id Type
/dev/sdd5 1892083712 1948473343 56389632 26.9G 76 unknown <<<--- this is my real partition on HD that I currently use with WinUAE

as you can see it is marked as "76 and unknown"
because it has the SFS filesystem of AmigaOS Classic


initializing with qemu with the Pegasos2 CD
-cdrom Amiga.iso -hda /dev/sdd5/id/ etc.

now the question is:
Is it accessible with qemu ?

I might already test this just to see if the AmigaOS CD-ROM can access it.

If he accesses it, it's done.

The process can work.

Once everything is complete.
the nice thing is that "true-image" is able to backup the entire partition in bulk despite being an AmigaOS partition

so when you back up you can include it in addition to your main system.

I backed up Linux two days ago because I wanted to.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro

but does the test concern a virtual HD on SSD or on a dedicated real SSD partition ?

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro

I immediately wanted to test your precious suggestion. for (AHI)

I have to make myself want to move the entire system to SSD

With WinUAE the speed increases exponentially and the "cache" of the SSD is not exploited.

I don't know if with "qemu" the SSD disk cache is exploited.
We should understand if the partition initialization can occur as on "real hardware"

In any case, the speed increases at least ten times in writing and also in reading even without "cache"

a bit like what happens on old laptops when you put the SSD in place of the mechanical HD.

I don't know, in this case with qemu it would be useful to have an opinion from @balaton.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@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. )

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


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


Edited by white on 2023/9/18 17:36:44
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


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

Thanks for future qemu releases

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


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.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@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.


Edited by white on 2023/9/18 7:32:07
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@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)


Edited by white on 2023/9/17 12:10:39
Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@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 ??

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@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

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@joerg

Thanks, I didn't know about this.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro

Excellent result

I was curious to see the result not so much to make the differences between the processors.

Just search Apple M1 Max on geekbench and you will get various benchmarks for the various CPUs.
Same as Ryzen models

But for qemu emulation in this case single-thread

our benchmarks:

Ryzen 5800x 2227 multi 10080 not overclocked
Mac Studio 2449 multi 12889

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

https://browser.geekbench.com/v6/cpu/2622731

( it's not mine )
2339
12020

the difference is not much and in my opinion this is certainly not what makes the difference between the two processors in question.

In the motherboard bios I have the entry that automatically increases the Ryzen by 200mhz
how to safely overclock.

But I don't use it.

And I also understand that I've been stuck with AmiCygnix for a long time and in some ways this has made some of my reports ineffective.
And maybe even a little unpleasant, which I'm not at all.
Maybe from the rest of the possible corrections that could be made.

Since the first versions of qemu with Linux X64 (Pegasos2)
A strange thing happens graphically, I first have to do "fit to window" and then subsequently select "full screen".

Regardless of GTK or SDL

I noticed that on MAC you directly do "full screen" without selecting "fit to window"

Now this doesn't seem important but if I don't do these 2 steps all applications like Emotion-Player and even E-UAE itself open in 4:3 format and not 16:9.

Also tried on other Linux X64 distributions the same thing happens.

I'm not a developer but I'm convinced that somehow this has an impact
on graphics performance.

(It is no coincidence that the mouse is not 100% fluid when I move it compared to the rest of the window movement. ).

(while in the qemu version of Windows 10 the mouse is 100% fluid

But I can't add anything else, it's not my job.


@Maijestro
add this to your .uaerc configuration file
under the heading:

joyport0=mouse

joyport1=kbd2

this will enable keyboard commands
ALT key, cursors, keyboard etc.


@Maijestro
Later I will post the video of an old OS 3.1 with the Demo-Scenes of "ELUDE" games etc. without "uaegfx" SDL

Also try launching the demo-scenes from the "ELUDE" folder
They shouldn't start or they take a very long time to start.

I would like to know if this happens to you too.

Thank you.

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro

It's not crazy at all
E-UAE is part of OS 4.1
And it is right to test its speed and integrate it into the emulated 4.1.

On the other hand, 4.1 itself stops making sense in all its possible emulations.

For example like Scumm Mame DosBox Basilisk Snes etc.

When all this is possible to have it on your main system "MAC"

And I have it on Linux-Windows

Without using qemu which in turn emulates 4.1.

So no it's not crazy at all

Indeed, as mentioned several times in recent years, I have found very few users who have seriously tried to emulate 4.1.


If you use "AGA" with E-UAE you don't need "E-UAE-SDL"

So you can do without using -cpu 750cxe

And you can use -Pegasos2 normally.

Then it becomes a matter of taste and what you want to have and use.

I'll leave you a video to help you understand what I mean and how to change what you intend to emulate with E-UAE "uaegfx" (SDL again)
Later I'll post a video that only uses "AGA"

You can make a system for E-UAE you can use WinUAE and create an OS as you prefer.
Then change the extension from .hdf to .raw


I also leave a note on the speed of the CPUs used for this emulation

this is my Ryzen 5800x with GeekBench without overclocking if I use the overclock it reaches 5ghz without effort but for 200mhz more I don't care.

https://browser.geekbench.com/v6/cpu/2622796

if you want download the program from here MAC version is free:

https://www.geekbench.com/download/

Please post your result if you can, I'm curious to see the differences, thanks.

I'm not interested in having a speed race
how much is your L2 and L3 cache on your real MAC how much is it?

later I will post a video based only on "AGA" Workbench 3.1

here AmigaOS 3.9 "uaegfx" SDL

https://youtu.be/VkkmLLIqopk

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro
send PM

Go to top


Re: What the fastest possible x64 emulation way of OS4 today ?
Quite a regular
Quite a regular


@Maijestro

Yes the emulation is very good.
you can do many retro-gaming things
and demo scenes.
Basilisk works well
DosBox and many other things but I no longer want to make videos.

I've done a lot of these in the past.

If you work on it you get an excellent emulation.

It's just a shame that the system isn't up to date
Unfortunately, the AmigaOS era ended years ago.

if someone spends 2,000 euros you have to give me at least Fortnite and GTA 5
to keep up with the times.
With hardware that supports it
Think I sold the PS5 to make you understand why there is nothing.
And I got the PS4 again
And this alone requires an OS that is at least a little more advanced.

But there is nothing behind it, only the sale of hardware with software is zero.
I speak as a system enthusiast.
Sin.
But I understand the market trade is done this way.

For me Windows is old too.
We've had XP modernized for more than 20 years now.

I would like a system that has the features of "STADIA for games even if that too failed as a project.

But dedicated to an operating system.

We need a more modern OS to keep up with the times, even Windows is old now.

Go to top



TopTop
« 1 2 (3) 4 5 6 ... 38 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project