It looks fine in window mode but the fullscreen modes doesn't match my macs screenmodes, so the amiga image gets scaled or too wide etc. Have you guys got that solved or is this how it is atm?
you may still be using SDL instead of native video output for macOS add "-display cocoa" to your command line. I didn't see you define it in your command line. you are approaching the subject of running qemu a bit too haotically it seems to me
It looks fine in window mode but the fullscreen modes doesn't match my macs screenmodes, so the amiga image gets scaled or too wide etc. Have you guys got that solved or is this how it is atm?
If there's no mode matching the host resolution you may try one that's an even multiple of the host resolution (e.g. half size) which should scale better than some different resolution. There's no good way to scale something that does not match without distorting something so try to match guest resolution to host within limits that the AmigaOS SM502 driver allows. The update driver should support more resolutions than the older versions.
"you may still be using SDL instead of native video output for macOS add "-display cocoa" to your command line. I didn't see you define it in your command line. you are approaching the subject of running qemu a bit too haotically it seems to me"
aah, i had that in an earlier commandline and forgot to include it in my latest one, it's fixed now... thanks. Let's see if it makes any difference.
Also make sure you have set the output to software in Prefs SDL2. Then there shouldn't be any problems with e.g. MilkyTracker, ScummVM, LiteXL and all newer SDL2 applications.
Older SDL1 applications currently have problems under the Pegasos2 machine and the screen output is distorted. You can work around the problem by using "-cpu G3", but then you will no longer have Altivec support available.
3D acceleration is currently not available and we have to limit ourselves to 16 bit screen output. Hans de Ruiter is working on a Virtio graphics card driver for AmigaOs4.1, with this we will get at least 32-bit support.
Got SDL to show graphics by selecting the software renderer in SDL2 prefs. I tried the protracker clone and played a mod, here on my M1 mac it is too slow, i get too slow playback and distorted audio. Let's hope it improves.
spotUP wrote:Got SDL to show graphics by selecting the software renderer in SDL2 prefs. I tried the protracker clone and played a mod, here on my M1 mac it is too slow, i get too slow playback and distorted audio. Let's hope it improves.
PT2 Clone is poorly optimized and uses SDL2 software rendering under real hardware Peg2 it is just as slow. It was a quick port. It also doesn't use compositing for scaling.
Use Milkytracker or TuneNet to play mod files, it works much better.
@spotUP @Maijestro I don't know much about audio on macOS but weren't there some settings needed to get audio right such as matching host and guest sampling rate and selecting the right option from the different ones in the guest? Not sure what audio card or settings @spotUP uses.
balaton wrote:@spotUP @Maijestro I don't know much about audio on macOS but weren't there some settings needed to get audio right such as matching host and guest sampling rate and selecting the right option from the different ones in the guest? Not sure what audio card or settings @spotUP uses.
Under Qemu 8, the timing of sound playback was too fast, but never too slow during playback.
I used to fix the problem with this line thanks to Volker
-audiodev coreaudio,id=audio0,out.frequency=48000
But I haven't used this line since Qemu 8.1 and the timing of the sound output is fine. I think Volker will have fixed this with a patch after Qemu 8 or someone else.
If uses software scaler, it help only upscaling the changed parts.
My guess that will just under cursor, and scrolling text, vu-meters, that means large part of screen does not need to be redrawen.
Quite possibly, I had 100% CPU utilization under AmigaOs4.1 and that in window mode. With other SDL2 applications it is around 30-60% in software rendering. So I suspect that this port was just ported badly, but I have no idea about these things either.
In the comments section on Os4Depot you were able to confirm that it was sometimes executed very slowly. What hardware did you test it on?
But I haven't used this line since Qemu 8.1 and the timing of the sound output is fine. I think Volker will have fixed this with a patch after Qemu 8 or someone else.
It's possible some fixes went in for 8.2 that makes this work without extra settings. If you also did not have to change anything in the AmigaOS Audio prefs and just works with the default VIA AC97 card and no other apps have issue then maybe it's just the PT2 clone. On Linux and ALSA I still need the option listed on my page to avoid crackling sound. but the default on Linux is pulsaudio so maybe that's not an issue for others.
Another option is to try -device ES1370 which also had a fix in QEMU 8.2 to fix slow playback issue but on pegaoss2 and amigaone it may not be better than the default VIA AC97 but one could try anyway.
balaton wrote:@Maijestro [quote]Another option is to try -device ES1370 which also had a fix in QEMU 8.2 to fix slow playback issue but on pegaoss2 and amigaone it may not be better than the default VIA AC97 but one could try anyway.
There is no need to switch to another driver, VIA-AC97 works really well with Qemu 8.x and Peg2, no crackling or anything else, the sound is very clear under Mac M1.
This note is only for @Balaton in the video you can see a bad session where I use PT2-Clone 100% CPU utilization under AmigaOs4.1 but the sound is played cleanly and directly.
If uses software scaler, it help only upscaling the changed parts.
My guess that will just under cursor, and scrolling text, vu-meters, that means large part of screen does not need to be redrawen.
Quite possibly, I had 100% CPU utilization under AmigaOs4.1 and that in window mode. With other SDL2 applications it is around 30-60% in software rendering. So I suspect that this port was just ported badly, but I have no idea about these things either.
In the comments section on Os4Depot you were able to confirm that it was sometimes executed very slowly. What hardware did you test it on?
Ah.. for some reason the fullscreen gadget is greyed out in macos.. but the view/enter fullscreen menu item worked. cool.
That's because QEMU is a cross platform app not really written for macOS so it may do some things differently. It has some supporr for macOS but does not support full screen the way macOS expects. If you're interested in fixing it look at qemu/ui/cocoa.m
Looks like there's already a patch to support macOS full screen here: https://patchew.org/QEMU/20231211-coco ... -49f3be0191f2@daynix.com/ that may eventually be merged for QEMU 9.0 that will be released next spring. Until then it could still be tested or reviewed to help it getting merged. For now those can apply and use it who complie QEMU themselves.
balaton wrote:@all Looks like there's already a patch to support macOS full screen here: https://patchew.org/QEMU/20231211-coco ... -49f3be0191f2@daynix.com/ that may eventually be merged for QEMU 9.0 that will be released next spring. Until then it could still be tested or reviewed to help it getting merged. For now those can apply and use it who complie QEMU themselves.
I just tested this, it works very well with the Pegasos2 machine and "-full-screen" under the AmigaOneXe machine always uses VGA mode instead of output via sm501.
I have set up Qemu Pegasos2/AmigaOneXe with AmigaOs4.1 so that it always starts immediately in the full screen using the line "-full-screen" in the execution script.
In Window Mode, the Full Screen button is now available when using Cocoa and works perfectly.
now you can confidently use the apple ecosystem. I can move the AOS screen to ipad and macbook - use them separately like a computer or an extra screen. Thank you @Zoltán for the information and @Akihiko Odaki for the super patch for Christmas under qemu
here's a quick little look at what it looks like for those who don't have the Apple ecosystem
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
