@Tuvok

Amiga NG hardware +AOS4 is retro hardware... even if someone doesn't like this statement . I think almost everyone does it because they like a ‘have fun’

@walkero

Quote:

I checked a few things today but I didn't come across anything wrong with the SDL2 related code.
But I noticed the same thing as in your video what is occurring with me . The SDL2 version even when you do nothing eats a lot of CPU for you and me.
SDL1 in non-use mode eats about 1%CPU and SDL2 about 20-30%.
It is possible that the main loop or things related to the Event, the SDL_Delay setting in the program itself are causing the problem.

@IamSONIC

Quote:

I tried two months ago to check something for the SPE.
At the moment the SPE topic is closed with me. I do not have an A1222, I only have QEMU. It is too time-consuming and I have not been able to test the programme at home.
I had to send something to the person who owns the A1222 to check it.

From what I remember it was
rebuilding a cross comlining environment with clib4 under SPE

..
git clone https://github.com/sba1/adtools.git
cd ~/adtools/gild
git submodule init
git submodule update
cd ~/adtools
guild list
- from the list, select
gild clone
gild checkout binutils 2.23.2
gild checkout coreutils 5.2
gild checkout gcc 6
...

Rebuilding clib4 under SPE
Change ‘GNUmakefile.os4’ options adding line ‘SPE=true’

After finishing the compilation, I had to completely rebuild ‘libgcc’ under clib4 and by changing the options in the makefile options related to ‘-msoft-float’ (and flags under SPE ) to avoid ‘hard float/ soft float’ warning.
You will get libgcc.a ..etc under soft float.
The base was ready.

Then rebuild zlib and compile SDL2. i think i disabled the extra GL stuff because it was not compiled under soft float.
Then you use SDL2 compiled with flags under SPE without GL.
Then you probably have to recompile all the extra libraries from scratch to build other things fully SPE-compatible i new base.

At least I think so, and I don't even know if I went the right way and it wasn't stupid
There wasn't a lot of material on the subject at the time.

@walkero

Thanks for the hint
I am currently before my second holiday trip and have some time , I will check.

If anyone would like to check the version 2.9 on SDL1 that I am using I have put it here:

https://github.com/smarkusg/GrafX2/releases/tag/24072024

Thank you very much again for your help

@walkero

Version v2.5wip uses SDL1 - exactly SDL 1.2.13 (I checked in the contents of the binary).
You can also check this via the configuration file. The SDL2 version uses the configuration file ‘gfx2-sdl2.cfg’ and the SDL version uses ‘gfx2.cfg’.

I recompiled the same code that I compiled the SDL versions with the same compilation flags for SDL2.
The v2.9 SDL2 behaves in the same way as with you. Everything runs fairly smoothly. Moving the mouse causes the program to slow down terribly.
I don't have any errors with fonts like I did with kas1e's 2.8 SDL2 and it works fine to switch the program to full screen on first startup.
You could see this error in the video I posted yesterday.
Maybe there is something in the code of the SDL2 version that spoils its operation on AOS4 or there is something that SDL2 for AOS4 does not cause this behaviour.
It is also quite possible that there is a bug completely unrelated to AOS4 but is more noticeable.

I don't know if anyone is currently using gfx2 and there is a point in looking for a tech problem solution....

@walkero

It is possible that SDL2 versions run slower.
I have rebuilt the 2.9 version under SDL1 for my own needs - it runs fast
Comparison of 2.5wip vs 2.8 SDL2 vs 2.9 SDL1
Tested on Qemu A1.



