Jump to content

vandroiy2012

Coders
  • Content Count

    530
  • Joined

  • Last visited

  • Days Won

    5

Reputation Activity

  1. Like
    vandroiy2012 got a reaction from MacPeet in AppleALC — dynamic AppleHDA patching   
    Hi. Sorry. I forget about it Will be in next release. 
  2. Like
    vandroiy2012 reacted to Download-Fritz in OpenCore Discussion   
    If you would *actually* read the PDF instead of just talking about being made, you would know why this is the default.
  3. Like
    vandroiy2012 reacted to Andrey1970 in Customized OpenCore with additional features   
    Please don't write a bugreports in acidanthera if you use this fork.
  4. Like
    vandroiy2012 reacted to MacPeet in AppleALC — dynamic AppleHDA patching   
    hello @vandroiy2012
     
    I have a new codec.

    ALC292 - LayoutID 15 (0F) for for LENOVO THINKPAD T450 - ManualMode
     
    new_Resources_alc292.zip
     
    Headphones do not work with other IDs.
    Only with this configuration (headphones as LineOut and ManualMode) do both connections of the combination socket work.
    Now all devices work internally and externally.
     
    can you please added the new codec?
     
    many thanks
  5. Like
    vandroiy2012 reacted to Download-Fritz in Customized OpenCore with additional features   
    Because I several people pinged me privately about this, I want to quickly clarify why none of these are going to be merged.
     
    - ACPI/SMBIOS: While that hasn't always been applied properly for time and resource reasons, but OpenCore is definitely aimed to be deterministic and be formally verifiable. For example, we want to be able to assert "SMBIOS and ACPI data have been patched when macOS boots" (assuming there are no errors). Now, if we also want to assert "SMBIOS and ACPI data have not been patched when Windows boots", we may run into consistency issues. For example take we boot a system for which SMBIOS and ACPI are patched, the booter returns to OpenCore, and then a system is booted for which such shall not be patched - we cannot easily roll those changes back. There are two approaches to resolve this: Make it unconditional -or- do not allow error-exits of loaded images. We opted for former for multiple reasons, among of them that the whole reason ACPI exists is to abstract for *any* OS (which works in practice, at least as far as we are aware, at least with _OSI) and things like Boot Camp tools support in Windows. Also, we do not see any reason why anyone would insist on booting anything but macOS from OpenCore, you may just as well use the firmware boot menu (Clover has caused Windows boot issues as well several times in the past). For many design reasons, OpenCore just ensures a consistent environment instead of supporting a specific OS boot whereever possible.
    - W hotkey: We believe that even the X hotkey is bad design, but it was added as part of Apple UEFI consistency. This is not the case for W, there simply is no good point in having it at all.
    - non-verbose APFS: Using apfs.efi is terrible practice and nobody will ever be supported in any way using it.
    - duplicated entires: You can rename entries with .contentDetails just fine, there simply is no point in having auto-scan *and* custom entires describe the same thing. It's a pointless complication of the control flow and adds complexity to the semantics ("adds an entry *except* when it already exists, where it overwrites"), especially latter we try to avoid at all cost (e.g. "Add" *never* replaces anywhere else).
    - boot entry with arrow keys: Well, this is discussible, but I simply see no point? Numbers are one key each, arrow keys is arbitrarily many (depending on entry count).
    - last booted entry: The only reasons I have ever heard in favour of this is updates, for which nobody has reported whether it even is an issue - both macOS and Windows *are* aware they can use BootNext to have be booted on the next startup, so they might actually. Other than that, it wears the SPI flash, requires a new config option and yet again complicates the flow.
    - hiding tools/recovery by default: OC's boot menu is very small already having a text nature, there yet again simply is no reason to do this. If there are more than a dozen entries, I would call the setup busted. Unused recovery environments can be deleted, some tools might better be off started by UEFI Shell, etc.
    - fixed Apple logo: I do not know of any present issues and there is no description of how this had been fixed, so nothing to really do here. If you want to submit a bugreport and a fix proposal for this, that'd be good.
     
    @n.d.k I'd be glad if you could make sure your fork is easily recognised as such from both boot menu and log, like appending a suffix ("OpenCore-ndk"?) and I'm thinking we actually want that as part of a license extension, as we only want to support release binaries from our GitHub page (not even own compilations, except proper bug reports of course). Other than that, while we do not agree with your changes, the whole point of OSS is a level of freedom, so we wish you the best of luck with adapting this to suit your needs!
     
    EDIT: arrow keys were implemented to support bugged laptop hotkeys in the future. Hiding Recovery *might* be considered as, and I didn't realise this when writing this post, Apple hides it in most situations as well
  6. Like
    vandroiy2012 reacted to MacPeet in AppleALC — dynamic AppleHDA patching   
    hello @vandroiy2012
     
    I have a new codec.

    ALC1220 - LayoutID 30 (1E) for Z370 AORUS Gaming 7 - SwitchMode
     
    new_Resources_alc1220.zip
     
    all devices work well
     
    can you please added the new codec?
     
    many thanks
  7. Like
    vandroiy2012 reacted to Andres ZeroCross in AppleALC — dynamic AppleHDA patching   
    Why did you laugh for??? 

    You are asking for help, i need to make sure first,,
    I must avoid duplicate resource with same Node Id. I don't know you if you're smart or not. Before made resource i need to check your IOREG Output first.

    But if you know how to make resource by yourself, then make it. Good luck
  8. Like
    vandroiy2012 reacted to chunnann in AppleALC — dynamic AppleHDA patching   
    @Vandroiy2012
     
    Can you include this file in the next release?
     
    Codec for ALC269 Asus Vivobook S200CE LayoutID 12 (New)   Codec for ALC269 Asus Vivobook S300CA LayoutID 19 (Updated)  
    Tested at macOS Catalina 10.15
     
    Thanks
     
    Resources.zip
  9. Like
    vandroiy2012 got a reaction from nmano in OpenCore Discussion   
    Build latest OpenCore
  10. Sad
    vandroiy2012 got a reaction from bronxteck in WhatEverGreen Support Topic   
    Let me clarify the situation regarding Clover support. Starting September 1, 2019, all Acidanthera projects are tested only with OpenCore.
    We no longer do testing with Clover.  We will not intentionally break anything that currently works and our code remains fully opensource and available for external contribution. We will no longer perform Clover compatibility release validation for our products, but we will fix our own bugs upon request. With future releases we may abandon select products, hacks specific to Clover, and Clover patch contribution to ease maintenance burden.  
     
     
    Thanks for understanding
    Acidanthera team 
  11. Like
    vandroiy2012 got a reaction from n.d.k in OpenCore Discussion   
    Ha-ha. Native Apple Bless protocol works 100%. Tried to update your AMI firmware with Apple ROM
     
    It happened because of outdated Apple Boot ROM version in OpenCore. Either you use outdated BIOSVersion with Automatic-false in PlatformInfo->SMBIOS, or (if you use Automatic=true) BIOSVersion in OpenCore sources are outdated.  
  12. Like
    vandroiy2012 got a reaction from n.d.k in OpenCore Discussion   
    Ha-ha. Native Apple Bless protocol works 100%. Tried to update your AMI firmware with Apple ROM
     
    It happened because of outdated Apple Boot ROM version in OpenCore. Either you use outdated BIOSVersion with Automatic-false in PlatformInfo->SMBIOS, or (if you use Automatic=true) BIOSVersion in OpenCore sources are outdated.  
  13. Like
    vandroiy2012 got a reaction from n.d.k in OpenCore Discussion   
    Ha-ha. Native Apple Bless protocol works 100%. Tried to update your AMI firmware with Apple ROM
     
    It happened because of outdated Apple Boot ROM version in OpenCore. Either you use outdated BIOSVersion with Automatic-false in PlatformInfo->SMBIOS, or (if you use Automatic=true) BIOSVersion in OpenCore sources are outdated.  
  14. Like
    vandroiy2012 reacted to Download-Fritz in OpenCore Discussion   
    That comment has been made as a reaction to the question refering to "the OpenCore Discord". There is no such thing, and neither do we want anyone to believe there is, nor do we believe that you claim to be, yet the question may suggest exactly that to unexperienced users.
    There is no official Discord server for OpenCore or Acidanthera, not in public and not in private. Infact, I do not know most Acidanthera members, "trusted testers" and such myself at all.
     
    @Pavo @MacProDude I'd like to ask you to try to interpret statements in "good faith" because nobody is interested in drama around a software project.
  15. Like
    vandroiy2012 reacted to Download-Fritz in OpenCore Discussion   
    Just for things to be clear, this Discord server is not related to anything Acidanthera and is not an official OpenCore resource
  16. Sad
    vandroiy2012 got a reaction from bronxteck in WhatEverGreen Support Topic   
    Let me clarify the situation regarding Clover support. Starting September 1, 2019, all Acidanthera projects are tested only with OpenCore.
    We no longer do testing with Clover.  We will not intentionally break anything that currently works and our code remains fully opensource and available for external contribution. We will no longer perform Clover compatibility release validation for our products, but we will fix our own bugs upon request. With future releases we may abandon select products, hacks specific to Clover, and Clover patch contribution to ease maintenance burden.  
     
     
    Thanks for understanding
    Acidanthera team 
  17. Sad
    vandroiy2012 got a reaction from bronxteck in WhatEverGreen Support Topic   
    Let me clarify the situation regarding Clover support. Starting September 1, 2019, all Acidanthera projects are tested only with OpenCore.
    We no longer do testing with Clover.  We will not intentionally break anything that currently works and our code remains fully opensource and available for external contribution. We will no longer perform Clover compatibility release validation for our products, but we will fix our own bugs upon request. With future releases we may abandon select products, hacks specific to Clover, and Clover patch contribution to ease maintenance burden.  
     
     
    Thanks for understanding
    Acidanthera team 
  18. Sad
    vandroiy2012 got a reaction from bronxteck in WhatEverGreen Support Topic   
    Let me clarify the situation regarding Clover support. Starting September 1, 2019, all Acidanthera projects are tested only with OpenCore.
    We no longer do testing with Clover.  We will not intentionally break anything that currently works and our code remains fully opensource and available for external contribution. We will no longer perform Clover compatibility release validation for our products, but we will fix our own bugs upon request. With future releases we may abandon select products, hacks specific to Clover, and Clover patch contribution to ease maintenance burden.  
     
     
    Thanks for understanding
    Acidanthera team 
  19. Like
    vandroiy2012 reacted to TheBloke in WhatEverGreen Support Topic   
    Understood.  Thanks very much for clarifying that.
     
    I was already planning to start learning and testing OC, but now I have learnt this, I think I will definitely try to move over to OC for the future.
     
    Thanks again.
  20. Like
    vandroiy2012 reacted to polyzargone in [Pre-Release] macOS Catalina 10.15.1   
    It also did the trick for me (Z170-P/i7 6700/Sapphire Nitro+ RX 580).
     
    Thx.
  21. Like
    vandroiy2012 reacted to user01100 in [Pre-Release] macOS Catalina 10.15.1   
    Here:
    RX 5700 XT.zip
  22. Like
    vandroiy2012 got a reaction from duck-duck-go in OpenCore Discussion   
    Shure. Why not?
  23. Like
    vandroiy2012 got a reaction from Allan in [Pre-Release] macOS Catalina 10.15.1   
    Series 7 SATA works as before
     

     
     
  24. Thanks
    vandroiy2012 got a reaction from ricktm in WhatEverGreen Support Topic   
    Use agdpmod=pikera with WEG. 
  25. Like
    vandroiy2012 got a reaction from polyzargone in [Pre-Release] macOS Catalina 10.15.1   
    Try agdpmod=pikera bootarg. It should help.
×