UTM: PPC: Extra video resolutions missing
As per request from #2548, I filed another issue for the video.
Describe the issue Starting with both iOS and macOS versions of UTM 2.1.0 Beta, the VGA device is no longer giving me the extra video resolutions for use. I was using 1280x960x32 with previous UTM versions, good enough for me, but now I am using a little lower resolution (1024x768x32) because of that.
According to e-maculation forums documentation, the QEMU argument should be -device VGA,edid=on to get the extra resolutions for PPC OS 9 and OS X. But according to @mcayland comments on #2407, edid is on by default in recent QEMU versions, so no need to declare it, but apparently it does not seem to be the case here. The QEMU command line in UTM shows -device VGA only.
Configuration UTM Version: 2.1.0 Beta OS Version: Both (iOS 14.4.2 and macOS Big Sur 11.3 Intel or Apple Silicon? Intel mac and iPad Pro 12.9" 2nd generation
The QEMU commands for the OS 9 VM are:
qemu-system-ppc -L /private/var/containers/Bundle/Application/825DB694-F3C5-49DF-B888-C838DE405E35/UTM.app/qemu -S -qmp tcp:127.0.0.1:4444,server,nowait -vga none -spice port=5930,addr=127.0.0.1,disable-ticketing,image-compression=off,playback-compression=off,streaming-video=off -device VGA -cpu g4 -smp cpus=1,sockets=1,cores=1,threads=1 -machine mac99,via=pmu -accel tcg,tb-size=128,split-wx=on -boot menu=on -m 512 -name "MacOS 9.2" -device ich9-usb-ehci1,id=usb-controller-0 -device ich9-usb-uhci1,masterbus=usb-controller-0.0,firstport=0,multifunction=on -device ich9-usb-uhci2,masterbus=usb-controller-0.0,firstport=2,multifunction=on -device ich9-usb-uhci3,masterbus=usb-controller-0.0,firstport=4,multifunction=on -chardev spicevmc,name=usbredir,id=usbredirchardev0 -device usb-redir,chardev=usbredirchardev0,id=usbredirdev0,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1,bus=usb-controller-0.0 -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2,bus=usb-controller-0.0 -device ide-hd,bus=ide.0,drive=drive0,bootindex=0 -drive "if=none,media=disk,id=drive0,file=/var/mobile/Containers/Data/Application/6CC128D1-352F-4987-AC75-88E6C4B97618/Documents/MacOS 9.2.utm/Images/macOS9.img,cache=writethrough" -device ide-cd,bus=ide.1,drive=drive1,bootindex=1 -drive if=none,media=cdrom,id=drive1 -device sungem,mac=66:C2:26:89:5A:A9,netdev=net0 -netdev user,id=net0,hostfwd=tcp::80-:80,hostfwd=tcp::22-:22 -uuid 1AFED0DA-6802-43D7-A81E-4659EC2FED6B -rtc base=localtime -g 1280x960x32 -device usb-tablet
While we’re at it, can I suggest to include ,clock=host to -rtc base=localtime as a standard for a better time on guest OS? as in, -rtc base=localtime,clock=host? I’ve been told to declare it this way when using vanilla QEMU before I went for UTM.
About this issue
- Original URL
- State: open
- Created 3 years ago
- Comments: 27 (3 by maintainers)
I just realized; you can probably use the solutions from emaculation for POC resolutions; the files that need to be changed will be embedded in the UTM resources folder.Essentially, the video driver needs to push the appropriate resolution to OpenFirmware and then the OS will read that on boot and set it as a resolution option in the Monitors CP/prefpane.-Em On Jul 25, 2023, at 2:35 PM, Bruno Castelló @.***> wrote:
@brunocastello I’m not sure if this is equally applicable for an PPC vm, but on an x86-Emulation, running on an M1 machine I was able to get my machine to 1920×1080 by editing a file on the EFI-LEGACY partition: EFI-LEGACY/EFI/OC/config.plist There is a <key>Resolution</key>, and changing its <string> to 1920x1080 actually worked. But I would still love to have a set of possible resolutions. Apart from that I tried a few other resolutions that did not work. EDIT: Sorry, I guess this is no help for PPC, as its not using OpenCore?
Correct, PPC does not need OpenCore to boot. The guys above already traced (to some extent) the origin of the issue. I just need a 1280x800 option for the macbook. Closest I can get is 1280x720 with minimal black bars on top and bottom. I do currently accept that. The current resolutions coming right now do work for the 32" screen I have on my Mac Studio.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: @.***>