CrossOver für Mac: Was nicht funktioniert und welche Alternativen es gibt

CrossOver kann zahlreiche Windows-Anwendungen auf einem Mac ausführen, ohne dass Windows installiert werden muss. Wenn eine Anwendung eine gute Kompatibilitätsbewertung hat, kann CrossOver eine schlanke Möglichkeit sein, genau dieses Windows-Programm auf dem Mac zu nutzen.

Probleme entstehen, wenn eine Anwendung Komponenten von Windows voraussetzt, die CrossOver nicht bereitstellen kann. Eine Windows-Anwendung kann sich beispielsweise öffnen, während einzelne Funktionen nicht funktionieren. Ein Installationsprogramm kann zunächst starten und später an einem Windows-Dienst oder Treiber scheitern. Ein Spiel kann den Launcher passieren und stoppen, sobald sein Anti-Cheat-System geladen wird. Auf Apple Silicon kommt die Prozessorarchitektur als weiterer Kompatibilitätsfaktor hinzu.

Bevor Sie CrossOver kaufen oder viel Zeit mit verschiedenen Bottle-Einstellungen verbringen, sollten Sie deshalb prüfen, welche Anforderungen die jeweilige Anwendung tatsächlich hat.

Dieser Leitfaden zeigt, welche Anwendungskategorien besonders häufig Probleme verursachen, was sich mit Apple Silicon verändert hat und wann Windows 11 in einer virtuellen Maschine wie Parallels Desktop für Mac die geeignetere Lösung sein kann.

Wie funktioniert CrossOver auf dem Mac?

CrossOver basiert auf Wine, einer Open-Source-Kompatibilitätsschicht. Dabei wird keine Windows-Kopie im Hintergrund gestartet. Stattdessen stellt Wine Windows-APIs bereit, sodass kompatible Windows-Anwendungen unter macOS ausgeführt werden können.

Deshalb benötigt CrossOver weder eine Windows-Installation noch eine Windows-Lizenz. Außerdem entfällt der CPU- und Arbeitsspeicherbedarf einer vollständigen Windows-VM, wenn lediglich eine einzelne Anwendung verwendet werden soll.

Aus demselben technischen Ansatz ergeben sich jedoch auch Einschränkungen.

Windows-Anwendungen können weit mehr voraussetzen als nur das sichtbare Programm. Dazu gehören bestimmte Windows-Frameworks, Dienste, Grafik-APIs, Treiber, Browser-Komponenten oder anderes Systemverhalten. Wenn CrossOver eine benötigte Komponente nicht bereitstellen kann, reicht das Ergebnis von kleineren Darstellungsfehlern bis zu einem Installationsprogramm, das nicht abgeschlossen werden kann.

Es gibt keine allgemeine Regel, nach der Windows-Programme eines bestimmten Alters oder Typs immer funktionieren. Entscheidend sind die konkrete Anwendung und ihre Version.

Die CodeWeavers-Kompatibilitätsdatenbank ist ein guter Ausgangspunkt. Achten Sie nicht nur auf die Gesamtbewertung. Prüfen Sie auch die getestete Version, aktuelle Erfahrungsberichte und Hinweise zu Funktionen, die nicht funktionieren. Ein gutes Ergebnis für eine ältere Version lässt sich nicht automatisch auf die heute installierte Version übertragen.

Windows-Anwendungen, die in CrossOver Probleme verursachen können

Microsoft 365, Access und Office-Workflows

Für grundlegende Office-Aufgaben ist Windows-Software auf einem Mac meist nicht erforderlich. Microsoft bietet native Mac-Versionen von Word, Excel, PowerPoint und Outlook an. Anders sieht es aus, wenn ein Unternehmen auf Funktionen angewiesen ist, die nur in der Windows-Version von Office verfügbar sind.

Microsoft Access ist ein naheliegendes Beispiel, da es keine native Access-Anwendung für macOS gibt. Einige Unternehmen nutzen außerdem Windows-exklusive Excel-Add-ins, COM-Komponenten, VBA-Code mit Windows-Abhängigkeiten oder ältere Office-Anwendungen, die sich genauso verhalten müssen wie auf einem Unternehmens-PC. Bei solchen Workflows sollte die Kompatibilität mit CrossOver vorab getestet werden.

