Jump to content
1631 posts in this topic

Recommended Posts

10 minutes ago, miliuco said:

Look at the Name key, it has Open Shell as string, it must be UEFI Shell.

Comment key can be empty and Path key must be OpenShell.efi, as in your code.

Its work Thanks a lot :thumbsup_anim:

  • Like 2
21 hours ago, miliuco said:

After analyzing this behavior, these are the conclusions:

1. If you add OpenShell.efi from ProperTree (Cmd + R or Cmd + Shift + R) it writes OpenShell.efi as name of the tool

..
2. If you add OpenShell.efi from OpenCore Configurator it writes OpenShell as name of the tool

..
3. OpenCore Sample.plist file has UEFI Shell as name of the tool, this is the only way the OpenShell icon is Shell.icns instead of Tool.icns.

 

Interesting observation. I've not encountered this myself, but then I don't use either ProperTree or OpenCore Configurator. Maybe notify the app devs to make them aware of it?

1 hour ago, blackosx said:

 

Interesting observation. I've not encountered this myself, but then I don't use either ProperTree or OpenCore Configurator. Maybe notify the app devs to make them aware of it?

But to whom request the change? To corpnewt and mackie100 to modify the apps to adapt to OpenCore even though they both work well?

Oh, they work okay? Then apologies. I read it as you were saying that only by setting the name 'UEFI Shell' as name of the tool (as OpenCore Sample.plist file) was the only way the OpenShell icon is Shell.icns instead of Tool.icns, and in this case the two apps, ProperTree or OpenCore Configurator, didn't do that.

  • Like 1
52 minutes ago, blackosx said:

Oh, they work okay? Then apologies. I read it as you were saying that only by setting the name 'UEFI Shell' as name of the tool (as OpenCore Sample.plist file) was the only way the OpenShell icon is Shell.icns instead of Tool.icns, and in this case the two apps, ProperTree or OpenCore Configurator, didn't do that.

I see you like to be clear :)
On second thought I see that you are right.

Above all, OpenCore Configurator, which is an app made specifically for use with OpenCore, should take into account the behavior of OpenCore.

Also ProperTree, whose utility goes beyond OpenCore (it is a plist file editor) but it's used by many of us.
I will send the comment to the developers.

 

Edit: done (corpnewt and mackie100 ).

Edited by miliuco
  • Like 1

I just tried ProperTree and it's great! and I do like the CMD + R option to read the OC directory. :)

 

To confirm what you discovered, OpenCore's OC_MENU_UEFI_SHELL_ENTRY is "UEFI SHELL" and only shows the ICON_SHELL if the entry name matches that. 

 

EDIT: But yes, I agree, maybe it's more relevant to OpenCore Configurator as that's a specific app for OpenCore.

 

 

Edited by blackosx
Fix link
  • Like 1
29 minutes ago, blackosx said:

I just tried ProperTree and it's great! and I do like the CMD + R option to read the OC directory. :)

 

To confirm what you discovered, OpenCore's OC_MENU_UEFI_SHELL_ENTRY is "UEFI SHELL" and only shows the ICON_SHELL if the entry name matches that. 

 

EDIT: But yes, I agree, maybe it's more relevant to OpenCore Configurator as that's a specific app for OpenCore.

Yes, the feature of generating OC snapshots is the main reason I use ProperTree. It is very usefull for the app to fill in acpi, kexts, tools and drivers by itself.
It would not have occurred to me to look at the OcBootManagementLib.h and BootPicker.c files :(

And there we clearly see the explanation for the behavior that we have detected.
Thanks for the info!!!

Edited by miliuco
On 2/11/2021 at 9:17 PM, blackosx said:

Only these files are correctly formed ICNS files


ModernBackground
ModernExtAppleRecv
ModernShell
ModernTool

The following are .PNG files incorrectly renamed with .icns extensions. You need to convert these to ICNS files using either @chris1111 Icnspack-Builder or the script in this thread (linked to in the opening post).

ModernApple
ModernAppleRecv
ModernAppleTM
ModernCursor
ModernExtHardDrive
ModernHardDrive
ModernLeft
ModernRight
ModernSelected
ModernSelector
ModernWindows
And for completeness, you are missing

ExtAppleTM
I've converted the PNG files to ICNS for you. 
I have not tested.
 
vict_Converted_to_ICNS.zip
 
EDIT:
Just tested the revised link in QEMU and it works fine.
11202213.thumb.png.4a3457b29a6fae4ce2b2c5d134974f27.png
 
 

 hi @blackosx qemu I would like to install it too I used it with Windows but I can't find a valid guide for mac, could you please direct me? Thanks

40 minutes ago, chris1111 said:

Some body knows how to change the font? @miliuco @blackosx :)

