Beiträge von griven

Je nach Auslastung des USB Bus und wird das auch so sein zumindest immer dann wenn das Audiointerface und die externe Platte am selben Controller hängen (natürlich abhängig vom verwendeten Port)...

Dein Mainboard besitzt zwei USB 3.2 Gen. 2 Typ A Ports (rote Ports mit bis zu 10Gbit/s) und 4 USB 2.0 Ports. Idealerweise achtest Du darauf das Interface und externe Speichermedien nicht am selben Controller hängen (sich also die Bandbreite nicht teilen). Ich weiß jetzt natürlich nicht welches Interface genau Du benutzt aber bei den meisten reicht USB 2.0 von der Bandbreite her vollkommen aus daher das Interface an einen der USB2.0 Ports packen (ganz links neben den WLAN Antennen) und die Massenspeicher an USB3.2 oder USB-C und das Problem könnte sich erledigt haben...

Btw. wenn Du mal nach Focusrite Aussetzer macOS suchst wirst Du feststellen das das Netz voll davon ist und hier auch reihenweise "echte" Äpfel betroffen sind

Naja die alten und möglicherweise hochwertigen Boxen allein machen ja noch längst keinen guten Sound dazu braucht es eben auch einen entsprechenden Verstärker (idealerweise eine Kombination aus Vorverstärker und Endstufe anstatt eines Vollverstärrkers) und entsprechende Audioquellen (und damit meine ich explizit nicht irgendwelche Streamingdienste). Nicht jeder der noch alte Lautsprecher rumstehen hat besitzt einen entsprechenden Verstärker oder ist gewillt dafür (nicht wenig btw.) Geld in die Hand zu nehmen. Für Menschen die eine gut klingende und bezahlbare Alternative zu dem Sonos und Co. Gerümpel suchen ist die verlinkte Anleitung gar nicht verkehrt.

Fazit: Nix für Puristen aber wenn das Ziel ein budgetfreundlicher Weg zu akzeptabel bis gut klingenden (abhängig natürlich von der Qualität der Lautsprecher) Speakern für Streaming ist dann ist das eine gute Lösung.

Naja ich denke das liegt ein wenig in der Natur der Sache...

Wenn Du über den USB Bus parallel zu den Daten für das Audio Interface auch Daten auf die SSD schiebst dann teilt sich das Interface die verfügbare Bandbreite (in der Regel 5Gbit/S oder 640MB/S) mit der SSD und dabei kommt es dann relativ schnell zu Engpässen was sich bei dem Audio Interface eben durch Aussetzer bemerkbar macht.

Okay bitte mal hiermit probieren: EFI.zip

Vielleicht magst Du bitte einmal den letzten Stand der EFI hochladen damit ich mir einen Überblick verschaffen kann ?!?

Vorab sei aber gesagt ich habe mit AMD relativ wenig Erfahrung will meinen ich kann nicht versprechen ob ich da sinnvoll helfen kann...

Auf dem 15 Pro ohne Probleme installiert

Unter Einstellungen -> Anzeige und Helligkeit lässt sich ab jetzt der Liquid Glass Effekt ein wenig beeinflussen hier kann man nun wählen ob man die volle Transparenz möchte oder eher "Milchglas" (Apple nennt es eingefärbt)...

Ein Neuzugang der mit einem mit macOS versorgten T460s nach Hause gehen durfte

ShadowMatser wie hast Du den das USB Portmapping erstellt? Tahoe weicht hier in den Properties für USB von seinen Vorgängern ab und braucht ein paar zustätzliche Informationen ohne die es die USB Treiber nicht korrekt lädt. Wenn Du die USBToolBox verwendest sollte es im prinzip ausreichen den Kext auf die letzte altuelle Version zu heben (https://github.com/USBToolBox/kext/releases) falls nicht musst Du Deine USBPortMap entsprechend anpassen (WWDC 2025, macOS 26 & Hackintosh).

Kann sein das sich das überkreuzt hat spielt aber ja eigentlich auch keine große Rolle...

Was ich sagen wollte war lediglich das der Patch nichts mit dem T2 Chip bzw. dessen fehlen zu tun hat sondern einzig und allein den BoardID Check in der boot.efi (und im übrigen auch nur da) aushebelt nicht mehr und nicht weniger. Der Patch selbst existiert schon eine ganze Weile seit wann genau weiß ich nicht aber ich würde auf die Zeit rund um BigSur tippen also mit dem aufkommen von OCLP

Ich habe auf karacho und Arkturus reagiert und hier nur beipflichtend erklärt das der Patch nichts mit dem T2 zu tun hat und sonst gar nichts. Wie Du bluebyte daraus schließt ich könnte Dich in irgendeiner Weise gemeint haben erschließt sich mir nicht 🤷‍♂️Anyway wenn das bei Dir so läuft ist das doch okay und liegt ziemlich sicher daran das Du ein "kompatibles" SMBIOS fährst ändert aber ja nichts an der Tatsache das der Patch für sich genommen für andere User dennoch sinnvoll ist. Das im Blick erschien es mir wichtig nochmal zu erwähnen was der Patch eigentlich genau tut...

Vollkommen richtig der Patch hat rein gar nichts mit dem T2 zu tun sondern umgeht einfach den BoardID Check in der Boot.efi von macOS...

Im großen und ganzen verhindert er lediglich das altbekannte "Einfahrt verboten" Schild das man sonst bei einem nicht unterstützten SMBIOS zu sehen bekommt. Der Patch ist ein Ersatz für das BootArg np-compat-check mit dem Vorteil gezielt "nur" auf die boot.efi zu wirken und den Rest unangetastet zu lassen. Kombiniert man den Patch dann mit RestricEvents.kext und dessen BootArg revpatch=sbvmm bekommt man anschließend in einem so installierten macOS auch Updates ausgespielt auch dann wenn das SMBIOS zu einer eigentlich nicht mehr offiziell untetstützten Mac gehört.

Ich bin natürlich auch wieder am Start

Ach Mist!

Da hätte ich mir wohl vorher mal die ISSUES mal genauer ansehen sollen weil WPA/WPA2 ist eigentlich schon ein muss und ohne das ist es wirklich nicht unbedingt benutzbar

Vielleicht sei an der Stelle auch nochmal erwähnt das ein evtl. vorhandener APPLE Ordner gefahrlos entfernt werden kann denn die dort enthaltenen EFI Updates nutzen einem auf einem Hackintosh generell ohnehin nichts

Leider ist meine FENVI im Elitebook nicht kompatibel (0x43A0) ich habe mir daher jetzt mal eine DW1820A bestellt (war für unter 10 Euronen auf Ebay zu haben). Sobald die geliefert wurde werde ich das ganze dann auch mal testen. Die FENVI kommt dann in die Schublade bis möglicherweise eine OCLP Lösung dafür verfügbar ist. Ohne WLAN ist das Elitebook ansonsten aktuell nämlich leider nur von sehr eingeschränktem Nutzen für mich.

Für macOS braucht es da ggf. noch einen Connector Patch das ist es worauf ST3R30 hinaus wollte Arkturus. Entsprechende Patches sind immer dann notwendig wenn die Gegebenheiten von dem Abweichen was Apple im Framebuffer definiert hat. Das die USB-C Geschichte hier nicht betroffen ist liegt indes daran das dieser spezielle Output gar nicht über den Framebuffer direkt bedient wird....

Ist mir bisher nicht aufgefallen aber möglich ist das allemal. Wenn sich das nun gegeben hat ist ja alles gut. Generell ist es schon so das nach einem Update ein ganzer Haufen an Prozessen zunächst im Hintergrund noch werkelt wobei man das in aller Regel nicht wirklich merkt (mit der Ausnahme von Spotlight)...

Da läuft irgendein Kurzbefehl Amok bei Dir...

Schau mal in die Kurzbefehle App was da aktiv ist und beende das ggf. damit sollte der Spuk dann ein Ende haben.

Mir erscheint es an der Stelle auch nochmal wichtig zu sein darauf hinzuweisen das 5Gbit/s in der Theorie für ein Gehäuse mit 4 SATA Geräten ausreichend sein mögen in der Praxis es da aber recht schnell deutliche Grenzen gibt die schnell erreicht sind wenn man zum Beispiel auf konstante Datenströme angewiesen ist (Thema Video Bearbeitung/Betrachtung) und exakt das ist ja hier dann der Fall. Meiner bescheidenen Meinung nach wäre es, wie ja schon erwähnt, sinnvoll das Massenspeicher Problem entweder über eine entsprechende Thunderbolt Lösung (Dock, Gehäuse) zu lösen oder darüber nachzudenken dem Mini einfach direkt eine entsprechend große SSD zu verpassen (https://store.m4-ssd.com/produ…y-ssd-for-mac-mini-m4-pro) und die SATA Geschichten in Rente zu schicken bzw. als Backup Medien zu behalten. Was unterm Strich die preislich attraktivere Variante ist müsste man mit spitzem Stift selbst ausrechen (Preis für das SSD Modul vs. TB4 Dock + NVME SSD + ggf. benötigte Kabelage etc.)...

Habe es mal auf erledigt gesetzt löschen ist hier eher unüblich