Auch die Office-Kompatibilität kann sich zwischen Versionen ändern. Ein Bericht darüber, dass Word oder Excel mit einer bestimmten CrossOver- und Office-Version funktioniert hat, sagt daher nicht automatisch etwas über die aktuelle Microsoft-365-Konfiguration aus. Wenn lediglich Tabellen oder Word-Dokumente bearbeitet werden müssen, ist die Mac-Version von Office die naheliegende Wahl. Bei Windows-spezifischen Office-Workflows sollten dagegen die genaue Anwendung und ihre Abhängigkeiten geprüft werden.

Bei Access, Windows-exklusiven Office-Integrationen und geschäftskritischen Legacy-Umgebungen kann die Ausführung von Office unter Windows 11 mit Parallels Desktop besser vorhersehbar sein, weil Office direkt unter Windows und nicht über eine Wine-Kompatibilitätsschicht ausgeführt wird.

Weitere Informationen finden Sie in unserem Leitfaden zu Microsoft Access und älteren Office-Makros auf dem Mac.

SOLIDWORKS, AutoCAD, Revit und andere Engineering-Software

CAD-Anwendungen zeigen gut, warum sich Kompatibilität nicht auf ein einfaches „Windows-Anwendung: ja oder nein?“ reduzieren lässt. Programme wie SOLIDWORKS, AutoCAD und Revit kombinieren die eigentliche Anwendung mit Grafikanforderungen, Lizenzierungssystemen, Plug-ins und weiteren Windows-Komponenten. Die Kompatibilität kann sich außerdem zwischen einzelnen Versionen deutlich unterscheiden.

CodeWeavers führt beispielsweise Kompatibilitätseinträge für mehrere SOLIDWORKS-Versionen. Ein Eintrag ist jedoch nicht gleichbedeutend mit offiziellem Anwendungssupport oder einer Garantie, dass jede Funktion unterstützt wird. Für professionelle CAD-Arbeit ist dieser Unterschied wichtig. Es reicht nicht aus, dass eine Anwendung startet, wenn später ein benötigtes Plug-in, eine Rendering-Funktion oder eine Lizenzierungskomponente ausfällt.

Eine virtuelle Windows-Maschine stellt diesen Anwendungen Windows selbst zur Verfügung, anstatt Windows-APIs unter macOS nachzubilden. Auf Apple-Silicon-Macs führt Parallels Desktop Windows 11 on Arm aus. Deshalb sollten auch hier die Anforderungen des Softwareherstellers an Windows on Arm geprüft werden, bevor eine Umgebung produktiv eingesetzt wird.

Prüfen Sie für den produktiven Einsatz die genaue CAD-Version, erforderliche Plug-ins und Hardwareanforderungen. Weder bei CrossOver noch bei einer VM sollte allein aus dem erfolgreichen Start der Hauptanwendung geschlossen werden, dass ein kompletter Engineering-Workflow funktioniert.

Spiele, DirectX 12 und Anti-Cheat

DirectX 12 ist keine einfache Trennlinie zwischen CrossOver und Parallels. Das D3DMetal-Grafik-Backend von CrossOver unterstützt die Übersetzung von DirectX 11 und DirectX 12 für kompatible Spiele. Einige DX12-Titel funktionieren, andere nicht. Die Kompatibilität kann vom Spiel, Launcher und der CrossOver-Version abhängen. Anti-Cheat-Software ist häufig die größere Hürde. Manche Multiplayer-Spiele verwenden Low-Level-Anti-Cheat-Technologien, die Funktionen des Windows-Kernels voraussetzen. Eine Kompatibilitätsschicht kann diese Umgebung nicht in jedem Fall bereitstellen. Deshalb kann ein Spiel grundsätzlich startfähig erscheinen und dennoch am Anti-Cheat-System oder Launcher scheitern.

Prüfen Sie den konkreten Titel in der CodeWeavers-Kompatibilitätsdatenbank, anstatt die Entscheidung allein anhand von „DX11“ oder „DX12“ zu treffen.

Auch eine Windows-VM ist keine universelle Gaming-Lösung. Parallels Desktop unterstützt derzeit 3D-Beschleunigung auf dem Niveau von DirectX 11.1, nicht jedoch allgemeine DirectX-12-Unterstützung. Windows 11 on Arm bringt zusätzlich eigene Kompatibilitätseinschränkungen mit sich. Auch Kernel-basierte Anti-Cheat-Systeme können weiterhin problematisch sein.

