Jump to content

Customized OpenCore with additional features

n.d.k

By n.d.k,
in OpenCore

 Share
1335 posts in this topic

Recommended Posts

Anto65
Anto65
Posted
Posted (edited)
On 9/17/2022 at 4:24 PM, Matgen84 said:

 

Hi @antuneddu Could you add Ventura icons(ExtApple13 and ExtAppleRecv13) to you Wonderfull theme, please. 😊

 

ExtApple:Recv13.zip  👋

Edited by antuneddu
  • Thanks 1
oldman20
oldman20
Posted
Posted (edited)
On 9/23/2022 at 2:23 PM, antuneddu said:

 

ExtApple:Recv13.zip 35.99 kB · 15 downloads   👋

Can u add icons for EFI part and storage, please? thank!

Screen Shot 2022-09-24 at 15.18.55.png

 

And after replace Resources folder, icons didnt applied, what i missing?

24082318.png

Edited by oldman20
add píc
  • 2 weeks later...
  • 4 weeks later...
oldman20
oldman20
Posted
Posted

I using OC official with *.aml edit without OC Mod and multiboot well

On 9/24/2022 at 3:21 PM, oldman20 said:

Can u add icons for EFI part and storage, please? thank!

Screen Shot 2022-09-24 at 15.18.55.png

 

And after replace Resources folder, icons didnt applied, what i missing?

24082318.png

Solved it!

  • Like 1
  • 2 weeks later...
makk
makk
Posted
Posted (edited)

Question:  I've installed Windows prior to installing OC MOD and vice versa which has left UEFI Shell with no reference to Windows except the EFI directory.

How to resolve this without installing again? so the UEFI Shell or OpenShell has the data for the drive?

 

FS0: = EFI\Boot\Microsoft

FS1 = EFI\OC\OpenCore and EFI\Boot\Microsoft

**the Windows on the laptop and Big Sur on the laptop.

I've had to change drives several times to offset storage usage which has the data portion in cahoots.

 

 

Edited by makk
makk
makk
Posted
Posted (edited)

I remember a while back someone had database for OCAT of this BTWISE NDK MOD. I'm wondering how they were able to redirect to OCAT the updates?

 

On 11/4/2022 at 6:49 AM, oldman20 said:

I using OC official with *.aml edit without OC Mod and multiboot well

Solved it!

@oldman20 Just to let you know DSDT sucks.  it limits your actions on your puter.  Thus toasty shipwrecks after a while.

RehabMan has the jam!  You should consider hotpatches  SSDT.aml's OC does the DSDT patching no need for DSDT

 

Plus with ENABLEFORALL feature you can run this on Windows with ten Windows OS's {{ All the previous Windows Versions }} if you want. or perhaps some other Type of Windows similar to Windows like DOS

Or BEOS, maybe even IBM Windows :)

 

 

Edited by makk
makk
makk
Posted
Posted
On 11/4/2022 at 5:32 AM, antuneddu said:

 

OpenCore-Mod-0.8.6-RELEASE.zip     last master 4319b15

 

 

https://gitee.com/btwise/OpenCore_NO_ACPI

@antuneddu I went there and had a Chinese Hanzi characters showup for the party and no account with Gmail. ;) {censored}

They must be censoring USA login attempts??

 

Peace out

oldman20
oldman20
Posted
Posted
8 hours ago, makk said:

I remember a while back someone had database for OCAT of this BTWISE NDK MOD. I'm wondering how they were able to redirect to OCAT the updates?

 

@oldman20 Just to let you know DSDT sucks.  it limits your actions on your puter.  Thus toasty shipwrecks after a while.

RehabMan has the jam!  You should consider hotpatches  SSDT.aml's OC does the DSDT patching no need for DSDT

 

Plus with ENABLEFORALL feature you can run this on Windows with ten Windows OS's {{ All the previous Windows Versions }} if you want. or perhaps some other Type of Windows similar to Windows like DOS

Or BEOS, maybe even IBM Windows :)

 

 

cant read much, but i think u said about DSDT? no, OC i just using all is SSDT-*.aml with darwin method to inject only macOS

8 hours ago, makk said:

@antuneddu I went there and had a Chinese Hanzi characters showup for the party and no account with Gmail. ;) {censored}

They must be censoring USA login attempts??

 

Peace out

i dint using this, unofficial! btw, why using that when can control with *.aml

Anto65
Anto65
Posted
Posted

