Schau mal hier rein… https://github.com/H3C4T0M8/Ha…nCore%200.9.2%20Developer bin noch paar Stunden mit dem Zug unterwegs
Beiträge von Hecatomb
-
-
Sollte bis Sonoma so laufen. Kannst ja erstmal macOS auf eine neue erstelle Position installieren, und zum Testen booten.
-
Ich nutze diesen kext… https://openintelwireless.gith…itlwm/Compat.html#dvm-iwn
dein Modul sehe ich aber nicht auf den ersten Blick -
Welches killer Modul ist da verbaut? Bei meinem Dell XPS 13 9370 läuft das killer Modul ohne Probleme
-
https://github.com/yahgoo/installVoodooHDA4BSnMont hier ist die Anleitung für voodoohda ist halt etwas umständlich, aber das bekommst du schon hin das es läuft
oder auch hier was https://github.com/chris1111/VoodooHDA-OC
-
weiß nun trotzdem nicht mehr als vorher...muss er halt selbst alle versuchen. du weiß wie das geht?
-
https://github.com/benbaker76/…load/3.9.8/Hackintool.zip installiere mal und schau welcher chip bei sound angezeigt wird
müsste dann eine dieser id Nummern sein.
0x100101, 0x100003, layout 1, 2, 3, 5, 7, 8, 11, 13, 15, 20, 21
ne halt...von diesen
0x100101, 0x100003, layout 1, 2, 3, 5, 7, 11, 13, 15, 16, 17, 18, 20, 21, 25, 27, 28, 29, 30, 34, 35, 98, 99, 100
-
kext in den Kexte Ordner und config ersetzen
-
welcher Hersteller ist das von der gpu genau?
Versuchs mal jetzt...
AMD BIOS Settings
- Note: Most of these options may not be present in your firmware, we recommend matching up as closely as possible but don't be too concerned if many of these options are not available in your BIOS
#Disable
- Fast Boot
- Secure Boot
- Serial/COM Port
- Parallel Port
- Compatibility Support Module (CSM) (Must be off in most cases, GPU errors/stalls like
gIO
are common when this option is enabled) - IOMMU
Special note for 3990X users: macOS currently does not support more than 64 threads in the kernel, and so will kernel panic if it sees more. The 3990X CPU has 128 threads total and so requires half of that disabled. We recommend disabling hyper threading in the BIOS for these situations.
#Enable
- Above 4G Decoding (This must be on, if you can't find the option then add
npci=0x3000
to boot-args. Do not have both this option and npci enabled at the same time.)- If you are on a Gigabyte/Aorus or an AsRock motherboard, enabling this option may break certain drivers(ie. Ethernet) and/or boot failures on other OSes, if it does happen then disable this option and opt for npci instead
- 2020+ BIOS Notes: When enabling Above4G, Resizable BAR Support may become an available on some X570 and newer motherboards. Please ensure that Booter -> Quirks -> ResizeAppleGpuBars is set to
0
if this is enabled.
- EHCI/XHCI Hand-off
- OS type: Windows 8.1/10 UEFI Mode (some motherboards may require "Other OS" instead)
- SATA Mode: AHCI
#
lade mal die neue config...habs glaub behoben
-
https://osxlatitude.com/ frag mal dort einfach nach...
hast du die funktionierende efi mal mit deaktivierten fake texte versucht? beide mal deaktiviert? mit und ohne codecommander etc?
-
versuche mal die config.
voodoo had ist bisschen umständlich, es ab Monterey zum laufen zu bekommen. Iwo gibts aber ne anleitung
-
hmmm. ok moment
-
Versuch mal bitte die Settings..hab was anderes versucht
ind hier deine alte efimit neuer setting. eventuell auch mal codecommander deaktivieren und ohne testen
-
moment...glaub da muss noch ein bootarg weg. ab Catalina normal kein problem
nimm hier die efi....viuel erfolg
-
schick mal die jetzige EFI Komplett !!!!
dann lade dir auch mal diese app...einmal öffnen und dann Datei speichern unter , oder so was in der art. die Datei auch mal schicken
-
https://github.com/ic005k/OCAuxiliaryTools/releases wenns was mit grafischer Oberfläche sein muss.
hier noch ne efi zum testen. eigentlich von einem anden mainboard, deshalb usbmapping deaktiviert. hab den amp patch auf deine cpu cores angepasst und alles geupdated.
viel erfolg
-
-
Auch mal mit dieser version versucht?
https://nightly.link/dortania/…tcher.app%20%28GUI%29.zip
Bin da leider keine große Hilfe, wenns um den OCLP, oder alte hardware geht... stelle ich immer wieder aufs neue fest
-
Also
hast du alle layouts versucht?
layout 1, 3, 11, 12, 13, 15, 44, 45, 66, 73, 88
hab doch zuletzt noch etwas bezüglich der Problematik hier bei rehabman gelesen...der hat doch da was wegen nuc´s erwähnt.
- FakePCIID_Intel_HDMI_Audio.kext: This kext will attach to
8086:0c0c
,8086:9d70
,8086:9d71
,8086:9d74
,8086:a170
,8086:a171
,8086:a2f0
,8086:a348
, or8086:9dc8
The purpose is to provide support for unsupported HDAU (native B0D3) or unsuppored HDEF (100-series, 200-series, 300-series) ) devices which provide HDMI-audio on Haswell(+) systems.
8086:0c0c
is one such unsupported ID. The other two8086:0d0c
, and8086:0a0c
are supported. This kext, AppleHDAController, loads by PCI class, so you normally would not inject device-id for it, but to allow FakePCIID to work, you may need to inject RM,device-id (one of the supported IDs). By default for Haswell HDAU, the kext injects RM,device-id=<0c 0a 00 00> (0x0a0c). For 100-series and later HDEF, the kext injects RM,device-id=<70 a1 00 00> or <70 9d 00 00> depending on HDEF device-id (refer to the Info.plist).You can override it with a DSDT edit or ACPI injection via SSDT.
For example (_DSM patch for HDAU device for FakePCIID and HDMI audio, if you wanted 0x0d0c instead of 0x0a0c):
Code- into method label _DSM parent_adr 0x00030000 remove_entry;
- into device name_adr 0x00030000 insert
- begin
- Method (_DSM, 4, NotSerialized)\n
- {\n If (LEqual (Arg2, Zero)) { Return (Buffer() { 0x03 } ) }\n Return (Package()\n {\n "RM,device-id", Buffer() { 0x0c, 0x0d, 0x00, 0x00 },\n "hda-gfx", Buffer() { "onboard-1" },\n })\n
- }\n
- end;
In the case of Skylake 8086:9d70 or 8086:1a70, it is attaching to the HDEF device (usually called HDAS, but renamed to HDEF to match what Aple expects). Skylake HDMI/DP audio codec is on HDEF along with onboard audio. It injects RM,device-id=<70 a1 00 00> for 0x9d70 and RM,device-id=<70 9d 00 00> for 0xa170. In other words, with these two device-ids, it will reverse them. Try it if you have everything set correctly for HDMI/DP audio, but it is not working. This was discovered by noting that Skylake HDMI audio works on the NUC6i7KYK (Skull Canyon), but not the other NUC6 devices. It is quite system dependent. Some computers need them swapped, others do not. So test both with and without.
This kext won't fix other problems/mistakes you may have with your HDMI/DP setup (eg. missing "hda-gfx", mismatched "layout-id" injection, incorrect or wrong framebuffer patches, or missing ACPI renames).
link zur source:
https://github.com/RehabMan/OS-X-Fake-PCI-ID
In der efi die ich dir gesendet hab, also die nicht booten ging, da stand auch glaub ne andere id drin, bin da aber nicht mehr ganz sicher ob es ne gleiche id, wie du genutzt hast war.
- FakePCIID_Intel_HDMI_Audio.kext: This kext will attach to
-