Never tried. 
The only variant I know about labels is to display icons without labels by making transparent the PNG files of the fonts. 

  • Like 1
21 minutes ago, miliuco said:

Never tried. 
The only variant I know about labels is to display icons without labels by making transparent the PNG files of the fonts. 

I need black Font :|

15 hours ago, antuneddu said:

 hi @blackosx qemu I would like to install it too I used it with Windows but I can't find a valid guide for mac, could you please direct me? Thanks


Sure. Let me check my system a bit later for details.

 

9 hours ago, chris1111 said:

Some body knows how to change the font? @miliuco @blackosx :)


OpenCanopy will draw the labels in black if you set DefaultBackgroundColour to Apple grey; #BFBFBF. 

 

Edited by blackosx
  • Like 2
5 hours ago, blackosx said:


Sure. Let me check my system a bit later for details.

 


OpenCanopy will draw the labels in black if you set DefaultBackgroundColour to Apple grey; #BFBFBF. 

 

Thank you but I have a Background Metal

@antuneddu

 

Here are some instructions which may help you. Though I'm no expert with Qemu so there may be better ways do this.

 

You will need:

 

1 - Qemu

If you don't already have it installed then install Qemu from somewhere like Homebrew

 

2 - OVMF (Open Virtual Machine Firmware)
You can build it yourself or get a pre-built binary from various places. For example, you can get the latest pre-built binaries from https://www.kraxel.org/repos/jenkins/edk2/

 

Here we can download edk2.git-ovmf-x64-0-20201222.1558.g4f4d862c1c.noarch.rpm and then uncompress it using

tar -xf edk2.git-ovmf-x64-0-20201222.1558.g4f4d862c1c.noarch.rpm

Then choose one of the firmware files from the extracted dir: usr/share/edk2.git/ovmf-x64/

Here I'll use OVMF-pure-efi.fd 


3 - Create yourself a disk image to use

There may be various ways to do this but these are my notes from 2018 for creating BlackDisk4G.img which I used at the time for Clover and Ozmosis theme testing. I built it to contain most versions of MacOs so I could see all the different icons.

Create Disk Image
==================
$ qemu-img create -o size=4G BlackDisk4G.img

Create Partition Table
==================
$ qemu-system-x86_64 -boot d -cdrom gparted-live-0.29.0-1-i686.iso -m 4096 -hda BlackDisk4G.img
Create Partition Table -> gpt
Create New Partition named A with file system hfs+
Apply
Exit

Mount BlackDisk4G.img
==================
Double Click

Erase Disk Image
==================
$ diskutil eraseDisk JHFS+ Test disk3

Started erase on disk3
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk3s2 as Mac OS Extended (Journaled) with name Test
Initialized /dev/rdisk3s2 as a 4 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
Finished erase on disk3

Check Disk structure
==================
$ diskutil list

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +4.3 GB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Test                    4.0 GB     disk3s2


Verify Disk structure
==================
$ diskutil verifyDisk disk3

Started partition map verification on disk3
Checking prerequisites
Checking the partition list
Checking the partition map size
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Checking Core Storage Physical Volume partitions
The partition map appears to be OK
Finished partition map verification on disk3

Partition Disk Image
==================

Want to go for the following structure
diskutil partitionDisk /dev/disk3 GPT
fat32 VISTA 32M
JHFS+ 10.5 32M
JHFS+ 10.6 32M
JHFS+ 10.7 32M
JHFS+ 10.8 32M
JHFS+ 10.9 32M
JHFS+ 10.10 32M
JHFS+ 10.11 32M
JHFS+ 10.12 32M
JHFS+ 10.13 32M
APFS 10.14a 512MB
JHFS+ 10.14h 32M
fat32 BLANK 32M
fat32 BLANK2 32M

diskutil partitionDisk /dev/disk3 GPT fat32 VISTA 32M JHFS+ 10.5 32M JHFS+ 10.6 32M JHFS+ 10.7 32M JHFS+ 10.8 32M JHFS+ 10.9 32M JHFS+ 10.10 32M JHFS+ 10.11 32M JHFS+ 10.12 32M JHFS+ 10.13 32M APFS 10.14a 512MB JHFS+ 10.14h 32M fat32 BLANK 32M fat32 BLANK2 32M