@miliuco I'll answer you here 🙃 (Let's avoid Allan beating us)
 

If you want to try this is the latest available at the moment

 

https://www.insanelymac.com/forum/topic/341402-customized-opencore-with-additional-features/?do=findComment&comment=2796600

 

  • Like 1
  • Haha 1
davidm71
davidm71
Posted
Posted
On 11/18/2022 at 2:53 AM, makk said:

 

@oldman20 Just to let you know DSDT sucks.  it limits your actions on your puter.  Thus toasty shipwrecks after a while.

RehabMan has the jam!  You should consider hotpatches  SSDT.aml's OC does the DSDT patching no need for DSDT

 

Plus with ENABLEFORALL feature you can run this on Windows with ten Windows OS's {{ All the previous Windows Versions }} if you want. or perhaps some other Type of Windows similar to Windows like DOS

Or BEOS, maybe even IBM Windows :)

 

 


 

Confused on what exactly is the OC mod version in that it doesnt use a dsdt? You also say the dsdt is a limitation? I thought you needed one. Right now having an issue getting a Highpoint 7204 card working and I suspect that its the dsdt at fault. I used generator apps to create it through the usual ways most guides out there tell you. Is this possible and perhaps will the mod version help me with my issue?

 

thanks

makk
makk
Posted
Posted (edited)
7 hours ago, davidm71 said:


 

Confused on what exactly is the OC mod version in that it doesn't use a dsdt? You also say the dsdt is a limitation? I thought you needed one. Right now having an issue getting a Highpoint 7204 card working and I suspect that its the dsdt at fault. I used generator apps to create it through the usual ways most guides out there tell you. Is this possible and perhaps will the mod version help me with my issue?

 

thanks

Hi @davidm71

 

NO ACPI means that ACPI's are disabled for WIndows only but are enabled for booting MacOS.

Like a gatekeeper which says ah Windows is booting must keep the ACPI's from loading.

It watches what OS is booting to enable or disable.

 

and there is some other feature I forgot what it is. However, the MOD version is called NO ACPI.

 

Some APCI ssdt's cause Windows to Not Boot. but are needed necessary required to Boot MacOS 

interferes in the boot up process.
 

yes, dsdt is a limitation in several ways. Unless your pc requires it.  You can get by with just SSDT's using OpenCore.

OpenCore patches the DSDT tables so you don't really need to make a patched DSDT.

 

On some hardware, I've seen people just run OpenCore without even an SSDT. Straight up boot.  Which is unusual. 

If you take the time to match the hardware to what is in a real mac then I can see where the ACPI portion is not necessary

in your config.plist. 

 

 

Edited by makk
  • Like 3
MaLd0n
MaLd0n
Posted
Posted
2 hours ago, makk said:

yes, dsdt is a limitation in several ways.

You are thinking backwards. Complete solution only with DSDT. It's what Apple has always done. Just check the Apple tables and you will see that the DSDT of an Apple is fully patched against the same chipset for a regular computer. You may not like or know how to patch, but that's not true. It's better to believe in Apple than people who want to sell their own fish.

 

 

  • Like 5
  • Haha 1
Slice
Slice
Posted
Posted
2 hours ago, makk said:

Hi @davidm71

 

NO ACPI means that ACPI's are disabled for WIndows only but are enabled for booting MacOS.

Like a gatekeeper which says ah Windows is booting must keep the ACPI's from loading.

It watches what OS is booting to enable or disable.

 

 

 

No, ACPI is not disabled for Windows. Custom DSDT and other ACPI tables will not replace OEM tables so Windows will work with OEM ACPI tables provided by BIOS.

  • Like 5
makk
makk
Posted
Posted
3 hours ago, Slice said:

No, ACPI is not disabled for Windows. Custom DSDT and other ACPI tables will not replace OEM tables so Windows will work with OEM ACPI tables provided by BIOS.

Let me rephrase that, For OpenCore not BIOS.

It passes Windows to use what is in BIOS and not what is in config.plist--MacOS.  

Yes it disables ACPI in Bootloader called OpenCore. Bypass, go around does not use.

 

Does that satisfy your thinking? 

makk
makk
Posted
Posted (edited)
4 hours ago, MaLd0n said:

You are thinking backwards. Complete solution only with DSDT. It's what Apple has always done. Just check the Apple tables and you will see that the DSDT of an Apple is fully patched against the same chipset for a regular computer. You may not like or know how to patch, but that's not true. It's better to believe in Apple than people who want to sell their own fish.

 

 

