tomnic

This is what I've understood starting from the debug log of clover, I think it is similar with OC. For example, let's pick the patch algrey - cpuid_set_info - jmp to calculations and set cpuid_cores_per_package - 10.15/10.16 it is complete because we have a hex find, a mask find, a hex replace and a mask replace. It says: Find: 7571E800000000488B050000000048890500000000 Mask: FFFFFF00000000FFFFFF00000000FFFFFF00000000 Replace: 744E000000000090890D00000000E97E0000006690 Replace Mask: FFFF0000000000FFFFFF00000000FFFFFFFFFFFFFF How does the patch engine work? We are searching a hex pattern, the "find" one, but we're using a byte mask: this changes a bit our search criteria: 7571E8 00000000 488B05 00000000 488905 00000000 (find) FFFFFF 00000000 FFFFFF 00000000 FFFFFF 00000000 (mask find) ----------------------------------------------- 7571E8 xxxxxxxx 488B05 xxxxxxxx 488905 xxxxxxxx So we're effectively searching 7571E8 xxxxxxxx 488B05 xxxxxxxx 488905 xxxxxxxx ... where xxxxxxxx is a wildcard! Every hex combination found in place of xxxxxxxx of its exact bytes lenght is good. Looking in the clover debug log we can find some precious info about the patches: 55:733 0:010 OC: Kernel patch [9] algrey - cpuid_set_info - jmp to calculations and set cpuid_cores_per_package - 10.15/10.16 55:749 0:015 Replace 7571E800000000488B050000000048890500000000/FFFFFF00000000FFFFFF00000000FFFFFF00000000(7571E8B6090000488B0577EAED0048890538EBED00) by 744E000000000090890D00000000E97E0000006690/FFFF0000000000FFFFFF00000000FFFFFFFFFFFFFF(744EE8B609000090890D77EAED00E97E0000006690) at ofs:1273 The effective code found in the kernel is: 7571E8B6090000488B0577EAED0048890538EBED00 7571E8 B6090000 488B05 77EAED00 488905 38EBED00 7571E8 xxxxxxxx 488B05 xxxxxxxx 488905 xxxxxxxx ...a nice match with our find mask!!! So now in the replace side we do the same calculations: 744E000000000090890D00000000E97E0000006690 FFFF0000000000FFFFFF00000000FFFFFFFFFFFFFF 744E 0000000000 90890D 00000000 E97E0000006690 FFFF 0000000000 FFFFFF 00000000 FFFFFFFFFFFFFF ---------------------------------------------- 744E xxxxxxxxxx 90890D xxxxxxxx E97E0000006690 We must replace in the actual found hex bytes "string" found with the previous calculations, 7571E8B6090000488B0577EAED0048890538EBED00: 7571E8B6090000488B0577EAED0048890538EBED00 (actual found code) 744E000000000090890D00000000E97E0000006690 (replace data) FFFF0000000000FFFFFF00000000FFFFFFFFFFFFFF (replace mask) 744E 0000000000 90890D 00000000 E97E0000006690 (replace data) FFFF 0000000000 FFFFFF 00000000 FFFFFFFFFFFFFF (replace mask) 7571 E8B6090000 488B05 77EAED00 48890538EBED00 744E xxxxxxxxxx 90890D xxxxxxxx E97E0000006690 ---------------------------------------------- 744E E8B6090000 90890D 77EAED00 E97E0000006690 The xxxxxxxx hex "string" must be left exactly as it has been found, the other bytes must be replaced... so the final actual replace is 744EE8B609000090890D77EAED00E97E0000006690. Offsets are calculated and applied automatically by OC / Clover kernel patch engine.

Eccomi con il mio intellozzo secondario...

Io ho pazienza da stravendere e aspetto anche un anno per avere la 6800xt a prezzo di costo... macOS lo tengo a bada con una rx 460 presa a 80 eur che di questi tempi è stato un miracolo e la voglia di giocare è strasoddisfatta da una 3070 presa a poco più di quanto ho venduto la VII 😉 Attendiamo al varco... 😛

