Hervé

You cannot "re-route" the output of one connector to another. Connectors correspond to physical video output ports. You can only patch the attributes/settings of connectors, that's all. Why don't try booting your macOS installation, without the framebuffer memory patches, from a USB key ? All you need to do is install/copy your bootloader and existing bootloader's settings on the key, then adjust the config on it to remove stolenmem/fbmem patches.

See here where you'll find a link to Firewolf's old blog article on the matter.

I'm pretty sure you've done other things that you've not mentioned yet and that would explain your predicament. There's just no way you'd have that kind of trouble with a full vanilla build.

In BIOS settings, as usual with all Dell computers. Your posted config is wrong in many respects. Why do you keep adding stuff that are in complete contradiction with each other ??? Proceed as follows: 1) update Clover to latest version 2) adjust your config with latest version of CloverConfigurator app 3) in your config, please remove this: 4) remove this: 5) remove this: 6) remove this: 7) in SMBIOS tab, select a different SMBIOS then MacBookPro12,1 again Then save your Clover config and reboot.

I'm talking about the kexts you inject via Clover, of course! Please post actual config files or readable config settings, Base64 code isn't really user friendly or readily readable... This being said, <key>AAPL,ig-platform-id</key> <data> AAAGFg== </data> translates to Broadwell framebuffer 0x16060000 which is a desktop one. I recommend you use the values recommended by WEG, i.e. 0x16260006 preferably or any other mobile value. What's your exact CPU reference/model? You just said "i5"... Injected the iGPU device id does no harm of course but it's probably injecting the same id (natively) carried by your iGPU, which would make the injection useless. I don't believe you need any of these lspcon properties either.

Ok, it's not gonna work with that framebuffer id: Strange that this would be a default value when WEG kext is supposed to inject FB 0x1626006 for laptops: https://github.com/acidanthera/WhateverGreen/blob/master/Manual/FAQ.IntelHD.en.md#intel-hd-graphics-5300-6300-broadwell-processors I would double check the config you're using. Search for "ig-platform-id". If you do not find anything, add this to the list of injected graphics properties: AAPL,ig-platform-id 06002616 DATA Maybe you need to check your kexts versions and update to latest should you use old ones. Do post a new copy of your Clover config file and specify which version of Clover you're using. How do you edit your config? With a text editor? a plist editor? CloverConfigurator app?

Check your Optimus settings in BIOS; make sure it's enabled. If it's disabled, your laptop will only run on the dGPU. Post a zipped IOReg extract taken from IORegistryExplorer app.

I've removed your links to ebay or to DropBox that forced people to have an account. Please avoid such links in the future as per our published rules. I've posted your (basic) Clover stuff: ACPI folder + config file + kexts folder which I have cleaned of the useless stuff. Forget about the GeForce, it's Maxwell so never natively supported and required the nVidia Web Driver which only exists for OS X Yosemite to macOS High Sierra. No such drive since Mojave, no workaround, no solution. Just disable the dGPU to save on battery and run solely on the iGPU. You should have no issue getting graphics acceleration on HD5500, it's been supported for years. You just need to inject the correct properties and properly so... So, remove this from your config: and, instead, inject this: See here.

On checking the specs and the documentation, it appears Asus P8Z77-V motherboard is fitted with VGA/DVI/DP/HDMI video outputs: As such, you may purchase a DVI-to-VGA or DP-to-VGA adapter for your purpose. Rest assured that it will work, provided you buy an active adapter, not a passive one.

Ivy Bridge HD4000 has no support for VGA in OS X/macOS. It's been like that since Mountain Lion 10.8.2 so that shows you how far it goes. See here. nVidia GeForce GTX 950 is Maxwell so no support beyond macOS High Sierra and, even in macOS versions that could support the card, there was no native support and you needed the nVidia Web Driver. That died long ago when Mojave was introduced. "Fixing VRAM" does not mean much. If Big Sur only displayed "HD 4000 5MB", it meant you had no graphics acceleration. It's the only reason why you may have obtained video output on your VGA screen because you were running in unaccelerated, poor performing, VESA mode but Hackintosh was in limping mode and most probably very very slow with many graphics defects. Once you got graphics acceleration working, no VGA output, no. Since you now run Big Sur with HD4000 graphics, your only options for physical outputs are DVI, DP or HDMI and you can totally forget about VGA. If you really want VGA output, you only have 2 options: switch your GTX 950 card for a supported model: AMD or nVidia Kepler. See here. I get triple VGA/DVI/HDMI output out of my Asus GeForce GT730 (Kepler 2.0 GK208 chip) or my Yeston AMD Radeon RX560 (Polaris21/Baffin chip) on my old Core2Duo Dell Vostro 200 ST. if you have another (built-in) HDMI or a DVI or DP output port, use an adapter (has to be active (i.e. with a small chip) to convert digital signal to analog). That's fully supported.

