Gengik84

Concordo..alla fine il mio pensiero è sempre stato palese fin da subito il discorso ora era solo riferito a configurator e persone che vogliono usarlo quindi in caso per verificare se è affidabile o meno, l'unico modo è controllarlo dopo se poi uno ignora il tutto, di fatto non possiamo farci nulla 🙃

sono metodi diversi per arrivare alla stessa cosa se vuoi provare alcid="layout" devi aggiungerlo in nvram/add/7C436110-AB2A-4BBB-A880-FE41995C9F82/boot-arg in caso rimuovi da config la voce PciRoot(0x0)/Pci(0x1b,0x0) in DeviceProperties/Add poi tieni presente che i layout messi in nvram sono decimali quindi esempio layout 11 sarà proprio alcid=11 etc..

beh teoricamente anche si il fatto è proprio come si diceva prima ossia la "madre" e poi il resto quindi considerando che Lilu è la base... del resto basta che sia appunto messo prima dei suoi derivati nel tuo esempio sia FakeSMC che RTL8111 non sono "figli" di lilu quindi potrebbero stare dichiarati prima..giusto

ah si certo ma intendevo che puoi in caso vedere e verificare cosa può aver fatto di errato questo può dar un idea se di fatto un configurator X altera la struttura, duplica la "chiavi" etc 🙂 per esempio CC lo fa, sempre fatto ossia commenta quello che c'è di originale invece di editarlo direttamente, andandolo poi a reinserire..spesso anche non rispettando il config orginale infatti anche al tempo, su clover si può ben notare decisamente un config maggiore rispetto all'originale, dovuto al tutto descritto sopra

codesto è decisamente irrilevante, open source o no puoi sempre vedere cosa è stato fatto al plist come nel mio esempio descritto sopra riguardo a quel progetto che di fatto oltretutto è open basta modificare, salvare e poi aprire con un plistEditor, uno che preferisci

sicuro di aver fatto bene? mi sembra strano che non ti funzioni con nessun layout

sinceramente non lo so, mai usato di fatto è vero che spesso è stata la causa di problemi ma questo non ora per OpenCore ma anche per Clover Sinceramente provai questo all'inizio quando uscì https://github.com/ic005k/QtOpenCoreConfig/releases perchè mi è piaciuto subito il lavoro sull'altro progetto ossia plistEditor Confrontando il config, successivamente averlo modificato, con un plist editor la struttura era corretta e per esempio non era ne sfalsata e ne modificata con tanto meno voci commentate --># e riaggiunte successivamente

poi calcola che il codice è anche stato giustamente scritto in alfabeto per molti versi, anche per renderlo migliore e decisamente più ordinato

eh appunto.. Altrimenti si fa passare un obbligo di dichiarazione facendo di tutta l'erba un fascio ma non è così di fatto non è il codice di ocvalidate da seguire alla lettera ecco si esatto, questo è quello che conta, ma alla fine l'ordine, se rispetti questo discorso che dici, è indifferente con ordine intendo generale dei kext dichiarati sul config conta "madre" e poi plugins

npci= è sempre stato un problema quindi di fatto non è una pezza in questo caso ma bensì una soluzione

Quello che conta è lilu primo poi è ovvio che il kext "madre" deve essere prima dell'eventuali plugins

non è l'ordine dei kext sul config. io posso mettere per esempio: Lilu VirtualSMC AppleALC WEG e va benissimo non è che è errato perchè sul codice di ocvalidate trovate WEG prima di AppleALC

guarda qui la parte ASUS

così, esatto

Quello non è l'ordine obbligatorio di come devono essere inseriti e definiti i kext sul config... non c'entra nulla... lol

ok adesso ci siamo 🙂

si OC assegna il nome del disco al Preboot cosa che clover non fa Tutto qui...

no no, non devi scaricarlo, ALC255 è proprio il codec che monta il tuo portatile 🙂 si esatto

ok aspetta, faccio una modifica sostituisci allega il log e anche ioreg Archivio 2.zip

ok il codec è ALC255, quindi devi provare ii layout compatibili per questo codec che sono 3, 11, 13, 15, 17, 18, 21, 27, 28, 30, 31, 99 quindi inizia col 3 modifica come da esempio, salva riavvia e controlla l'audio Ricordati che devono essere in esadecimale, quindi per esempio 11 sarà 0B000000 etc...

sembra che la patch ZDSM sul config non stia funzionando prova a sostituire Archivio.zip

di fatto Preboot è quello che avvia BigSur

mi alleghi il tuo config?

apri quei file e cerca il codec audio

ma se installi su l'altro hack e poi metti il disco su questo? saresti in grado di avviarlo?