Probleme beim Aktivieren des Intel HDMI Audios

  • Okay ich habe angenommen, dass wir vielleicht auch die ID von HDEF patchen müssen so wie der Kollege in dem Github Issue.


    Es gab schon manche User, die mühsam damit gekämpft haben, bis sie erkannten, dass der Monitor keine Audio-Ausgabe machen konnte oder einfach nur der falsche Audio-Ausgang gewählt war...


    Können wir in meinem Fall ausschließen, die einfachsten Problemlösungen versuche ich als erstes anzuwenden. :D Wünschte aber es wäre so einfach.


    Warum ich mir jetzt aber diesen 1.8GB großen Ubuntu-Bären aufbinden musste versteh ich auch nicht, noch 600MB aber hoffentlich hilft es.


    Edit: So gerade den Ubuntu Live Stick hochgefahren, dort kann ich HDMI Audio auswählen und es funktioniert auch problemlos. Wenn ich zurück auf macOS wechsle, kommt jedoch immer noch kein HDMI Gerät zur Auswahl..

    Einmal editiert, zuletzt von shawly ()

  • Jup selbes Problem hier, HD4600 kein Sound via HDMI :( allerdings wird mir das HDMI ausgabegerät in Sounds/Output angezeigt. Komische Sache stört mich allerdings auch nicht weiter.

    HP Probook 650 G2


    Intel Core i7 6600U

    16 GB DDR4 RAM

    512 GB Samsung Evo 860 SSD

    Intel HD 520

    OpenCore 0.6.6



  • Hm...
    Hast du mal ein komplett anderes, HDMI-Kabel gecheckt?

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Jop habe ich vorhin erwähnt, außer beide Kabel haben ne Macke. Ich steck gerade mal das HDMI Kabel meines PCs welches zum TV führt ein, vielleicht geht es ja damit.


    Edit: Direkt am TV gibt's ne Kernel Panic und wenn ich das System an meinem AV-Receiver anschließe hab ich das selbe Problem wie bei den Monitoren, es wird kein HDMI Gerät angezeigt bei den Soundoutputs. Ich denke hiermit kann ich Kabelfehler und Ausgabegerätefehler zu 99% ausschließen. Mich würde ja interessieren, ob es noch andere Nutzer mit dem selben Mainboard gibt die High Sierra nutzen und ob diese es geschafft haben HDMI Audio ans laufen zu bringen.

    Einmal editiert, zuletzt von shawly ()

  • Hey @al6042 übrigens, danke noch mal für deine Zeit und Hilfe gestern!


    Irgendwas scheint mit der DSDT nicht mehr zu stimmen, nachdem ich den "Mac" gestern am TV und AVR ausprobiert hab, habe ich das System wieder zurück zum Monitor gebracht und angeschlossen, beim Booten trat dann eine Kernel Panic auf.
    Nachdem besagte Kernel Panic auch nach mehrmaligen Neustarts weiterhin auftrat, hab ich das System vom Strom genommen für 5 Sekunden und wieder dran gepackt, danach ging es wieder problemlos.


    Als ich heute den neuen CPU Kühler montiert hab und ich das System wieder ans Stromnetz angeschlossen hab, kam die selbe Kernel Panic wieder und jetzt geht diese nicht mehr weg... Auch nach mehrmaligem Kaltstarten.
    Ich kann Problemlos von meinem Installations Stick ohne DSDT booten, aber sobald ich mit der DSDT booten will kommt wieder die KP.


    Weißt du woran das liegen kann, dass die DSDT auf ein mal Probleme macht wenn das System vom Strom genommen wurde? Habe an der Konfiguration nichts mehr geändert.

  • Eigentlich sollte die DSDT an der Stelle kein Problem darstellen.
    Ich würde hier mal empfehlen im Clover Bootmenü die F11-Taste zu drücken, damit der NVRAM geleert und der Rechner neu gestartet wird.

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Leider hat das leeren des NVRAMs selbst nach dem dritten Neustart nichts geholfen.


    ABER jetzt wirds merkwürdig. Ich war stutzig, dass die KP nach dem Initialisieren der CPUSensors auftritt. Daher hab ich einfach mal die FakeSMC_CPUSensors.kext beim Boot geblockt hab und siehe da, auf einmal bootet mein System und überlebt sogar vier Neustarts ohne blocken der CPUSensors.kext!
    Wie erwartet hat das System aber nicht lange mitgespielt und es kam wieder die bisherige KP, nach vielem rumprobieren hat mir dann das einmalige blocken aller Sensor Kexte für ca. 5 Shutdowns und Starts geholfen.
    Danach hat auch das Blocken aller Sensor Kexte versagt und führte aber zu einer neuen KP, siehe Anhang.


    Vom Installations Stick ohne DSDT booten klappt jedes Mal mit jeglicher Kombination aus Shutdowns, Neustarts oder Kaltstarts inkl. der Sensor Kexte.


    Ist das womöglich diese "True Randomness" deren Existenz wir noch nicht belegen konnten? Möglicherweise bekomme ich ja einen Nobel Preis dafür. :D

  • Interessante Info... Vielen Dank dafür...
    Es muss aber erstmal ein nobler Preis ausreichen... ;)

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!