Actually it isn't backwards.

 

Hot patching is much more effective, when the Thirdparty Bootloader applies patches by reading the DSDT on boot. and not changing it  Just use SSDT's. 

Whenever a new firmware update is needed to patch for the Updated OS, a patch is placed to replace.

A hacky is not Apple. It is whatever maker your board is to run MS Windows. there is if, perhaps we can say language differences.

 For instance Wifi and Bluetooth parameters changed at Apple the new thing that came out with Monterey where you can

mouse from Ipad to Mac.  A software change that made hardware that is not on their list non-working.  Bluetooth. So, many users using Intel Wifi/BT combo found themselves

In cohoots.  

 

I take it you haven't read Rehabmans take on SSDT hot patching vs creating a DSDT to replace. It really isn't isn't patching it is telling the computer to use these parameters on this list.
Whereas SSDT"s are patching to mimic and fake not making any changes to the actual DSDT. When you extract the actual DSDT from firmware to make a change and then 
have it outside the firmware and not back inside the firmware like BIOS, and others, it is telling the computer to use what is outside, or foreign to the computer

Use this one instead is what is stating, which is a good thought, but however it is not residing where it was designed to be. 

So it is best to leave it and then patch by faking and mimicing an Apple hardware.  Ecplise. 


Simply put, a DSDT can screw up your pc if done wrong and there is greater chance of this.

Hot patching tosses a patch on to make your DSDT work the one that is in the tables in the firmware and is not touched.

the bootloader which patches on the fly by the choices selected by the user which is done in config.plist. 

It's all patch work anyway.  The choice is ultimately the users regardless.

 

When making a DSDT to circumvent, it replaces the DSDT in firmware, you can download up to 255 copies of DSDT that was inserted by creating a replacement DSDT.

There's a tool that does this.  So it fills up the memory in firmware or flashware or whatever it is but it is there.  This having other DSDT's causes problems.

Just need 1 DSDT that comes stock.  A BIOS update can have a DSDT update but not worded as such.


With these new BIOS and newer hardware an OS's it's better to hot patch.  Leave the DSDT alone let the Bootloader do its patching.

 

In the end is ultimately upto the user.  I don't use DSDT. In fact there are a few who don't even need SSDT's or DSDT's and have
no problems running MacOS's everything works.

 

Edited by makk
  • Confused 1
Slice
Slice
Posted
Posted
1 hour ago, makk said:

Let me rephrase that, For OpenCore not BIOS.

It passes Windows to use what is in BIOS and not what is in config.plist--MacOS.  

Yes it disables ACPI in Bootloader called OpenCore. Bypass, go around does not use.

 

Does that satisfy your thinking? 

I have a feeling that you speak right. But

52 minutes ago, makk said:

 

 

When making a DSDT to circumvent, it replaces the DSDT in firmware, you can download up to 255 copies of DSDT that was inserted by creating a replacement DSDT.

 

 

What? Our bootloaders aren't going to write something into firmware.  

DSDT and other ACPI tables are copied from firmware to RAM and then the bootloader will patch it or not. That's all.

We should tell the bootloader if we want to patch ACPI tables or not depending on OS loaded. And so patching DSDT is very safe procedure.

Adding new SSDT is also safe procedure but novices have a misunderstanding that new SSDT must correspond to his DSDT in naming and often have failures.

  • Like 3
davidm71
davidm71
Posted
Posted
7 hours ago, Slice said:

No, ACPI is not disabled for Windows. Custom DSDT and other ACPI tables will not replace OEM tables so Windows will work with OEM ACPI tables provided by BIOS.

 

As I have no issues dual booting Windows I don't think this will not help my problem because as I understand ACPI still gets patched for OSX loading non the less.

 

Still feel my DSDT tables may be incorrect though considering the NVME errors I see in logs. Topic for another day.

 

Thanks

Planet X
Planet X
Posted
Posted (edited)

In short with official OpenCore my Windows 10 had a Mainboard is called Acidanthera and with OC mod NO ACPI my Windows 10 (now 11) is called Asus with the real hardware I use shown in Device Manager. That's how I wanted it to be. If I wouldn't need to use Citrix I would not even have Windows on that PC, as I had for many years too. B.t.w. It's all about resolution and scaling nothing else. 

Edited by Planet X
 Share
Go to topic listing
×
×
  • Create New...