Displayauflösungen für Macmini 7,1 late 2014 Hackintosh fehlen

  • Hallo liebe Community,

    ich habe einen Hackintosh mit einem Dell Optiplex 7020sff am laufen, auf dem Monterey drauf ist. Mein SMBIOS ist ein Macmini 7,1 late 2014. Jetzt habe ich das Problem, das mir Displayauflösungen fehlen. Ich habe einen Monitor, mit einer Auflösung von 2560x1440 27Zoll von Acer. Wenn ich in die Displaysettings gehe und auf den Reiter "Skaliert", wird mir maximal nur 1080p angezeigt. Ich habe auch schon den HiDPI Mode probiert, aber da wird mir auch maximal nur 1080p angezeigt, oder die alt/option Taste gedrückt. Ich habe den Monitor via HDMI angeschlossen, aber auch wenn ich DisplayPort benutze ist das selbe Problem auch da. Jetzt stellt sich für mich die Frage, kann ich irgendwie die Auflösung auf 2560x1440 ändern, oder muss ich mit 1080p leben, weil 1080p sieht irgendwie gestretcht und verschwommen aus. Ich habe auch schon verschiedene Tools ausprobiert, die die Auflösung auf 2560x1440 ändern, aber das ist eigentlich nur unscharf, also kein echtes 2k. Habt ihr irgendwelche Tipps?




    Meine Specs:

    CPU: Intel Core I5 4590 4th Generation (Haswell)

    GPU: Intel HD 4600 Graphics

    Mainboard: Von Dell mit Q87 Chipset

    RAM: 8GB

    Speicher: 500GB HDD

  • Moin,

    Wenn dir jemand helfen soll, solltest du noch weitere Infos liefern. Welchen Bootloader in welcher Version nutzt du, hast du die entsprechende Config.plist selbst erstellt, oder eine fertige EFI benutzt?


    Lade doch mal deine gezippte EFI hier hoch. Vielleicht findet jemand ja den Fehler.

    (Ich tippe mal auf device-propertys)

    Viel Erfolg

  • Moin,

    ich nutze den OpenCore Bootloader 0.8.0 (neuste Version). Die config.plist habe ich selber erstellt, sowie die restliche EFI auch ein mein System angepasst. Anbei ist meine gezippte EFI. Ich schaue mal ob ich was in den device-propertys finden kann.

    Vielleicht hat ja jemand Lust, sich meine EFI anzuschauen. Ich freue mich über jede Hilfe.

    Dateien

    • EFI.zip

      (4,3 MB, 35 Mal heruntergeladen, zuletzt: )
  • https://github.com/acidanthera…/Manual/FAQ.IntelHD.en.md


    Fix the infinite loop on establishing Intel HDMI connections with a higher pixel clock rate on Skylake, Kaby Lake and Coffee Lake platforms

    Add the enable-hdmi-dividers-fix property to IGPU or use the -igfxhdmidivs boot argument instead to fix the infinite loop when the graphics driver tries to establish a HDMI connection with a higher pixel clock rate, for example connecting to a 2K/4K display with HDMI 1.4, otherwise the system just hangs (and your builtin laptop display remains black) when you plug in the HDMI cable.

    Notes

    • For those who want to have "limited" 2K/4K experience (i.e. 2K@59Hz or 4K@30Hz) with their HDMI 1.4 port, you might find this fix helpful.
    • For those who have a laptop or PC with HDMI 2.0 routed to IGPU and have HDMI output issues, please note that this fix is now succeeded by the LSPCON driver solution, and it is still recommended to enable the LSPCON driver support to have full HDMI 2.0 experience. You might still need this fix temporarily to figure out the connector index of your HDMI port, see the LSPCON section below.


    LSPCON driver support to enable DisplayPort to HDMI 2.0 output on IGPU

    Recent laptops (KBL/CFL) are typically equipped with a HDMI 2.0 port. This port could be either routed to IGPU or DGPU, and you can have a confirmation on Windows 10. Intel (U)HD Graphics, however, does not provide native HDMI 2.0 output, so in order to solve this issue OEMs add an additional hardware named LSPCON on the motherboard to convert DisplayPort into HDMI 2.0.

    LSPCON works in either Level Shifter (LS) or Protocol Converter (PCON) mode. When the adapter works in LS mode, it is capable of producing HDMI 1.4 signals from DisplayPort, while in PCON mode, it could provide HDMI 2.0 output. Some onboard LSPCON adapters (e.g. the one on Dell XPS 15 9570) have been configured in the firmware to work in LS mode by default, resulting a black screen on handling HDMI 2.0 connections.

    Starting from version 1.3.0, WEG now provides driver support for the onboard LSPCON by automatically configuring the adapter to run in PCON mode on new HDMI connections, and hence solves the black screen issue on some platforms.

    • LSPCON driver is only applicable for laptops and PCs with HDMI 2.0 routed to IGPU.
    • LSPCON driver is necessary for all newer platforms unless the new IGPU starts to provide native HDMI 2.0 output.
    • Supported Intel Platform: SKL, KBL, CFL and later. SKL: Intel NUC Skull Canyon; Iris Pro 580 + HDMI 2.0 with Parade PS175 LSPCON. CFL: Some laptops, e.g. Dell XPS 15 9570, are equipped with HDMI 2.0 and Parade PS175 LSPCON.
    • If you have confirmed that your HDMI 2.0 is routed to IGPU and is working properly right now, you don't need to enable this driver, because your onboard LSPCON might already be configured in the firmware to work in PCON mode.

    Instructions

    • Add the enable-lspcon-support property to IGPU to enable the driver, or use the boot-arg -igfxlspcon instead.
    • Next, you need to know the corresponding connector index (one of 0,1,2,3) of your HDMI port. You could find it under IGPU in IORegistryExplorer (i.e. AppleIntelFramebuffer@0/1/2/3). If you only have a 2K/4K HDMI monitor, you might need temporarily to enable the infinite loop fix before connecting a HDMI monitor to your build, otherwise the system just hangs, so you won't be able to run the IORegistryExplorer and find the connector index.
    • Add the framebuffer-conX-has-lspcon property to IGPU to inform the driver which connector has an onboard LSPCON adapter. Replace X with the index you have found in the previous step. The value must be of type Data and should be one of 01000000 (True) and 00000000 (False).
    • (Optional) Add the framebuffer-conX-preferred-lspcon-mode property to IGPU to specify a mode for your onboard LSPCON adapter. The value must be of type Data and should be one of 01000000 (PCON, DP to HDMI 2.0) and 00000000 (LS, DP to HDMI 1.4). Any other invalid values are treated as PCON mode. If this property is not specified, the driver assumes that PCON mode is preferred.

      lspcon

    Spoiler: Debugging

    Support all possible Core Display Clock (CDCLK) frequencies on ICL platforms

    Add the enable-cdclk-frequency-fix property to IGPU or use the -igfxcdc boot argument instead to support all valid Core Display Clock (CDCLK) frequencies on ICL platforms, otherwise a kernel panic would happen due to an unsupported CD clock decimal frequency.

    Core Display Clock (CDCLK) is one of the primary clocks used by the display engine to do its work. Apple's graphics driver expects that the firmware has already set the clock frequency to either 652.8 MHz or 648 MHz (the actual value depends on hardware), but quite a few laptops set it to a much lower value, such as 172.8 MHz, and hence you will see a kernel panic message like "Unsupported CD clock decimal frequency 0x158". This patch reprograms the clock to set its frequency to one of supported value, so that this precondition can be satisifed.

    Spoiler: Debugging

    Fix the kernel panic caused by an incorrectly calculated amount of DVMT pre-allocated memory on Intel ICL platforms

    Add the enable-dvmt-calc-fix property to IGPU or use the -igfxdvmt boot argument instead to fix the calculation of the amount of DVMT pre-allocated memory on ICL platforms, otherwise a kernel panic saying Unsupported ICL SKU would happen.

    Apple’s graphics driver reads the DVMT value set in the BIOS or the firmware and uses a “magic” formula to calculate the amount of memory in bytes. Unfortunately, the formula only works for a pre-allocated memory size that is a multiple of 32MB. Problem arises as laptops now have DVMT set to 60MB on ICL+ platforms by default, and the framebuffer controller ends up with initializing the stolen memory manager with an incorrect amount of pre-allocated memory. Even though one might be able to modify DVMT settings via EFI shell or RU.EFI, these methods are not applicable to some laptops, such as Surface Pro 7, that use custom firmware. As such, this patch calculates the correct number of bytes beforehand and patches the driver so that it will initialize the memory manager with proper values and aforementioned kernel panics can be avoided.

    Apple has removed the kernel panic if the stolen memory is not enough, but you are encouraged to patch the framebuffer so that it fits into your available amount of stolen memory. Once the patch is enabled, you could find your actual amount of DVMT pre-allocated memory in the property fw-dvmt-preallocated-memory under the graphics device. (Only available in DEBUG version) The unit is megabyte, and the size in the example below is 60 MB. (0x3C = 60)

    DVMT Pre-allocated Memory Size

    Spoiler: Debugging

    Customize the behavior of the backlight smoother to improve your experience

    Add the enable-backlight-smoother property to IGPU or use the -igfxbls boot argument instead to make brightness transitions smoother on Intel IVB+ platforms.

    The graphics driver adjusts the panel brightness by writing values to related registers. Brightness Smoother (BLS) intercepts these write operations and gradually changes the register value. You may think of the graphics driver changing the brightness like climbing the stairs while BLS works like taking the escalator.

    BLS uses a simple algorithm: it reads the register value SRC that represents the current brightness level and calculates the distance D to the register value DST requested by the graphics driver. It then moves toward the target value in N steps, each of which takes Tmilliseconds. By default, N is 35 and T is 7, but you may change their values by adding the properties backlight-smoother-steps and backlight-smoother-interval. It is recommended to keep T less than 10 milliseconds and the total amount of time N * T less than 350 milliseconds.

    Besides, you may use the property backlight-smoother-threshold to ask BLS to skip the smoother process if the distance D falls below the threshold. In other words, BLS will write DST to the register directly. The default threshold value is 0.

    If you want to prevent the built-in display from going black at the lowest brightness level, you may use the property backlight-smoother-lowerbound to specify the minimum register value that corresponds to the new, lowest brightness level. Similarly, backlight-smoother-upperbound can be used to specify the maximum value instead. See the example below. If these two properties are not present, BLS uses the default range [0, 2^32-1].

    Example: Configure the smoother for a Haswell-based laptop with Intel HD Graphics 4600Example: Configure the smoother for a Coffee Lake-based laptop with Intel UHD Graphics 630

    Dell XPS 13 7390  Intel® Core™ i7-10510u - OpenCore 0.9.4 - Win 11 macOS Ventura / macOS Sonoma

    MacBook Air 2022  M2 - 10 Core GPU - 16GB RAM - 512 GB - macOS Sonoma

    MacMini 6,1  Late 2012 - macOS Ventura Beta - OC Legacy Patcher 0.6.9

  • @Hecatomb Ich habe mir deinen Beitrag durchgelesen und auch die GitHub Website und alles für mein System eingestellt, aber das einzige was sich verändert hat ist das ich jetzt 120 Hertz nutzen kann. Ist zwar nice to have aber ich habe immer noch keine 2k Auflösung. Ich hänge mal meine config.plist an den Beitrag an, vllt hab ich ja doch irgendwas vergessen was ich übersehen habe. Ich habe selber nochmal im Internet geschaut, aber komme iwie nicht zur Lösung.

    Dateien

    • config.zip

      (5,57 kB, 24 Mal heruntergeladen, zuletzt: )
  • Ich glaub beim Thema patchen bin ich keine große Hilfe 😂 welches os nutzt du genau? Hab nämlich bezüglich eines anderen Thread auch noch bezüglich der Thematik bisschen gegoogelt und iwo dann gelesen das wer seit einem Update auf, glaub Big Sur, kein 4k mehr nutzen kann. Er hat versucht was er nur konnte und ging trotzdem nicht.

    Dell XPS 13 7390  Intel® Core™ i7-10510u - OpenCore 0.9.4 - Win 11 macOS Ventura / macOS Sonoma

    MacBook Air 2022  M2 - 10 Core GPU - 16GB RAM - 512 GB - macOS Sonoma

    MacMini 6,1  Late 2012 - macOS Ventura Beta - OC Legacy Patcher 0.6.9

  • Ich nutze Monterey 12.4 also die neuste Version. Habe vorher BigSur draufgehabt und da hatte alles funktioniert mit der Auflösung, also ich konnte 2560x1440 nutzen. Musste dann aber einen neuen Stick erstellen weil mein GenSMBIOS nicht mehr gepasst hatte, also ich hatte als Model den iMac15,1 und da wird ja das Monterey Update nicht unterstützt. Ich hatte meine alte EFI genommen und nur die Kexts nochmal neu runtergeladen sodass die auf dem neusten Stand sind und die Config aktualisiert. Ich hoffe das das mit der 2k Auflösung funktioniert, weil im Internet funktioniert es ja bei den anderen anscheinend auch. 4k brauch ich ja nicht habe ja nur ein QHD Monitor.