tomnic

Il mio gatto stasera ha mangiato pesante...

Mi ha infatti fatto notare il nostro prode @fabiosun che ora che sono passato a 64 Gb potevo almeno passare direttamente al massimo cioè 128Gb su X570... prima o poi 😉 Io sono molto graduale ahahahah

Sulla mia piattaformina Intel sono riuscito ad aggiornare solo dopo aver aggiornato ad OpenCore 0.7.4, messo AdviseFeatures su True e SecuteBootModel su Disabled... lì ho iMac17,1 ora che ho dovuto togliere la 780Ti (prima avevo iMac18,3)... i kext GeForce e nVda sono stati tutti CANCELLATI 😞 Addio nVidia, definitivamente! A breve vi faccio sapere cosa accade su Ryzen 😉

Io ce l'ho qui e si gioca una meraviglia!!! 980 Ti da 6Gb che ancora tiene botta ^^ Lo Xeon arriva a 3.5 GHz sul singolo core che schifissimo per giocare non fa

They think that everything is optimized for Intel in every os, it is true but now we have the prove that Intel simply cheats with its own software libraries... faking the AMD cpus to be Intel we get the same performances, and we lack AVX512...

...yes, I think it is the same psychological mechanism, and it is easier to sell the AMD rig and buy an Intel CPU + Mainboard or stick with Unraid / Proxmox hypervisors

Prova ad aggiungere il bootarg -cdfon riprovando il cavo via HDMI, assicurati di avere un cavo almeno HDMI 2.0 Per il DisplayPort puoi provare il bootarg igfxonln=1

Scollega le ventole dal PCB della scheda video, rimetti la pasta sul core della GPU e rimonta tutto con solo le 4 viti intorno al core, giusto per vedere se è colpa delle ventole... se parte bingo, sennò c'è qualche danno alla parte di alimentazione e serve qualcuno che ci sa fare con l'elettronica SMD per tentare una riparazione.

posta tutto

No, si riferisce a questa gpu integrata negli xeon: https://www.notebookcheck.it/Intel-HD-Graphics-P530.155789.0.html Quindi l'inghippo da te sta in qualche altro passaggio che ti sfugge, hai tutti i kext in OpenCore aggiornati all'ultimissima versione?

Allora aggrega i 2 pin al cavo da 6 e sei a posto, vanno solo da un lato non puoi sbagliarti

Il cavo è da 6 ma i 2 pin aggiuntivi si "attaccano" permettendo di farlo diventare da 8 pin... sulla scheda che connettori hai?

Alcune gpu hanno un buzzer che ti assordisce se non attacchi i cavi e bloccano il post... altre partono lo stesso senza segnali acustici funesti ma appena lanci qualcosa in 3d kaboom

Anche il classico reflow... qualche mese la tiri avanti Manda foto cavetti

La mia seconda dose Moderna non è stata il massimo... sensazione come sotto ad un treno, febbre a 39, sfogo di bolle alle braccia e alle gambe... un paio di giorni poi tutto ok... forzaaa 😉

Devi forzare il flashing, dovrebbe esserci un flag apposito... ma usa windows e atiflash 2.74 o 2.93

Le dovresti alimentare entrambe perché dubito che senza alimentazione si avviino correttamente... al limite se hai una vecchia scheda pci (e uno slot pci disponibile sulla mobo) sarebbe perfetta. Mi pare di capire che flashano rom Apple compatibili, a te serve una ROM UEFI compatibile per pc, non devi metterla su un Mac vero dotato di Apple EFI

Devi rischiartela: se hai una seconda scheda video da windows funzionante puoi sempre tornare al bios originario se qualcosa non va, salvalo prima. Questo BIOS dovrebbe andare, mi pare un modello molto simile alla tua: https://www.techpowerup.com/vgabios/166072/166072

Ahi ahi, una delle poche 760 senza bios uefi... non rischierei un crossflash: https://forum-en.msi.com/index.php?threads/request-uefi-gop-bios-for-msi-n760-2gd5-oc-itx.177264/