Started partitioning on disk3
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk3s2 as MS-DOS (FAT32) with name VISTA
Error: -69850: The chosen size is not valid for the chosen file system

^^ Last error is FAT cannot be larger than 2GB

Check Disk structure
==================
$ diskutil list

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +4.3 GB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:       Microsoft Basic Data                         31.5 MB    disk3s2
   3:                  Apple_HFS 10.5                    32.0 MB    disk3s3
   4:                  Apple_HFS 10.6                    32.0 MB    disk3s4
   5:                  Apple_HFS 10.7                    32.0 MB    disk3s5
   6:                  Apple_HFS 10.8                    32.0 MB    disk3s6
   7:                  Apple_HFS 10.9                    32.0 MB    disk3s7
   8:                  Apple_HFS 10.10                   32.0 MB    disk3s8
   9:                  Apple_HFS 10.11                   32.0 MB    disk3s9
  10:                  Apple_HFS 10.12                   32.0 MB    disk3s10
  11:                  Apple_HFS 10.13                   32.0 MB    disk3s11
  12:                 Apple_APFS Container disk4         32.0 MB    disk3s12
  13:                  Apple_HFS 10.15                   32.0 MB    disk3s13
  14:       Microsoft Basic Data                         31.5 MB    disk3s14
  15:       Microsoft Basic Data BLANK2                  3.7 GB     disk3s15

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +32.0 MB    disk4
                                 Physical Store disk3s12
   1:                APFS Volume 10.14                   24.6 KB    disk4s1


CHECK DISK WITH GDISK
=======================

$ gdisk /dev/disk3
GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): q

Populate EFI and each disk with System files.
=======================
Note: Double click the img in Finder to mount all the volumes and then populate each with the necessary files for the bootloader to discover a MacOs system. So for example for Volume 10.6

mkdir -p /Volumes/10.6/Library/Preferences/SystemConfiguration 
mkdir -p /Volumes/10.6/System/Library/CoreServices

Then:
- copy com.apple.Boot.plist from macOS 10.6 to /Volumes/10.6/Library/Preferences/SystemConfiguration /
- copy boot.efi from macOS 10.6 to /Volumes/10.6/System/Library/CoreServices/
- copy SystemVersion.plist from macOS 10.6 to /Volumes/10.6/System/Library/CoreServices/

Repeat for all other volumes with correct files from each macOS version.

Bless each folder, for example
=======================
sudo bless --folder /Volumes/10.6/System/Library/CoreServices/

Repeat for all other volumes

 

4 - Mount the EFI System Partition of that disk image. 

You will need to change the relevant numbers to match the mounted volume on your system.

diskutil mount disk4s1

5 - Install OpenCore with OpenCanopy

Just a basic install is required as the intention here is only to view OpenCanopy

 

6 - Unmount the EFI

diskutil umount disk4s1

7 - Unmount the remaining volumes from the disk image

Just eject the volumes from the Finder

 

8 - Run qemu

Collect the OVMF file and the disk image in to one folder. Load up Terminal and use something like this.

qemu-system-x86_64 -m 2048 -cpu core2duo -bios OVMF-pure-efi.fd -device ide-hd,bus=ide.0,unit=0,drive=hda -drive id=hda,if=none,file=BlackDisk4G.img,format=raw

 

 

Edited by blackosx
  • Like 1
  • Thanks 1
29 minutes ago, chris1111 said:

Thank you but I have a Background Metal

That's fine, you can use whatever background image you like, but to see black labels the only way is for the user to set DefaultBackgroundColour to Apple Grey in config.plist.

  • Like 2
2 minutes ago, blackosx said:

That's fine, you can use whatever background image you like, but to see black labels the only way is for the user to set DefaultBackgroundColour to Apple Grey in config.plist.

How to set DefaultBackgroundColour

29 minutes ago, blackosx said:

@antuneddu

 

Here are some instructions which may help you. Though I'm no expert with Qemu so there may be better ways do this.

 

You will need:

 

1 - Qemu

If you don't already have it installed then install Qemu from somewhere like Homebrew

 

2 - OVMF (Open Virtual Machine Firmware)
You can build it yourself or get a pre-built binary from various places. For example, you can get the latest pre-built binaries from https://www.kraxel.org/repos/jenkins/edk2/

 

Here we can download edk2.git-ovmf-x64-0-20201222.1558.g4f4d862c1c.noarch.rpm and then uncompress it using