Laptop's built-in screen is always connector con0.

Released August 30th, 2023. Build 23A5337a. Smooth and straightforward update using the same usual principles applied before.

Oh but it does! Just not through the Realtek Codec but the Intel one: Intel Sunrise Point-LP HD audio 8086:9D70. So you need AppleALC to have a patch for that controller. Failing that, it's jack output to an analog audio input of your TV, meaning 2 cables between your NUC and your screen. Far from great but better than nothing I suppose... I think you have a better chance to obtain HDMI audio through VoodooHDA. Russian developper @Slice continues to support VoodooHDA development. You can always try and contact him, probably at InsanelyMac because he does not visit OSXL much. https://www.insanelymac.com/forum/topic/314406-voodoohda-302

Ok, IOReg shows that: your HDMI display hooks to connector con1 connector con1 is suitably set to type HDMI On paper and in theory, all looks Ok on that front but I believe you're missing an essential piece of information about your platform... The other thing to look at is the Codec. You're using AppleALC as expected so one could suggest you played with the various layouts available for Realtek ALC283 and you may have already done that, albeit without any success. Well, given what Intel's NUC6i3SYB Technical Product Specification detail for audio, I'm not surprised: -> It appears that HDMI and DP audio outputs are not processed through the Realtek codec but through the Intel codec. That would explain why you never see any HDMI audio output option. Given that I've not seen any support for Intel NUC6 in the AppleALC wiki, I don't believe you're likely to obtain any HDMI audio until the necessary support is added. I've never had to do this so no experience on the matter but you'll find several threads on the forum about dumping Codec info and tuning AppleHDA/AppleALC for the target hardware. In turn, this could be your valuable own contribution to AppleALC as a new controller patch for Intel's NUC6. https://github.com/acidanthera/AppleALC/wiki https://github.com/acidanthera/AppleALC/wiki/Adding-codec-support https://github.com/acidanthera/AppleALC/wiki/Dumping-processing-coefficients Of course, you may check the details of the patches for the listed Intel controllers in case one matches your NUC's hardware. They are listed at the bottom of the wiki page. Maybe you could get lucky with NUC8, who knows? I don't believe deprecated FakePCIID will be of any help here but maybe VoodooHDA will do the trick; it's a very long time since I last used it, so...` With regards to SMBIOS, do experiment but wouldn't Macmini8,1 be the most appropriate? I presume your NUC6i3SYB is fitted with i3-6300U CPU so, if you have to use a laptop SMBIOS, you may find dual-core MBP13,1 to be better suited than quad-core MBP13,3. iMac17,1 is fitted with desktop quad-core Skylake CPU + AMD dGPU, so not the best target SMBIOS for your platform I reckon.