Dammi marca e modello esatti della tua gtx 760

Flasha il bios della GPU con uno uefi compatibile e togli csm... per me la sfanghi

Il blocco su quelle righe c'è quando non parte l'accelerazione grafica... a me capitava quando avevo la fix pat patch di Shaneee attiva, incompatibile con le nVidia, e/o qualche settaggio nel bios non gradito a macOS, come quelli segnalati da Carlo: il CSM dovrebbe stare su off purché la tua gpu abbia un bios uefi ready (e semmai potresti flasharcelo, dovrebbe esistere per la 760). Se i kext che hai nel bootloader sono tutti aggiornati dovrebbe partire il tutto, almeno con nv_disable=1 e forzando per scrupolo lilubetaall=1. Il problema è far digerire in qualche modo l'accelerazione della tua GPU a Monterey. La 780ti che ho io sta su Intel e ha bios UEFI, forse flashandola risolvi.

Strano io ho una 780ti con Monterey beta6 che va tranquillamente, i driver accelerati ci sono ancora. Controlla la fix pat patch semmai rimetti quella vecchia di Algrey se l'hai cambiata.

These specific fixes apply only to Adobe Premiere Pro CC 2021 15.4 In this program all the effects / transitions are actually macOS bundles. In macOS bundles my dylib injection doesn't work so we need to manually patch the problematic bundles one by one. Let's start with AEFilterStabilizer.bundle: we open it in Hopper Disassembler and search for the same function we need to make always return TRUE as in libfakeintel.dylib, which is mkl_serv_intel_cpu_true. Once found (very easy with hopper as it retrieves the most of original symbols and function names), we just replace its very beginning with a RET (return), which in x86_64 machine language is C3. Simple as ABC! And IT WORKS! Fun fact: Adobe embedded all its dynamic library mkl code DIRECTLY into every bundle routine... that's a TERRIBLE programming habit! The same libraries are present again and again in the same Premiere application and we can find a different mkl lib version in each application too... shame on you Adobe!!! Then we need to patch the other crashing bundle with AMD cpus: AEFilterMorphCut.bundle. Because of the "fun fact" I explained earlier, the code for the same function mkl_serv_intel_cpu_true in this bundle is DIFFERENT than the one in AEFilterStabilizer and just replacing the whole function with a trivial C3 doesn't work. We need to decompile libfakeintel.dylib with hopper and we find out that our simple program: int mkl_serv_intel_cpu_true() { return 1; } ...equals to this assembly code: 0000000000003fa0 push rbp 0000000000003fa1 mov rbp, rsp 0000000000003fa4 mov eax, 0x1 0000000000003fa9 pop rbp 0000000000003faa ret ; endp ...which is, translated in ML code thanks (again) to Hopper: ...so putting this sequence in AEFilterMorphCut's binary replacing the bytes in the offset where its actual function mkl_serv_intel_cpu_true begins makes everything working like a charm. For simplicity I'll attach both the patched bundles in the top post. I'll try to generate as soon as possible a perl script to automate this procedure for all the future and past releases post 14.3.1, help is appreciated. Right now, enjoy Premiere pro cc 2021 15.4 on AMD bare metal 😉

Some updates for After Effects CC 2021 18.4.0 and up: Camera tracking works as usual with my method but Stabilization stopped working because of a missing symbol in the replaced libiomp5.dylib: Dyld Error Message: Symbol not found: ___kmpc_critical_with_hint Referenced from: /Applications/Adobe After Effects 2021/Adobe After Effects 2021.app/Contents/MacOS/../Frameworks/libmkl_intel_thread.1.dylib So I replaced libmkl_intel_thread.1.dylib with libmkl_intel_thread.dylib (obviously renamed) taken from Adobe Media Encoder 15.2 and Stabilization started working again. I'll attach the file here, just overwrite it in Frameworks folder inside AE app just like libiomp5.dylib. Premiere still need fixes, working on it! libmkl_intel_thread.1.dylib.zip