Most noticeable slowdown with LUA demo (2.5wip version doesn't support LUA but runs a bit slower)
You have a sub-version of SDL2 running, so I don't think it's QEMU's fault. Version 2.8 of SDL2 has an additional problem with fonts at my place.

@kas1e

Quote:

Can you share the changes you made to the Grafx2 sources of version 2.8 or provide a link to where to find them?

In accordance with the GPL : https://gitlab.com/GrafX2/grafX2/-/blo ... er/LICENSE?ref_type=heads

"..if someone wants to use GPL-covered software, he or she must give others full access to the source code of his or her modification. This allows anyone to verify how the software works and make their own changes and improvements."

Thanks

@Hans

Quote:

I wouldn't even worry about it. Modern operating systems are able to distribute this across their cores. Of course, there is a limit.
For example the Apple M1 MacOs. I have no idea how they do it on "x86" (Window...). Linux is a matter of cpu sheduler and kernel (sheduler = not only those included in the stable/official release of the kernel in the distros) ....

@Maijestro

Quote:

I can build you ffplay under SPE with clib4 only with flags under CPU. I don't have access to the A1222 I am not able to make you other things under SPE and even check it.
The code generated under SPE will not work for me.


It is a pity that the A1222 has been announced for so many years, even some people had access to it and nobody was interested in its life after it was released.

@AmigaOldskooler

Thanks for the summary of the month.

A small correction to the VBA video. We are working on two GameBoy emulators. The main one is the latest mGBA and VBA 1.8 with additional patches under SDL2 and opengl (there were plans on visualboyadvance-m but it doesn't work too fast on AOS4).
Our team is @Javier , @Samir, @McFly, @Maijestro. All of them are giving their time and contribution to this project. Maybe even more than me



Thanks again for the great text

@Maijestro

The ffmpeg version from 7 onwards checks for some compiler issues for AOS4. You have to use a flag to bypass this.
Do not try the latest version at first, only ffmpeg 6.

The config.log and its location are listed in the screenshot you sent.

See additionally the ffmpeg package from @ Michael from os4depot. You have an additional description of ffmpeg-os4-howto.txt what to add under newlib to bypass some problems.
Ideally you should compile this with clib4 some of the problems described are out of date. Clib4 is not part of the current SDK.

ffmpeg7/ffplay even on QEMU emulation with sm501 works acceptably. Maybe on the SPE if someone wants to, they will adapt the code

here is how it works on qemu/g4

@Redlion

Hello and welcome to the forum

You are trying to run an emulation of a 460EX machine under QEMU. BBoot is designed for amigaone and pegasos2 machines.

https://codeberg.org/qmiga/pages/wiki/SubprojectBBoot

It also appears that you are not specifying the drive correctly. You give the definition, but do not connect it correctly to the machine.

On the QEMU care page for ppc machine emulation on which you can run, among other things, AOS4, you have an example related to booting from CDROM and sam460 for AOS4

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

qemu-system-ppc -machine sam460ex -rtc base=localtime -drive if=none,id=cd,file=Sam460InstallCD-53.58.iso,format=raw -device ide-cd,drive=cd,bus=ide.1

Add your defined drive under "ide.0))" e.g:

-drive if=none,id=hd,file=amigahd.img,format=raw -device ide-hd,drive=hd,bus=ide.0

I can't remember exactly, but I have this syntax (you can skip it if you don't need it)
-boot order=c,menu=on

You also didn't add a network card. Maybe you don't need it.

Run the whole thing like this:

qemu-system-ppc -machine sam460ex -rtc base=localtime -drive if=none,id=cd,file=Sam460InstallCD-53.58.iso,format=raw -device ide-cd,drive=cd,bus=ide.1 -drive if=none,id=hd,file=amigahd.img,format=raw -device ide-hd,drive=hd,bus=ide.0 -boot order=c,menu=on

Remember that sam460ex emulation is not as fast as amigaone and pegasos2 but it is much simpler to run the emulation itself.

Have fun

@white

I am running Qemu on macOS.
AmigaONE is not able to shut down but a reboot works (at least for me )
See the options what are on the screen shot I sent regarding floppy and disk settings. Maybe this will help something

@white

I don't have the latest version of qemu but with versions from February. I don't update it because I need a working qemu-aarch64 under macos with Virgil 3D for linux and qemu-i386 with qemu-3dfx under old Windows 9x,xp

Qemu ppc AmigaONE works fine - no problems. Even the Italian language works.
My system is up to date.

@Capehill
Thanks so much for the library update and your work!

@Maijestro

in my tests clib4 is much better than newlib.
It is probably the only fully open source project that is the future for AOS4.
Developers who have access for new changes to the system play with their stuff.
To ordinary users, it adds nothing. We only get scraps from the royal table ...
There were supposed to be changes from 2024 and ... was an update of the elf library only
Figure out the rest for yourself ....

I hope @afxgroup will manage to build a new version and it will work for you

@white

>What discourages me from posting questions are the answers as if I don't know how to use qemu.

Unfortunately, no one will help you with this attitude.

If you want help, you were asked to specify which version of the Windows compilation you are using.

She gave you a link to a person who is apparently using QEMU on Windows and I think that if she had such a problem she would have written about it straight away.
You can always ask her. It is also active on amigaword.
As far as I remember, you can find qemu compilations for Windows at www.emaculation.com. They also have a forum.
You can also ask eventually on the QEMU users mailing list

@white

I don't use Windows no so I can't help you or check anything.
There is one active user on the forum amiga-news.de/ "Falke_34" who creates a graphical QEMU installer for AOS4 a starter.

Screenshot: https://ibb.co/bgH3Jh9


He also compiles a version of QEMU under Window. Maybe you should check if this one works for you - here the page

http://falke34.bplaced.net/qemu.html

Last compilation date is QEmu v9.0 (07.06.2024) (Windows) so fairly new.

@joerg
Quote:
Sorry to butt in, but from what I understand:
A1222 runs on a 2GB memory limitation
The extra memory would be used just for the ram (I am leaving aside the technical subject of using ExtMem)

Does anything use memory above 2GB in AOS4 ?

@Maijestro

I don't think this is a problem with your A1222.
I've read forum posts where people with sam460 have the same thing as you
Maybe a bug in AOS4

Here (you need to translate this)

https://www.ppa.pl/forum/amigaos-4.x/4 ... nie-sie-systemu/2#m813843