tar -xf edk2.git-ovmf-x64-0-20201222.1558.g4f4d862c1c.noarch.rpm

Then choose one of the firmware files from the extracted dir: usr/share/edk2.git/ovmf-x64/

Here I'll use OVMF-pure-efi.fd 


3 - Create yourself a disk image to use

There may be various ways to do this but these are my notes from 2018 for creating BlackDisk4G.img which I used at the time for Clover and Ozmosis theme testing. I built it to contain most versions of MacOs so I could see all the different icons.


Create Disk Image
==================
$ qemu-img create -o size=4G BlackDisk4G.img

Create Partition Table
==================
$ qemu-system-x86_64 -boot d -cdrom gparted-live-0.29.0-1-i686.iso -m 4096 -hda BlackDisk4G.img
Create Partition Table -> gpt
Create New Partition named A with file system hfs+
Apply
Exit

Mount BlackDisk4G.img
==================
Double Click

Erase Disk Image
==================
$ diskutil eraseDisk JHFS+ Test disk3

Started erase on disk3
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk3s2 as Mac OS Extended (Journaled) with name Test
Initialized /dev/rdisk3s2 as a 4 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
Finished erase on disk3

Check Disk structure
==================
$ diskutil list

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +4.3 GB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Test                    4.0 GB     disk3s2


Verify Disk structure
==================
$ diskutil verifyDisk disk3

Started partition map verification on disk3
Checking prerequisites
Checking the partition list
Checking the partition map size
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Checking Core Storage Physical Volume partitions
The partition map appears to be OK
Finished partition map verification on disk3

Partition Disk Image
==================

Want to go for the following structure
diskutil partitionDisk /dev/disk3 GPT
fat32 VISTA 32M
JHFS+ 10.5 32M
JHFS+ 10.6 32M
JHFS+ 10.7 32M
JHFS+ 10.8 32M
JHFS+ 10.9 32M
JHFS+ 10.10 32M
JHFS+ 10.11 32M
JHFS+ 10.12 32M
JHFS+ 10.13 32M
APFS 10.14a 512MB
JHFS+ 10.14h 32M
fat32 BLANK 32M
fat32 BLANK2 32M

diskutil partitionDisk /dev/disk3 GPT fat32 VISTA 32M JHFS+ 10.5 32M JHFS+ 10.6 32M JHFS+ 10.7 32M JHFS+ 10.8 32M JHFS+ 10.9 32M JHFS+ 10.10 32M JHFS+ 10.11 32M JHFS+ 10.12 32M JHFS+ 10.13 32M APFS 10.14a 512MB JHFS+ 10.14h 32M fat32 BLANK 32M fat32 BLANK2 32M

Started partitioning on disk3
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk3s2 as MS-DOS (FAT32) with name VISTA
Error: -69850: The chosen size is not valid for the chosen file system

^^ Last error is FAT cannot be larger than 2GB

Check Disk structure
==================
$ diskutil list

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +4.3 GB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:       Microsoft Basic Data                         31.5 MB    disk3s2
   3:                  Apple_HFS 10.5                    32.0 MB    disk3s3
   4:                  Apple_HFS 10.6                    32.0 MB    disk3s4
   5:                  Apple_HFS 10.7                    32.0 MB    disk3s5
   6:                  Apple_HFS 10.8                    32.0 MB    disk3s6
   7:                  Apple_HFS 10.9                    32.0 MB    disk3s7
   8:                  Apple_HFS 10.10                   32.0 MB    disk3s8
   9:                  Apple_HFS 10.11                   32.0 MB    disk3s9
  10:                  Apple_HFS 10.12                   32.0 MB    disk3s10
  11:                  Apple_HFS 10.13                   32.0 MB    disk3s11
  12:                 Apple_APFS Container disk4         32.0 MB    disk3s12
  13:                  Apple_HFS 10.15                   32.0 MB    disk3s13
  14:       Microsoft Basic Data                         31.5 MB    disk3s14
  15:       Microsoft Basic Data BLANK2                  3.7 GB     disk3s15

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +32.0 MB    disk4
                                 Physical Store disk3s12
   1:                APFS Volume 10.14                   24.6 KB    disk4s1


CHECK DISK WITH GDISK
=======================

$ gdisk /dev/disk3
GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): q

Populate EFI and each disk with System files.
=======================
Note: Double click the img in Finder to mount all the volumes and then populate each with the necessary files for the bootloader to discover a MacOs system. So for example for Volume 10.6

