fabiosun

ho messo il catalogo @antuneddu&Lorys89 già e' li la beta 🙂 a settembre prometto una beta per tutti! 😛

gfx0 se hai Whatevergreen kext te lo mette lui anche senza ssdt apposito se sistemi gli ssdt che usi potrai partire anche con open core in windows ricordati di attivare resize bar come lo hai in bios anche in opencore usa un Opencore recente

Antuneddu non e' da te 🙂 messaggio interessato! 🙂 🙂

non mi ascolti.... 😛

thanks @amdfriend script 🙂

se hai un bios che supporta C.A.M. , SecureBoot 4G (a mio parere) puoi far prtire il sistema al meglio con queste opzioni ON sia OSX che Windows Con C.A.M on non ti partirebbe solo proxmox

come installare windows e' un altro discorso, e qui ci possono essere problemi diversi pero' se e' installato puoi partire con UEFI on ed il resto a mio parere pero' e' solo una opinione

io proverei nelle condizioni che ti da schermo nero a partire con il tasto funzione per la tua piastra se anche li hai schermo nero e' da capire meglio cosi' come mi dici potrebbe essere un problema di ssdt o di opzioni del tuo config

ed e' cosa buona e giusta ma cosa centra con OSX e lo schermo nero io ho uefi, ResizeBar (CAM) e 4G tutti su on e con una EFI parte tutto io ti chiedevo, parti con il menu di opencore per entrare in windows? o con il tasto funzione della tua piastra?

windows e' su thunderbolt che non dovrebbe nemmeno vedere 🙂

mi distraggo con altri OS 😛

spiegati bene Parti in windows utilizzando Opencore? la tua scheda funziona perfettamente sia in windows che in OSX con Resize bar o CAM come si chiama da te attivo!

se leggi nel log che ho messo, la funzione e' stata aggiunta dalla versione 0.77 molto probabilemnte OCAT non la corregge ritenendola non essenziale (o e' un bug della app) comunque non scenderei cosi' tanto di versione e cercherei di sistemare il problema nella versione ultima disponibile

e perche' avresti messo una versione cosi' vecchia?

senza fare nulla al config? Changelogs OpenCore 0.7.7 Fixed rare crash caused by register corruption in the entry point Added ProvideCurrentCpuInfo support for Intel Alder Lake Fixed typo in Cpuid1Data recommendations for Intel Rocket Lake and newer Updated builtin firmware versions for SMBIOS and the rest Updated underlying EDK II package to edk2-stable202111 Resolved crashes in QEMU with AudioDxe Added AudioDxe settings caching (avoids non-needed setup delays) Added DisconnectHda quirk to allow UEFI sound on Apple hardware and others Added workarounds for bugs in QEMU intel-hda driver to allow UEFI sound in QEMU Implemented multi-channel (e.g. bass+main speaker; speakers+headphones) UEFI sound with AudioOutMask Fixed AudioDxe startup stalls when Nvidia HDA audio is present Resolved AudioDxe disabling sound in Windows on some firmware Added pointer polling period tuning in the builtin AppleEvent implementation Added pointer device list tuning in the builtin AppleEvent implementation Added VREF handling to support UEFI sound on more Apple hardware Updated audio output channel detection to support UEFI sound on more Apple hardware Added manual GPIO config (use --gpio-setup AudioDxe driver argument for UEFI sound on Apple hardware) Switched UEFI audio levels to decibel gain to allow accurate matching of saved macOS volume levels Separated settings for minimum audio assist volume and minimum audible volume

non uso quel tool PciRoot(0x1)/Pci(0x3,0x1)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0) questo e' il mio percorso HC_DeviceProperties.plist.zip

chiaramente perdo la marca delle ram si come da me quando usavo Monterey forse ma non ricordo, anzi mai usati in Monterey i due kext che ti ho allegato perche' sono recenti, forse con quelli e mappatura puoi togliere il kext RE e vedere bene c'e' da dire che da me, in ventura anche con lilu vecchio unico problema era che mi diceva di avere solo 4 slot pieni invece di 8, in pratica prendeva quelli vuoti, ma graficamente era corretto grazie alla mappatura ci sarebbe da fare prove, ma i devs sono sulla strada di eliminare quella rappresentazione grafica con gli ultimi kext

e con restictevents ti da la mappatura come se avessi iMacpro1.1 senza errori nel caso forse va tenuto il kext non ho piu' Monterey in ventura posso togliere kext e mappatura

il capo e' buono e aiuta tutti! 🙂 🙂 quindi non sei su ventura prova i miei due kext e vedi che accade da te dovrebbe esserci display0 controllando le voci nel mio ssdt e nel tuo ioreg potresti capire cosa cambiare se passa @Lorys89ti potrebbe dare una mano che anche lui e' un "draghetto" con queste cose 🙂

cerca display0

non sono esperto in questo settore e quando serve mi aiuta il capo! 🙂 comunque se guardi il mio e controlli il tuo ioreg qualcosa si capisce probabilemte ne parlano anche nella guida Dordania, ma non so indicarti un link! questo con iMacPro o macpro7,1? se vuoi fai backup dei tuoi kext lilu e virtualSMC ed utilizza questi che uso io con questi non si vede piu0 la schermata grafica se usi MacPro7.1 Archive.zip

Porta da display0 a gfx0 il mio ioreg è utile anche da te ma non è fondamentale per partire

@Giaccaz questo lo abbiamo qui nel forum da prima della famosa guida😂 comunque se usi gli ultimi lilu dev non si vede più quella pagina e non c’è più necessità di mappare le memorie nb mi sembra strano che seguendo la famosa guida si debbano riempire gli slot vuoti con memoria fake da 1gb ma non l’ho mai seguita quindi forse sarà così 😜

con il nuovo lilu non ce ne e' piu' bisogno La valutazione e' personale ma in futuro vecchi lilu potrebbero far perdere il supporto ad altri kext che sei costretto ad aggiornare (magari per un nuovo OSX)

le red Devil possono essere anche XTXH, e questo significa che per farle andare c'e' un piccolo lavoro in piu' da fare, pero' niente di complesso e ben documentato anche qui da noi vedi link: