Ja aber meine funktioniert doch und ist von ASUS.
Spulenfiepen habe ich bei mir zum Glück noch nicht vernommen. Ich hoffe das bleibt so. Ginge ja gar nicht.
DisplayPort Audio dauerhaft deaktivieren via OC?
-
- Erledigt
- Sascha_77
- Erledigt
-
Hey danke. Das hat es schon gebracht.
Wunderbar, und gerne
Wa shast du jetzt genau wo gemacht?
Die hda-gfx einträge sind zuständig für funktionierendes HD(MI)-Audio. Diese habe ich entfernt:
Zusätzlich habe ich einen nicht vorhandenen (bzw. unsinnigen) class-code injected, sodass der AppleHDAController Treiber nicht matched und nicht lädt.
(Aus der Info.plist von AppleHDAController)
Und um auf Nummer sicher zu gehen (das gerät ist ja dann sowieso schon nutzlos) habe ich auch noch eine fake device-id injected
-
Danke für die Erläuterung.
Habe jetzt noch eine Frage hinterher. Kann man ebenso mit einem kompletten HDMI Port so machen? Ich habe an meiner Karte 3 Monitore dran. Der dritte ist ausschließlich zum Zocken unter Windows.
Wenn macOS läuft ist dieser Monitor aus, taucht aber dennoch im macOS auf und stiftet irgendwie verwirrung. So Tools um das Display einfach abzuschalten gibt es zwar aber so ganz das Wahre sind die auch nicht. Müsste doch möglich sein den ganzen HDMI Port totzulegen oder? Ich habe ihn mit IOExplorer schonmal rausgesucht. Hab schonmal selber bisschen rumprobiert aber bis jetzt noch nicht hinbekommen.
-
Möglich ist es, aber wesentlich schwerer... In der DSDT stehen einzelne Devices, ein Connector ist aber kein eigenständiges Device und wird deshalb nicht aufgeführt, sondern von der GPU selbst übermittelt (VBIOS). Um einen Connector zu entfernen müsste man also entweder bei der GPU selber, oder dem Interpreter ansetzen.
GPU selber würde heißen das VBIOS zu bearbeiten, das wäre jedoch kontraproduktiv, weil das VBIOS für Mac und Win ja gleich ist und unter Win der Port funktionieren soll.
Beim Interpreter wäre zB der Framebuffer ein Anfangspunkt – sprich Framebufferpatch. macOS kennt verschiedene Werte für verschiedene Connectors. Ein Port an sich wird durch eine Anhäufung an Port-spezifischen Nummern definiert, durch die Connectors Data. Die ersten Zahlen definieren die Art des Ports, hier gibt es verschiedene Möglichkeiten. Anscheinend kennt macOS jedoch auch die Port-Art "none" (eigentlich etwas verwunderlich, denn wenn es einen Connectors Eintrag gibt, gibt es eigentlich auch einen Port, wieso gibt es dann die Möglichkeit einen Connectors Eintrag zu machen, der lediglich sagt, dass der Port nicht existiert?).
Hier findest du eine reference: https://github.com/acidanthera…/Manual/reference.cpp#L47
None besitzt den Identifier 0x00 (DDVI wäre zB 0x04). Du könntest also einen Connectors-Patch für deinen Framebuffer durchführen (du benutzt anscheinend WEG, also kannst du auch die connectors per SSDT-WEG definieren) und für den Port, den du nicht haben willst einfach nur Nullen injecten.
Während die HDMI Connector – Daten dann z.B. so aussähen: 000800000402000000710400000000001102000400000000
Könntest du für den störenden Connector einfach eintragen: 000000000000000000000000000000000000000000000000
Oder evtl. einfach gezielt die Connector-Bezeichung ändern: 000000000402000000710400000000001102000400000000
Ein Versuch wäre es wert, ein anderer Weg fällt mir in diesem Moment nicht ein...
-
Ich habe jetzt mittels DPCIManager das rom ausgelesen und diese Werte da rausgezogen.
Nimm das AMDFramebufferUtility, das hilft hier wahnsinnig
Und der DPCI Manager nennt den Framebuffer "RadeonFramebuffer".
Whatevergreen injected RadeonFramebuffer und macht dir hier einen dicken Strich durch die Rechnung. Wenn du WEG benutzen willst, musst du auch über WEG (sprich SSDT) patchen. Wenn du WEG rauswirfst, kannst du auch per Clover patchen.
Von mir aus könnte man auch das VBios patchen.
Ich rede von einem VBIOS flash.
-
Wie wurde dieses Problem denn eigentlich behoben? Einzig über das anpassen der DSDT? Ich nutze nämlich die RX570 und möchte auch keine Ausgabe über DisplayPort oder HDMI. Jedes Mal, wenn ich den Monitor aus dem Ruhezustand wecke, wechselt die Ausgabe des Tons auf DisplayPort...
Ich hab mal meine DSDT angehängt (erzeugt über den DPCIManager, ist das die selbe wie über Clover?)
-
Nope...
Der Extract per DPCIManager enthält alle DSDT-Patches/-Fixes, die aus der config.plist eingearbeitet wurden.
Somit ist die DSDT nicht wirklich brauchbar.
-
Ich dachte es mir. Dann hier meine native DSDT – könnte jemand die Audioausgabe über DisplayPort für mich abdrehen? gerne auch mit einer Erklärung, was gemacht wurde...
-
Hier hab ich zusammengefasst wie's gemacht wird: DisplayPort Audio dauerhaft deaktivieren via Clover?
Willst du wirklich überhaupt kein HDMI Audio etc?
-
Die gfx-hda-Einträge in Saschas DSDT hab ich auch eben entdeckt. Die gibt es aber in meiner DSDT nicht.
Und ja, ich will weder Audio über HDMI noch DispalyPort. Ich will es analog!
-
Du hattest bisher keine DSDT, oder?
Dann probier das mal:
-
Herrlich, ich danke dir! Klappt wunderbar. Eine DSDT hab ich bisher nicht genutzt, richtig.
-
Könnte mir da auch jemand behilflich sein, würde Audio auch nicht über DP sondern "analog"hören wollen.
Anbei meine DSDT. Habe ich eben erstellt.
Danke schon mal
-
Ich krame den Thread nochmal aus. Nachdem ich es mit dem DSDT-losen System nicht hinbekommen habe bzgl. einer SSDT hab ich einfach in OC den verantwortlichen Kext geblockt.
Und weg ist dieser lästige DP Audioausgang.
Das ich da nicht schon eher drauf gekommen bin.
-
Sascha_77
Hat den Titel des Themas von „DisplayPort Audio dauerhaft deaktivieren via Clover?“ zu „DisplayPort Audio dauerhaft deaktivieren via OC?“ geändert. -
Was deinen Port den du nicht haben willst angeht, fällt mir gerade noch ein: Du könntest die Gesamtanzahl der Ports per Whatevergreen festsetzen und dann die Ports (ebenfalls per WEG) in einer custom Reihenfolge indizieren lassen, sodass der ungewollte Port hinten raus fliegt.
-
-
Alles anzeigen
Ich krame den Thread nochmal aus. Nachdem ich es mit dem DSDT-losen System nicht hinbekommen habe bzgl. einer SSDT hab ich einfach in OC den verantwortlichen Kext geblockt.
Und weg ist dieser lästige DP Audioausgang.
Das ich da nicht schon eher drauf gekommen bin.
Hallo Sascha,
diese Variante funktioniert leider nicht bei mir mit OC 0.74 & Big Sur.
Hast du eine Lösung ? Ich bin zumindest deinem screen gefolgt.
Beste grüsse