Wenn es hauptsächlich um ein bestimmtes Windows-Spiel geht, sollte genau dieser Titel vor der Entscheidung für CrossOver oder Parallels geprüft werden. Die Spielekompatibilität auf dem Mac ist zu stark vom jeweiligen Titel abhängig, um eine pauschale Empfehlung zu geben.

Software, die von Windows-Diensten oder Treibern abhängt

Hier wird der Unterschied zwischen einer Kompatibilitätsschicht und einer virtuellen Maschine besonders relevant. Einige Windows-Programme installieren einen Dienst, der im Hintergrund ausgeführt wird. Andere benötigen Systemtreiber oder greifen eng auf Windows-Sicherheitsfunktionen und Hardware zu. Dazu können bestimmte VPN-Clients, Endpoint-Security-Produkte, Backup-Software, Geräte-Dienstprogramme, Datenbankkomponenten und spezialisierte Geschäftsanwendungen gehören.

CrossOver ist kein vollständiges Windows-Betriebssystem. Software, die eine solche Windows-Systemumgebung voraussetzt, kann deshalb an eine technische Grenze stoßen. Eine Windows-VM ist für solche Anwendungen eher geeignet, da Windows-Dienste und unterstützte Windows-Treiber innerhalb des Gastbetriebssystems ausgeführt werden können. Auf Apple Silicon gibt es jedoch eine wichtige Einschränkung: Windows 11 on Arm benötigt kompatible Treiber. Ein alter x86-Windows-Treiber wird nicht automatisch Arm-kompatibel, nur weil die Anwendung innerhalb einer VM läuft.

Wenn die Installationsanleitung einer Windows-Anwendung verlangt, einen Treiber zu installieren oder einen Windows-Dienst zu aktivieren, sollte diese Abhängigkeit geprüft werden, bevor CrossOver eingesetzt wird.

Ältere und branchenspezifische Windows-Anwendungen

Viele Windows-Anwendungen, die täglich eingesetzt werden, wurden für ein bestimmtes Unternehmen, ein bestimmtes Gerät oder eine einzelne Branche entwickelt. Für diese Programme gibt es nicht immer aussagekräftige öffentliche Kompatibilitätsberichte. Sie können außerdem von einer älteren .NET-Laufzeitumgebung, einem Datenbank-Client, einem USB-Gerät, einer Komponente aus der Internet-Explorer-Ära oder einem Lizenzierungsprogramm abhängen, das erst während der Installation auffällt.

Die CrossOver-Bewertung „ungetestet“ bedeutet tatsächlich nur, dass die Anwendung nicht ausreichend getestet wurde. Das heißt nicht, dass sie nicht funktioniert, bietet aber auch wenig Sicherheit, wenn Mitarbeitende auf das Programm angewiesen sind.

Gibt es bereits einen guten und aktuellen Kompatibilitätsbericht für die genaue Anwendung, sollte sie getestet werden. Bei einer wenig verbreiteten Geschäftsanwendung mit mehreren Windows-Abhängigkeiten reduziert eine VM häufig die Anzahl der Kompatibilitätsvariablen, die untersucht werden müssen.

Was ändert Apple Silicon?

Mit Apples Wechsel von Intel-Prozessoren zu eigenen Arm-basierten Chips hat sich auch verändert, wie Windows-Software auf einem Mac ausgeführt wird. Aktuelle Apple-Silicon-Macs verwenden Arm-Prozessoren. Viele Windows-Anwendungen wurden ursprünglich dagegen für die x86- oder x64-Architektur von Intel entwickelt.

CrossOver hat bei der Ausführung von x86-Windows-Software auf Apple Silicon traditionell unter anderem auf Rosetta 2 gesetzt. CodeWeavers arbeitet außerdem an nativer ARM64-Unterstützung, und die CrossOver Preview 2026 hat native ARM64-Unterstützung für macOS eingeführt. Ältere Beschreibungen, nach denen CrossOver dauerhaft auf demselben „Double-Translation“-Ansatz basiert, werden dadurch zunehmend ungenau. Die zugrunde liegende Architektur verändert sich. Unverändert bleibt jedoch, dass die konkrete Anwendung geprüft werden muss.

