Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by RussianCow on Friday August 28, 2026 @09:43PM
(#49486161)
That explains the difference, but what's the purpose?
[ Parent
| on HN ]
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by whynotmaybe on Friday August 28, 2026 @10:19PM
(#49486308)
The simulator doesn't have a camera. The android emulator allows to configure the camera and use a picture, it's very handy to test your qr/barcode reader without needing to use a physical device. Maybe this also allows to use an image as camera?
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by gcampos on Friday August 28, 2026 @10:22PM
(#49486329)
You cannot run Network Extensions on the simulator
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by a012 on Friday August 28, 2026 @09:48PM
(#49486182)
You can test your application, game, website without a physical phone?
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by leoh on Friday August 28, 2026 @09:53PM
(#49486200)
Can do that with the simulator too
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by refulgentis on Friday August 28, 2026 @09:59PM
(#49486220)
Running on ported userspace components, with a shim, isn't the same as running on the OS in itself.
That really matters, sometimes.
But not the vast majority of the time.
(source: been coding iOS since pre-SDK iPhone OS 1.0)
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by dingdongditchme on Friday August 28, 2026 @10:51PM
(#49486460)
Is the simulator faster than this? I would suspect so.
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by RussianCow on Friday August 28, 2026 @10:26PM
(#49486346)
Can you give some examples of where it matters? I'm genuinely curious.
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by bradfitz on Friday August 28, 2026 @10:50PM
(#49486455)
Last I checked, VPN network extensions wouldn't run in the simulator.
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by afavour on Saturday August 29, 2026 @05:55AM
(#49488432)
It’s been years but I ran into a problem with a notification extension years ago. Worked fine on simulator, not on device. Turned out it was because I was using a HEIF image and (I think) the on-device extension was trying to use hardware decoding and didn’t have access to it. Meanwhile the simulator had no such sandboxing restrictions.
The difference doesn’t matter until it does, and then it’s infuriating to work out what’s going on.
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by gitgud on Saturday August 29, 2026 @07:56PM
(#49494373)
> The difference doesn’t matter until it does, and then it’s infuriating to work out what’s going on.
I love this quote, reminds me how annoying it can be when something isn’t reproducible locally… only in production…
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by DonHopkins on Saturday August 29, 2026 @08:06AM
(#49489208)
Testing AR apps, or any app that relies on hardware you can't simulate easily.
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by cfn on Saturday August 29, 2026 @03:09AM
(#49487634)
I have had instances where the app runs fine on the simulator but crashes on the device. This might solve that.
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by VladVladikoff on Friday August 28, 2026 @09:54PM
(#49486206)
Spam. Click farms. Etc.
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by trollbridge on Friday August 28, 2026 @09:57PM
(#49486212)
It would also make testing far easier. I got bit with something that failed on real life iPhones with language set to es_US that worked fine on the simulator.
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by trueno on Saturday August 29, 2026 @12:29AM
(#49486874)
oh. is this why icloud spam texts are running wild now
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by greggsy on Saturday August 29, 2026 @12:39AM
(#49486918)
No, it’s just trivial to generate iCloud email addresses that won’t get picked up by spam filter.
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by leoh on Friday August 28, 2026 @09:54PM
(#49486204)
If functional, you can download apps from the App Store, sign in to iCloud.. probably do a bunch of agentic stuff as if you had a real device
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by Sajarin on Friday August 28, 2026 @10:06PM
(#49486248)
Looks like apple services compatibility is not currently supported for this [0]
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by rvz on Friday August 28, 2026 @11:41PM
(#49486685)
Exactly. It means it cannot download apps from the App Store or use Apple services and Apple knows this deliberate limitation.
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by discordance on Saturday August 29, 2026 @01:39AM
(#49487192)
If you read a bit further, there's a jailbroken variant that has Sileo and Trollstore installed, so you can run whatever IPAs
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by QuantumNomad_ on Saturday August 29, 2026 @06:10AM
(#49488525)
Where?
Edit: ah now I see, in the main readme under heading Firmware Variants. https://github.com/Lakr233/vphone-cli#firmware-variants
Re:Boot a Virtual iPhone via Apple's Virtualization.framework
by landr0id on Saturday August 29, 2026 @02:11AM
(#49487366)
It's useful for security research since you can do kernel debugging and inspection of the device not possible in the simulator.
As others pointed out it's also useful for e.g. click/spam farms which need a "real" iPhone.