macOS Tahoe guest: video and media playback fails
Status: Open (no fix available as of macOS 26.5.1) Affects: All macOS Tahoe (26.x) guest VMs, regardless of VDI remoting protocol (Citrix HDX, HP Anyware, or direct VNC)Summary
Video and media content does not render inside macOS Tahoe guest VMs. This includes web-based video, streaming apps, QuickTime Player, and any application that uses platform media frameworks. The desktop shell and static UI render correctly, but video frames are never displayed.Root cause
This is a confirmed bug in Apple’s Virtualization.framework compositor in macOS Tahoe. Inside a Tahoe guest VM, application windows are registered with the window server but are never assigned a pixel backing store. ThekCGWindowMemoryUsage value for affected windows is approximately 2368 bytes, which is significantly less than the 1.2 MB expected for a window with an active framebuffer. Window sharing state (kCGWindowSharingState) is 0, which means the window server reports no capturable content.
The result is that VNC-based screen capture (the mechanism underlying all remote desktop protocols) only sees the desktop shell. Video content layers are composited at the driver level but never reach the framebuffer that the screen capture API reads from.
This issue is not specific to any VDI remoting protocol, Citrix VDA version, or MacStadium configuration. It is a guest OS behavior that affects all screen-capture-based remote access on Tahoe VMs.
Workaround
Use macOS Sequoia (15.x) guest VMs. Video and media playback is confirmed working on Sequoia guests running on Apple silicon hosts.Maximum of 2 macOS VMs per Apple silicon host
Status: Permanent (Apple software license restriction) Affects: All MacStadium VDI deployments using macOS virtual desktopsSummary
Apple’s macOS software license limits each Apple silicon host to a maximum of 2 concurrently running macOS VMs. This is a hard constraint enforced at the platform level and applies regardless of the host’s hardware specifications, RAM, or CPU capacity. This limit governs how many virtual desktops a single host node can deliver. Capacity planning for MacStadium VDI must account for this constraint.See Prerequisites for capacity planning guidance and the hardware requirements that follow from this limit.
VMs cannot be enrolled via Apple Business Manager
Status: Permanent (Apple platform restriction) Affects: Organizations using Apple Business Manager (ABM) for device managementSummary
Orka-provisioned macOS VMs cannot be enrolled in . ABM device enrollment relies on Apple’s Automated Device Enrollment (ADE) program, which is tied to hardware serial numbers assigned at manufacturing. VMs do not receive ABM-eligible serial numbers and therefore cannot be enrolled through ADE. Only physical Mac host machines can be enrolled in ABM. MDM profiles can still be deployed to VMs through supported MDM providers using golden image-based enrollment.See Apple Business Manager and MDM with MacStadium for supported MDM enrollment workflows for VMs.
Nested virtualization is not supported
Status: Permanent (Apple platform restriction) Affects: Workloads that require running virtual machines inside macOS VMsSummary
Running virtual machines inside MacStadium VDI macOS guests is not supported. Apple’s Virtualization.framework does not expose the hardware virtualization extensions (VT-x/AMD-V equivalents) to guest VMs, which means hypervisors cannot run inside a guest. Workloads that require nested virtualization, such as Android emulators run inside VMs, are not compatible with macOS VM guests. Android Virtual Devices (AVDs) must run directly on a bare metal Apple silicon host node.See Android Virtual Devices for information on running Android emulators alongside VDI on bare metal host nodes.