Earlier quoted context omitted.
Ah yes. It appears that nothing has changed in the last decade for the Android ROM community. Still the same experience as downloading a custom ROM from "XDA Developers" for your HTC phone in 2016 and then finding out that it can't make phone calls and is bugged beyond comprehension.
I'm running a custom ROM on a Galaxy S8 (so without project treble) and I've been pleasantly surprised! Even something as niche as the swipe on fingerprint sensor to pull notifications drawer down still works! Everything from phone calls, camera, fingerprint, all the essentials work pretty much flawlessly.
Emulating an iPhone in QEMU
51–60 of 67 posts
Re: Emulating an iPhone in QEMU
#52I wish the https://github.com/devos50/qemu-ios project would evolve to support iPhone OS 3.x to experience many early iPhone apps for digital preservation's sake! https://github.com/touchHLE/touchHLE is also great but needs patches for all but the most basic of apps.
Would be truly amazing to use those old awesome apps and play some of the early games that have no equivalent today.
Re: Emulating an iPhone in QEMU
#53Re: Emulating an iPhone in QEMU
#54Earlier quoted context omitted.
Apple will never consider doing that. Their actions speak to the exact opposite: total control of their devices and ecosystem, non-cooperation with other companies on standards, stringent app store controls. They gain nothing, in their eyes, to allow that development model.
Even if they did it would take a tour de force to make reality. The whole iOS development stack very heavily depends on macOS — Xcode is written in Objective-C/Swift + AppKit for example and the iOS Simulator just runs the iOS userland in a phone frame and lets macOS furnish the Darwin half. Practically speaking, they’d at minimum have to beef up the internal Yellow Box descendant they’d been previously using to make…
Re: Emulating an iPhone in QEMU
#55Earlier quoted context omitted.
Even if they did it would take a tour de force to make reality. The whole iOS development stack very heavily depends on macOS — Xcode is written in Objective-C/Swift + AppKit for example and the iOS Simulator just runs the iOS userland in a phone frame and lets macOS furnish the Darwin half. Practically speaking, they’d at minimum have to beef up the internal Yellow Box descendant they’d been previously using to make…
Any more info about this version of Yellow Box running on Windows? Apple’s Windows apps have always fascinated me.
The Safari version was considerably more complete and included the entire text rendering system as well as several era-appropriate Aqua UI widgets. It feels very much like a Mac app.
The iTunes version seems much more trimmed down, using Windows text rendering and win32 widgets in place of Cocoa/Aqua in most places. Accordingly, it feels more Windows-like.
It might be interesting to try to build a toy app against the Safari version just for kicks.
Re: Emulating an iPhone in QEMU
#56Re: Emulating an iPhone in QEMU
#57Re: Emulating an iPhone in QEMU
#58Re: Emulating an iPhone in QEMU
#59Re: Emulating an iPhone in QEMU
#60Earlier quoted context omitted.
I'd buy one if I knew I could use it. The old Intel Macs shipped with UEFI and a fairly open architecture, even Apple couldn't control when the chipset was fully depreciated. When MacOS cut off 32-bit support suddenly, hardcore software aficionados could still use Bootcamp to run the software they bought. When Apple "vintage"-ized old iMacs and Macbooks, they could still install other OSes and live on. Apple doesn't…
Hopefully future Qualcomm SDXE or Mediatek/Nvidia SystemReady Arm PCs will deliver an open-standard Arm platform with upstream Linux support. Until then, we have Apple Silicon Macs with: - official mechanism to provision non-Apple operating systems - global retail availability, both physical & online - best price/perf/watt Arm desktop via Mac Mini base - NPU and unified memory for LLMs - upcoming LTE/wifi/BT radios w…
I'm content with my dopey $150 Thinkpad and Linux. MacOS is untenable and headed down the dark monetization path that ruined Windows a long time ago. With my Macbook I have to constantly live in fear that Apple might break my package manager, disable third-party stores, remove virtualization or depreciate 32-bit programs.