https://github.com/mhaeuser/AmdXnuSupportPkg This is the most promising project to correctly emulate a real Intel CPU, without the hassle to patch the xnu kernel at every release... unfortunately we lost the contribute of the original developer because he retired, probably because of the bad behaviour of the AMD "community", so trying to make it work will be a big trouble...

http://translate.google.com/translate?js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&sl=ru&tl=en&u=http%3A%2F%2Fwww.vmgu.ru%2Farticles%2Fred-pill-virtualization-security If only we could adapt this program as an EFI module to be loaded by OpenCore...

https://www.insanelymac.com/forum/topic/324195-nvidia-web-driver-updates-for-macos-high-sierra-update-nov-13-2020/ scegli quelli per la tua build esatta

See the update in my first post in this thread, we don't need that environment variable anymore! It causes more problems to other apps than real solutions 😉

I know I'm a rookie with my tiny GPU but my 5950x literally flies with tracking thanks to its single core powaaaaa 😄

That's a really nice Tracking Score 😉 I also managed to run Adobe Premiere Pro 2020 14.3.1 just using: launchctl setenv MKL_DEBUG_CPU_TYPE 5 If you put my lib in Applications folder you can use this customized environment.plist file to apply the environment variables to be set for the fixes to work. Just put it in your Home / Library / LaunchAgents folder. environment.plist.zip

Only using proxmox 😉

Bene bene 😉 Alle volte i problemi "di gpu" non sono strettamente hackintoshiani

Se ti salvi il bios originale e hai una scheda video secondaria da cui fare il reflash andato male (anche PCI semplice) non hai nulla da temere

Esattamente, pensavo avessi una gpu migliore ...anche se forse esiste un bios UEFI da flasharci... hai provato a cercare?

Aggiornalo, la chiave sta lì O magari basta cambiare le tre voci tutte in UEFI, specie per la GPU... prova 😉

Dalle immagini del manuale vedo che nella sezione Boot del bios la voce CSM è l'ultima in basso ma è nascosta da una barra di scorrimento.

Hai disattivato il CSM da bios?

For sure issues to other non-adobe apps are led by this command: launchctl setenv DYLD_FORCE_FLAT_NAMESPACE 1 You can undo it by typing (it works for me): launchctl unsetenv DYLD_FORCE_FLAT_NAMESPACE I found out that if you change libiomp5.dylib you don't need this second "destructive" line of code, injection will work the same. Make me know!

It seems that using the same routine as an effect in Premiere involves other libraries to be "patched"... not easy to learn which one 😉 I'll keep on trying!

Neural filters option now won't crash anymore

Hi, please try replacing libiomp5.dylib in Contents Frameworks with the one of the "classic" patch, then warp stabilizer in AE seems to work. I attach it for simplicity 😉 Please report any issue!!! You're precious! libiomp5.dylib.zip

Il connettore in figura è un "vecchio" attacco (in inglese Molex) per alimentare dischi parallel ata e vecchie schede video agp. Ne devi avere due liberi per usare il cavetto adattatore che ti ho linkato io. Le gpu se sono sottoalimentate (in sostanza se attacchi solo 8 pin di 16) in alcuni casi emettono subito un avviso acustico fortissimo e ti bloccano il boot, se non è questo il tuo caso potresti avere problemi quando entra l'accelerazione 3d, blocchi di sistema o rallentamenti vistosi. Quindi ti consiglio di usare l'adattatore da 2 molex a 8 pin pciex che ti ho linkato, a patto anche che, come dice Carlo, il tuo alimentatore sia almeno un buon 600W

Periodo merdosissimo per acquisti specie di gpu

https://www.amazon.it/NANOCABLE-10-19-1201-Alimentazione-Grafica-PCI/dp/B00CI2WIG2/ Devi avere due molex liberi di quelli per i vecchi dischi pata

Servono entrambi, magari ti si accende il tutto con solo 8 pin ma poi durante i carichi pesanti accuseresti il colpo: esistono adattatori da molex a pciex 6-8 pin però! Prendine uno e sarai a posto se l'alimentatore è valido

Little update: even without reboot you can undo the effects of code injection using this command in terminal: launchctl unsetenv DYLD_INSERT_LIBRARIES