mkdir -p /Volumes/10.6/Library/Preferences/SystemConfiguration 
mkdir -p /Volumes/10.6/System/Library/CoreServices

Then:
- copy com.apple.Boot.plist from macOS 10.6 to /Volumes/10.6/Library/Preferences/SystemConfiguration /
- copy boot.efi from macOS 10.6 to /Volumes/10.6/System/Library/CoreServices/
- copy SystemVersion.plist from macOS 10.6 to /Volumes/10.6/System/Library/CoreServices/

Repeat for all other volumes with correct files from each macOS version.

Bless each folder, for example
=======================
sudo bless --folder /Volumes/10.6/System/Library/CoreServices/

Repeat for all other volumes

 

4 - Mount the EFI System Partition of that disk image. 

You will need to change the relevant numbers to match the mounted volume on your system.


diskutil mount disk4s1

5 - Install OpenCore with OpenCanopy

Just a basic install is required as the intention here is only to view OpenCanopy

 

6 - Unmount the EFI


diskutil umount disk4s1

7 - Unmount the remaining volumes from the disk image

Just eject the volumes from the Finder

 

8 - Run qemu

Collect the OVMF file and the disk image in to one folder. Load up Terminal and use something like this.


qemu-system-x86_64 -m 2048 -cpu core2duo -bios OVMF-pure-efi.fd -device ide-hd,bus=ide.0,unit=0,drive=hda -drive id=hda,if=none,file=BlackDisk4G.img,format=raw

 

 

As I imagined a lot to do :-) Thanks for taking the time, very kind

28 minutes ago, chris1111 said:

How to set DefaultBackgroundColour

I’m away from my system now. But check the OpenCore documentation and sample.plist in the OpenCore release files. It’s all there for you to discover ;)

 

8 minutes ago, antuneddu said:

As I imagined a lot to do :-) Thanks for taking the time, very kind

I may have missed some steps or other stuff but hopefully you have the main details there. Good luck.

22 minutes ago, blackosx said:

I’m away from my system now. But check the OpenCore documentation and sample.plist in the OpenCore release files. It’s all there for you to discover ;)

 

I may have missed some steps or other stuff but hopefully you have the main details there. Good luck.

I try to see :bye: This is the Background of my theme System-Metal

the white font collor is not the best

Metal.thumb.png.6408d159ce19e44f96075f34c876bf74.png

 

  • Like 1
1 hour ago, chris1111 said:

How to set DefaultBackgroundColour

I think it's in NVRAM > Add > 4D1EDE05-38C7-4A6A-9CC6-4BCCA8B38C14 > DefaultBackgroundColor.

 

15 minutes ago, chris1111 said:

I try to see :bye: This is the Background of my theme System-Metal

the white font collor is not the best...

The problem with this background is that it has light areas and dark areas. If you put black letters, they look bad in the dark areas. And vice versa. It is difficult with this type of backgrounds.

Edited by miliuco
  • Like 2
1 hour ago, blackosx said:

@antuneddu

 

Here are some instructions which may help you. Though I'm no expert with Qemu so there may be better ways do this.

 

You will need:

 

1 - Qemu

If you don't already have it installed then install Qemu from somewhere like Homebrew

 

2 - OVMF (Open Virtual Machine Firmware)
You can build it yourself or get a pre-built binary from various places. For example, you can get the latest pre-built binaries from https://www.kraxel.org/repos/jenkins/edk2/...

Excellent explanation. It's a very very good help text.

5 minutes ago, miliuco said:

I think it's in NVRAm > Add > 4D1EDE05-38C7-4A6A-9CC6-4BCCA8B38C14 > DefaultBackgroundColor.

 

The problem with this background is that it has light areas and dark areas. If you put black letters, they look bad in the dark areas. And vice versa. It is difficult with this type of backgrounds.

I have already set this

 

1118733078_Capturedcranle2021-02-2009_02_45.png.4a72d958a1002da10269f848d125b503.png

3 minutes ago, miliuco said:

But 000000 is black, have you tried BFBFBF Apple Grey (as @blackosx says) to see black labels?

No I will do :D Edit *** Its work :thumbsup_anim: Were is the palette for choosing the collor I want testing another value :)

Edited by chris1111
Its work
  • Like 1
13 minutes ago, chris1111 said:

No I will do :D Edit *** Its work :thumbsup_anim: Were is the palette for choosing the collor I want testing another value :)

I visit this page when I want to to pick a web or hex color code.

But I think current OpenCore only works with 000000 and BFBFBF.

  • Like 1
×
×
  • Create New...