Normally, all you'd need is to ensure that the connector type of the port used for HDMI output is set to HDMI (00080000). In the config file of the pack you linked to, I see: AAPL,ig-platform-id 00001219 DATA framebuffer-patch-enable 01000000 DATA framebuffer-con1-enable 01000000 DATA framebuffer-con1-alldata 01050900 00080000 87010000 02040A00 00080000 87010000 DATA SKL framebuffer 0x19120000 is defined as follows: ID: 19120000, STOLEN: 34 MB, FBMEM: 21 MB, VRAM: 1536 MB, Flags: 0x0000110F TOTAL STOLEN: 56 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 124 MB, MAX OVERALL: 125 MB (131608576 bytes) Model name: Intel HD Graphics SKL CRB Camellia: CamelliaDisabled (0), Freq: 1388 Hz, FreqMax: 1388 Hz Mobile: 1, PipeCount: 3, PortCount: 3, FBMemoryCount: 3 [255] busId: 0x00, pipe: 0, type: 0x00000001, flags: 0x00000020 - ConnectorDummy [1] busId: 0x05, pipe: 9, type: 0x00000400, flags: 0x00000187 - ConnectorDP [2] busId: 0x04, pipe: 10, type: 0x00000400, flags: 0x00000187 - ConnectorDP FF000000 01000000 20000000 01050900 00040000 87010000 02040A00 00040000 87010000 So, if your HDMI output registers against con1 or con2, you should be Ok. What does it show in IOReg? I also noticed that SMBIOS was set to laptop model (MBP13,3). So you may want switch to SKL framebuffer 0x19160000 instead and see how that goes. ID: 19160000, STOLEN: 34 MB, FBMEM: 21 MB, VRAM: 1536 MB, Flags: 0x0000090F TOTAL STOLEN: 56 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 124 MB, MAX OVERALL: 125 MB (131608576 bytes) Model name: Intel HD Graphics SKL CRB Camellia: CamelliaDisabled (0), Freq: 1388 Hz, FreqMax: 1388 Hz Mobile: 1, PipeCount: 3, PortCount: 3, FBMemoryCount: 3 [0] busId: 0x00, pipe: 8, type: 0x00000002, flags: 0x00000098 - ConnectorLVDS [1] busId: 0x05, pipe: 9, type: 0x00000400, flags: 0x00000187 - ConnectorDP [2] busId: 0x04, pipe: 10, type: 0x00000400, flags: 0x00000187 - ConnectorDP 00000800 02000000 98000000 01050900 00040000 87010000 02040A00 00040000 87010000 I've no issue getting HDMI audio out of my Skylake/HD520 Dell Latitude E7270 laptop (ALC293 codec, layout-id 11) under Monterey with the following iGPU properties (and only those), SMBIOS MBP13,1 and igfxonln=1 boot arg: AAPL,ig-platform-id 00001619 DATA framebuffer-patch-enable 1 NUMBER framebuffer-con1-enable 1 NUMBER framebuffer-con1-type 00080000 DATA hda-gfx onboard-1 STRING Maybe you should remove those extra properties dealing with HDMI.

Well, it sure is seen in IOReg: And, from what I see, you appear to inject suitable properties. Maybe be you ought to rename your ACPI device from WL00 to ARPT. See if that makes any difference. You could also try a different SMBIOS profile to see if it makes any difference though I should not think so. MBP13,x/14,x/15,x sure support the card normally.

You need to follow the required process for Broadcom BCM4350 cards as detailed here. But if the wifi card is not even detected, that probably won't do much good. Maybe hardware is faulty. Post a zipped IOreg extract taken from IORegistryExplorer.

Congrats on learning by yourself, sort of...

As stated before, download one of my most recent E6230 packs, open up the Clover config with CC and you'll see for yourself; it's really not difficult if you make a little effort to learn by yourself.

If you download a Clover bootpack from one of my existing E6230 guides and open the config file with CloverConfigurator, you'll see what to do and how it's done. Look up the Device tab on the left, the the Properties area at bottom right:

Released August 22nd, 2023. Build 23A5328b. Smooth and straightforward update using the same principles applied before. New wallpapers and screen savers with this 6th beta.

Exact same process; you may use CloverConfigurator. Property injection is done in the exact same way in the config file.

All you really have to do is grab an existing config and look it up with apps such as OpenCoreConfigurator (or otherwise) and do the same. Just make sure to target the correct IO locatoin/device path by verifying things in IOReg 1st. You may use apps such as IORegistryExplorer to that effect.

Plenty of existing threads on the matter. See here for instance. in your bootloader's config, inject device property declaring your card compatible with Broadcom BCM4360 (14e4:43a0). inject AirPortBrcmFixup kext. make sure you use a suitable SMBIOS profile (eg: MPB12,1) or -no_compat_check boot arg if you're using MBP9,x/MBP10,x profile.

It's based on Broadcom BCM4352, so, apply the necessary patch. It's never been natively supported. https://osxlatitude.com/forums/topic/11138-inventory-of-supportedunsupported-wireless-cards-2-sierra-ventura https://github.com/khronokernel/IO80211-Patches