Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Moving the repo to MacOS X 11 Big Sur #58

Closed
velaar opened this issue Jun 26, 2020 · 10 comments
Closed

Moving the repo to MacOS X 11 Big Sur #58

velaar opened this issue Jun 26, 2020 · 10 comments
Labels
enhancement New feature or request

Comments

@velaar
Copy link

velaar commented Jun 26, 2020

This is a placeholder for a discussion / feature request. Wanted to start gathering data and maybe run some tests in the coming weeks.

@tylernguyen tylernguyen added the enhancement New feature or request label Jun 26, 2020
@H15teve
Copy link

H15teve commented Jun 29, 2020

Tiny enhancement: Big Sur brings the chime back. Suggest an optional patch to config.plist to enable UEFI-audio configuration being added.

@tylernguyen
Copy link
Owner

Tiny enhancement: Big Sur brings the chime back. Suggest an optional patch to config.plist to enable UEFI-audio configuration being added.

@H15teve Noted. I will add support for boot chime with AudioDxe

@tylernguyen
Copy link
Owner

tylernguyen commented Jul 31, 2020

@H15teve

Ok, it turns out that boot chime support is going to be more complicated than I thought. Currently, ALC285 only supports 48kHz on its stereo out (https://github.com/tylernguyen/x1c6-hackintosh/blob/master/docs/references/ALC285_codec.txt). However, acidanthera/OcBinaryData audio files are all sampled to 44.1kHz. So AudoDxe will simply not play them.

OC devs are aware of this: acidanthera/bugtracker#740

For now, one way to get around this is to using something Audacity to resample audio files to 48kHz. However, this is is very inefficient, especially if you plan on resampling other audio files for accessibility as well as the boot audio file.

Though that is not the sole problem. With the audio resampled to 48kHz, the boot chime will play but then cut off, a sort of lag. So it doesn't match up with the Apple logo. Again, OC devs are also aware of this issue: acidanthera/bugtracker#971

The complicated thing is that the fix for the second issue requires setting a delay code in OC, then manually compiling the bootloader files (since the delay itself varies vendor to vendor and probably machines to machines)

@tylernguyen
Copy link
Owner

Preliminary play chime support added in a598de6
Disabled by default, enable it if you want. Currently using the audio file up-sampled by me using Audacity until AudioDxe can do so on the fly.

@tylernguyen tylernguyen pinned this issue Aug 3, 2020
@ajhutton
Copy link

ajhutton commented Sep 4, 2020

I've gotten chime support working thanks to your instructions and resampled WAV file.

Regarding the second issue of setting a delay in OC - is it possible to pad the WAV file with some silence to achieve this or is it not played async to the boot process?

Regarding Big Sur itself I have managed to successfully get all the way to the last 'installing' screen after a reboot. I am getting stuck on 'about a minute remaining' at the apple logo. (left it alone like this for 5 hours and then 9 hours on different attempts with no success)

Pressing ⇧⌃⌥⌘W (which in the past few versions of OS X) has dropped back to the traditional installer interface from which the log can be viewed but for some reason this isn't doing anything for me. I don't know if it's rollover with the keyboard or maybe they've changed things in Big Sur but ultimately this is leaving me with only a vague description of "it gets to here and then doesn't go any further".

Does anybody know where I would find the logs from this portion of the install?

@velaar
Copy link
Author

velaar commented Sep 15, 2020

@tylernguyen Did you do any BigSur testing? As the update is coming out soon I can update.We might need to look into #24 again as I have freezes and still struggle to have a working eGPU setup.

@notthebee
Copy link

notthebee commented Sep 15, 2020

@velaar I did test the latest beta – just dirty installed it on top of my current Catalina installation. One issue that I ran into is not being able to enter "Security & Privacy" menu in Settings
Error
I've tried all the solutions I could find on the Internet, and juding by the r/Hackintosh Discord I'm not the only one who's experienced tihs. Nobody knows why this happens but in some cases changing the SMBIOS helps (it didn't for me).
Some menus also have pretty weird font rendering issues (text appears blurry and stretched out), but that's not related to the device.

@velaar
Copy link
Author

velaar commented Oct 9, 2020

@notthebee

I wonder it it went away with the latest repo 0.6.2 OpenCore has lots of fixes for this problem specifically

@velaar
Copy link
Author

velaar commented Nov 9, 2020

@tylernguyen updated to BigSur. Other than some power consumption issues all looks good.

Power consumption is TBD as I'm running a heavily-debug version.

Also, please note that BIOS v.1.50 is compatible with the mods and works as expected. (Personally noticed a bit faster boot time)

@tylernguyen
Copy link
Owner

Just as @Veelar stated, the repo is perfectly setup for Big Sur without any issues.

I myself have upgraded via a clean install and recommend others to do so as well. I will now close this transition issue. Specific issues should be created on a case-by-case basis.

@tylernguyen tylernguyen unpinned this issue Nov 13, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

5 participants