Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Weiter Experimentiert und das System jetzt als iMac Pro 1.1 laufen.
Darauf jetzt läuft es wesentlich besser und das iPad bleibt nicht mehr nach dem Trennen im Schwarzen Display Hängen.
Auch alles wesentlich schneller
Wenn ich jetzt noch bild bekomme bin ich happy ...
IGPU kannst du im iMacPro1,1 SMBIOS nicht nutzen, falsche AppleGVA Parameter.
Na du hast doch keine dedizierte Grafikkarte?! Zumindest keine die macOS kompatibel ist.
Habe eine Vega 64 noch hier liegen die gerade verbaut ist beim 9400f und damit geht es ja nicht! Die Vega ist ja auch im iMac Pro die 56 und 64er verbaut.
Wie gesagt, bei mir gehts auch nicht bzw. das schwarze Bild Problem bei iMac Pro 1,1 mit deaktivierter igpu und einer RX580
LoveIsHackintosh Dass das aktuell nicht geht ist ja schon bekannt. Nur über IGPU.
Das Folgende sind nur Schlussfolgerungen, keinen Anspruch auf Richtigkeit.
Es sieht so aus als ob für SideCar HEVC benutzt wird.
Dabei werden zwei Board - Ids (AppleGVAHEVCEncoder) anders behandelt:
Mac-27AD2F918AE68F61 - MacPro7
Mac-7BA5B2D9E42DDD94 - iMacPro
Da es aber kein Bild bei einem Hack (mit oder ohne iGPU) mit diesem SMBIOS gibt, werden bei diesen wohl weder die iGPU, CPU noch die AMD GPU zum HEVC Kodieren verwendet. Dann bleibt eigentlich nur der T2 Chip - der einen Encoder hat. Da kein Hack einen T2 hat, wird es vermutlich aufwändiger.
Kann aber auch was anderes sein 
Klar werden die anders behandelt - über die AMD-GPU eben. Deswegen empfehlen wir ja iMacPro oder den WEG-Spoof der Board-ID.
Und alles andere, was ebenso die AppleGVA nutzt, seien es Apples Programme oder irgendwas über die VideoToolbox-API (die wiederum über AppleGVA fürs kodieren geht) kann wunderbar auf der AMD kodieren. Auch unter Catalina.
Es ist immernoch eine Beta, daher sehe ich die Sache (noch) gelassen. Das schwarze Bild könnte z.B. auch daher resultieren, dass Sidecar schlichtweg falsche (= mit den AMDs inkompatible) Settings beim Encoder anfordert. Das Einzige, was uns wirklich weiter bringen kann, ist die nächste Beta oder Erfahrungen von einem originalen iMac Pro.
Zitat Apple Developer Forum:
"I have an iMac Pro and an iPad Pro both running the current betas. I don't even have the sidecar in system preferences on the iMac and the ipad doesn't show up in airplay when on wireless or when directly wired with USB-C.
EDIT: I got it to work. I had to select the iPad in Finder and establish the trust relationship. Now the iPad shows up in Airplay and I can extend my display to it. Sidecar also showed up in the System Preferences on the iMac now. It only works on the wired connection."
Scheint also mit dem Original iMacPro zu laufen, mal von der WiFi Problematik abgesehen.
Möglich ist das, klar. Nur die AppleGVA sagt dazu (noch) nichts. Würde aber erklären warum das Ding überhaupt so einen Encoder hat, wobei mich dann mal brennend interessieren würde, warum Apple die Hackordnung QuickSync > T2 > AMD VCN vorsieht.
Habe mich mal in der SidecarCore.framework (liegt in /S/L/PrivateFrameworks) umgesehen, aber weder in der Info.plist, noch in der Binary Hinweise auf eine Auswahl der Encoder oder den T2 oder BridgeOS gefunden. Aber auch nichts zur AppleGVA.
EDIT:
Ok, eine Sache habe ich doch gefunden, das könnte uns zumindest einen Hinweis geben. Während einer laufenden Sidecar-Session läuft ein Prozess "SidecarDisplayAgent". Wählt den bitte mal in Activity Monitor aus, klickt auf das i oben links und dann auf "Open Files and Ports". Da sollte dann ein Grafiktreiber auftauchen. Zumindest auf meinem MBP hat er da den Intel-VA-Treiber offen (obwohl meine GPU dort kein HEVC kann), wäre interessant zu sehen was er da auf iMacPro-Maschinen offen hat. Kann es leider selbst nicht testen, da alle meine Hackis kein Funk haben.
EDIT 2:
So jetzt hab ich doch noch was gefunden, sieht so aus aus ob wirklich der T2 einspringt. Im Framework "VideoProcessing" (auch in (/S/L/PrivateFrameworks) tauchen Strings wie "Remote encode requested on mac w/o bridge co-processor; ignoring" zusammen mir mehrfachen Erwähnungen von "SideCar"
Also ich habe vor einiger Zeit den Hacki als iMac 18.x(??) inkl Sidecar nutzen können mit dem IPad Pro. Seit ich auf dem IMac PRO bin, bekomme ich auch nur den Schwarzen Screen. Werde mal dieses Wochenende auf IMac zurückstellen um es zu testen. Infos folgen
Richtig. Funktioniert nur mit eingeschalteter iGPU.
Leider nicht mit dem iMacPro1,1. Könnte sich aber vielleicht noch bis zur Final Version ändern. Man weiss ja nie.
redbelt Ich gehe davon aus - spätestens wenn der neue MacPro verfügbar ist wäre es ja blöd wenn da Sidecar nicht funktionieren würde.
Naja..da wird es schon funktionieren aber wenn ich das richtig gelesen hatte, wird das auch mit den T2 Chip zu tun haben.
Wenn mich nicht alles täuscht, hat der Hack den nicht aber da bin ich auch momentan überfragt. Ich klemme mich meist erst daran, bis etwas offiziell ist; sprich offizielle Catalina. Vorher macht das keinen großen Sinn denn mit jeder Beta wird immer wieder was geändert.
Also warte ich solange bis Catalina offiziell draußen ist.
Die iMacs scheinen keinen T2-Chip zu haben, werden aber sidecar unterstützen. Also müsste ich auf das smbios 19,1 ausweichen, oder nicht? Außer natürlich, dass der imacpro1,1 das auch mitmacht.
Die iMacs nutzen die IGPU. Es ist doch schon bekannt dass es über die IGPU relativ problemlos läuft. Nur über ne dedizierte GPU läuft es nicht. Die Macs ohne IGPU nutzen dafür offensichtlich den T2 Chip - z.B. der iMac Pro.
Im Klartext bedeutet das: Hackintosh Nutzer mit Polaris oder Vega Karte müssen sich zum aktuellen Zeitpunkt zwischen Sidecar und HWE auf der AMD entscheiden. Beides gleichzeitig nicht möglich. Ob sich da mal was ändert oder ein Workaround gefunden wird bleibt abzuwarten.
Ich habe nun einen iMac18,3 statt eines iMac Pro1,1, also kein HEVC mehr via Amd. Dafür bin ich auf Sidecar gespannt.