Parallels verfolgt einen anderen Ansatz. Auf Apple Silicon führt Parallels Desktop die Arm-Version von Windows 11 in einer virtuellen Maschine aus. Arm-native Windows-Anwendungen können damit in ihrer vorgesehenen Windows-Architektur laufen. Windows 11 on Arm enthält außerdem Microsofts eigene Emulation für viele x86- und x64-Anwendungen. Microsoft führt Parallels Desktop als autorisierte Lösung für die Ausführung von Arm-Versionen von Windows 11 auf Apple-Silicon-Macs. Dadurch wird ein Apple-Silicon-Mac jedoch nicht zu einem x86-Windows-PC. Software, die nicht unterstützte Treiber, Hardware oder andere architekturspezifische Komponenten voraussetzt, kann auch unter Windows 11 on Arm weiterhin nicht funktionieren.

CrossOver auf Intel-Macs

Auch die Mac-Architektur von CrossOver verändert sich, da CodeWeavers die Entwicklung stärker auf Apple Silicon und ARM64 ausrichtet.

Wenn Sie einen älteren Intel-Mac verwenden, prüfen Sie vor dem Kauf oder Upgrade die Systemanforderungen der aktuellen CrossOver-Version. Gehen Sie nicht davon aus, dass Anleitungen für ältere CrossOver-Versionen weiterhin unverändert gelten.

Die Auswirkungen des schrittweisen Auslaufens der Intel-Mac-Unterstützung von CrossOver haben wir an anderer Stelle ausführlicher behandelt.

Auch Besitzer eines Intel-Macs, die Parallels verwenden möchten, sollten die aktuellen Systemanforderungen von Parallels Desktop und die unterstützten macOS-Versionen prüfen. Bei älterer Hardware können Einschränkungen durch das Host-Betriebssystem auftreten, selbst wenn die eigentliche Windows-Anwendung grundsätzlich funktionieren würde.

Wann ist eine vollständige Windows-VM sinnvoller?

Angenommen, die Buchhaltung benötigt einen älteren Windows-Client, der mit einem lokalen Datenbankdienst kommuniziert. Oder eine Engineering-Anwendung ist auf eine Windows-Lizenzierungskomponente angewiesen. Vielleicht verwendet eine Access-Datenbank Integrationen, die nie für macOS entwickelt wurden.

In solchen Fällen kann die Fehlersuche in CrossOver schnell zu einer Suche nach der Windows-Komponente werden, die der Anwendung fehlt.

Parallels Desktop führt Windows selbst aus. Anwendungen haben dadurch Zugriff auf Windows-Frameworks, Dienste und andere unterstützte Systemkomponenten innerhalb der VM. Die Kompatibilität mit Windows 11 on Arm bleibt weiterhin relevant, aber Wine muss die Windows-Umgebung für die Anwendung nicht nachbilden. CrossOver bleibt eine sinnvolle Option für eine nachweislich kompatible Anwendung, insbesondere wenn Windows ansonsten nicht benötigt wird.

Eine vollständige Windows-VM kann sinnvoll sein, wenn der Workflow von Folgendem abhängt:

• Windows-Diensten oder Windows-spezifischen Systemkomponenten
• Microsoft Access oder Office-Integrationen, die Windows voraussetzen
• mehreren Windows-Anwendungen mit unterschiedlichen Abhängigkeiten
• spezialisierter Geschäftsanwendung, die in CrossOver nicht ausreichend getestet wurde
• einer Anwendung, bei der benötigte Funktionen nicht funktionieren, obwohl das Programm selbst in CrossOver startet

Ein weiterer praktischer Vorteil besteht darin, Windows als vollständige Windows-Umgebung zur Verfügung zu haben. Mit Parallels Desktop kann Windows parallel zu macOS ausgeführt werden. Der Wechsel zwischen Mac- und Windows-Anwendungen ist möglich, ohne den Computer neu zu starten. Eine gemeinsame Zwischenablage und Dateifreigabe reduzieren zusätzliche Arbeitsschritte, wenn ein Workflow beide Betriebssysteme umfasst.

Wenn lediglich eine unterstützte Windows-Anwendung benötigt wird, kann diese zusätzliche Umgebung unnötig sein. Wenn Windows selbst zu den Anforderungen der Anwendung gehört, fällt die Abwägung anders aus.