Emanuele-1998

10 ore fa, antuneddu ha scritto:

Confrontare il config.plist con il Sample.plist all'interno della Release 0.7.3 , la struttura dei Drivers è cambiata 

da cosi’ (ver. 0.7.2)

 

 

 

 

a cosi’ (vers. 0.7.3) Ogni driver ha ora 3 proprietà: Arguments, Enabled e Path

 

 

( Aggiunto anche  ForceOcWriteFlash  in  UEFI  ->  Quirks )

 

 

Diversamente i Drivers non vengono caricati (vedi ocvalidate) Pena , avvio con menu testuale senza GUI e il sistema non si avviera’

 

  

 

Prestare attenzione facendo OCSnapshot con  ProperTree (probabilmente va aggiornato da corpnewt ) riporta il config. alla 0.7.2 verificare con ocvalidate 

Finalmente hanno messo l’enabled nei driver, quali sono i driver che hanno degli arguments? Mai visti sinceramente. Comunque ho aggiornato senza problema, stessa cosa Monterey 

Il 8/6/2021 at 16:09, iCanaro ha scritto:

meglio non venga, potrebbe eruttare il vesuvio 

Fallo sta bono, per cortesia😂

9 minuti fa, iCanaro ha scritto:

non ancora e non ho nessuna fretta, lascio altri criceti votati al sacrificio 😁

ah ecco spiegato perché qui grandina 

Da me è una bella giornata di sole. Ti aspetto a Napoli😂

1 ora fa, Emanuele-1998 ha scritto:

Mi unisco anche io al team Tester, per adesso procede bene👍

Successful❤️

Mi unisco anche io al team Tester, per adesso procede bene👍

3 ore fa, Gengik84 ha scritto:

beh si di fatto ha diverse cose che per "molti sono delle comodità" e quindi fanno pensieri diversi a riguardo delle preferenze

oltre a questo senza dubbio per un principiante Clover è molto più facile, con questo non voglio dire che poi in futuro tale persona quando ha preso la mano con hackintosh possa valutare e decidere quale bootloader preferisce, ma credo che comunque  sarebbe una decisione personale....quindi in caso passaggio a opencore oppure no, oppure anche entrambi

altra cosa, non so se ricordi la mia vecchia guida per una EFI e multi boot

di fatto è un altra comodità che alla fine nessuno vieta di usare e quindi di avere una usb con unica  EFI ma che avvia qualsiasi dei propri hack ( 1,2 ,3,4 ,5...) in caso di necessità

 

Si ricordo, ma la guida per multi boot,  sarà possibile usarla anche per Opencore in futuro? 

9 ore fa, Gengik84 ha scritto:

il discorso come ha già detto Fabiosun era in generale.. per rendere l'idea e non riferito a nessuno di particolare anche perchè se lo fosse stato sarei stato diretto.

meno "coda di paglia"...please... 😉

Anche costì ti sbagli e ho già spiegato il discorso per esempio di patch e windows per le quali clover continua la sua strana evitando quindi iniezioni al di fuori di macos.

Giusto? sbagliato?

sono politiche di pensiero dei rispettivi dev.

Ognuno alla fine è libero di vederla come gli pare anche gli stessi utilizzatori.

Detto questo non ci vedo nulla di male se uno preferisce opencore o clover oppure anche entrambi.

il mio punto di vista l'ho già detto più volte anche nel post precedente ma comunque  rispetto anche chi usa e la vede all'opposto

Qualcun altro qui ha la coda di paglia che si sente sempre chiamato in causa😂
Anche con @fabiosun abbiamo parlato sopratutto del fatto della mancanza di impostazioni lato GUI che ha OC tipo boot args senza dover accedere fisicamente al config, ACPI che ti bastava premere un tasto per averle direttamente ad esempio. 

1 minuto fa, fabiosun ha scritto:

ciao Emanuele, credo che lo sputato sia riferito in genere a quando si parte con una nuova moda

Mai pensato credimi. inizialmente a Giugno nemmeno ci volevo passare ad OC perché ero troppo legato poi grazie a

7 minuti fa, fabiosun ha scritto:

ciao Emanuele, credo che lo sputato sia riferito in genere a quando si parte con una nuova moda

@dreamwhite mi si è aperto un altro mondo con OC alla pari con Clover ma con documentazione di Dortania fatta veramente bene. L’unica pecca era che con Clover non ho mai visto una documentazione ufficiale fatta bene come quella suddetta. 

8 minuti fa, fabiosun ha scritto:

le opzioni di configurazioni di clover via boot menu ..al momento opencore se le sogna

e quello che si puo' fare e' molto limitato da gui

Magari si riuscisse ad avere tutte o quasi le opzioni modificabili che si hanno nel boot menu di clover..anche in opencore originale

ma credo sia solo una utopia

in quanto i devs di opencore stanno molto attenti alla sicurezza

cosa che contestano spesso ai devi di clover..che e' piu' aperto ad intrusioni malevoli...

 

Infatti, puoi ad esempio modificare velocemente i bootargs, cosa che con Opencore te lo sogni di modificare in GUI i bootargs. Se lo aggiungessero sarebbe più completo. Non ho ben capito il discorso sicurezza in relazione al menu di Clover

16 ore fa, Gengik84 ha scritto:

Non è assolutamente deprecato anzi proprio l'opposto...

"Vivi e lascia vivere"

c'è chi piace clover, c'è chi piace opencore e a chi piacciono entrambi

di fatto non è nemmeno giusto "s.....e" nel piatto dove si è mangiato fino a ieri

anche al tempo quando c'era Chameleon e arrivo clover, non ho mai criticato il primo..mai 

ma anzi sempre rispettato per il lavoro fatto da molte persone nel corso degli anni

e lo faccio tutt'ora con clover augurandogli sempre e comunque il meglio anche a lui

per rispetto di anni di duro lavoro etc

Non ho mai sputato nel piatto dove ho mangiato. Non ho detto Clover adesso fa schifo. Ho detto solo con questo ultimo clover come mio parere è inutile usare Clover se poi avvia OC. A questo punto si usa direttamente OC e se si sente la mancanza ad esempio della GUI di clover c’è anche la GUI su Opencore. Questo é il mio parere però volevo un confronto “civile” con voi 

32 minuti fa, fabiosun ha scritto:

Ciao Emanuele , secondo me questa affermazione e' profondamente sbagliate per noi "utenza"

Avere piu' concorrenti accresce la qualità

pensa se quelli di opencore decidessero che da oggi solo le cpu che dicono loro o le schede video o qualsiasi cosa decidano devi avere..

meglio avere un'altra soluzione

 

Per me questa è una risposta sensata. Dall’ultimo commit anche se così fosse per assurdo comunque clover dipenderebbe adesso da Opencore in fase di boot, ovviamente Slice se succedesse una cosa del genere può sempre fare dei passi indietro e riprendere in mano il progetto con Clover

7 minuti fa, A23SS4NDRO ha scritto:

Sembra che tra prima dell'integrazione di OC nel progetto, il driver Cloverx64.efi (924KB)  e sia cresciuto di circa 500KB (ora infatti ammonta a 1,4MB) e il delta spazio coincide quasi con la dimensione del driver OpenCore.efi...

 

Faccio difficoltà a capire se Clover è strettamente collegato ad OpenCore per poter funzionare, perché non lo riscrivono da capo... magari con un approccio diverso rispetto a quello di OpenCore...

 

Oramai secondo me non ha più senso Clover ma già da molto tempo. A partire dalla documentazione carente e solo in Russo 

Dopo l’ultimo commit 5123 di Slice,a mio parere, usare Clover è diventato inutile visto che avvia prima la GUI di Clover e poi carica effettivamente OC

https://github.com/CloverHackyColor/CloverBootloader/releases

Ho completato quasi il mio hack con Big Sur mi manca solo i2c,tasti FN e batteria.

Per i2c ho provato ma non riesco ad attivarlo perché non vede il Satellite anche se i kext li carica vedendo da geni2c

IOREG E EFI 

https://we.tl/t-FBdT1SihjM

IOREG E EFI @dreamwhite

https://we.tl/t-CQdpS0Q2fC

Ciao ragazzi, stavo provando a installare Big Sur ma si blocca su apfs module start 2411. Per avere meno problemi ho disabilitato anche nvme mettendo l’SSDT disable nvme. 
 

questa è la mia EFI 

https://mega.nz/file/C8NnwKZB#w_dJ5L13WjJjMjhKjIvj2l8MhCDP_Gm1fl9R_L_Js3k

Verbose-Problem

16 ore fa, Jahstories ha scritto:

Sembra strano, ma a quanto pare usando voodooi2c si risolve questo bug...

Hai provato?

 

P.S.

aggiungi le specifiche della macchina in firma per ottenere supporto più facilmente

Come mai vodooi2c forse dovrebbe risolvere?

14 ore fa, serpinu ha scritto:

Adesso lo segnalo anche se giuro non capisco ho letto qualcosa su internet ma è rara come cosa e soluzioni ne ho viste poche...

La soluzione ci sta con voodooHDA nel caso in cui niente proprio da fare con AppleALC che è il migliore 

1 ora fa, Gengik84 ha scritto:

purtroppo se l'audio risulta e non funziona neanche con qualsiasi layout compatibile, significa che il tuo codec anche se compatibile, ha una configurazione "particolare" che andrebbe definita come nuova in AppleALC

Infatti non riesco a capire come mai non va. Ad usare voodooHDA l’avevo escluso a priori. Comunque @serpinu per segnalare potresti farlo qui magari fixano

https://github.com/acidanthera/bugtracker/issues/new?assignees=&labels=&template=bug-in-opencore-or-kext.md&title=

O qui 
 

https://www.insanelymac.com/forum/topic/311293-applealc-—-dynamic-applehda-patching/?page=168

@Gengik84 sembra che sono riuscito a risolvere. 

7 minuti fa, Gengik84 ha scritto:

perchè Basic applica diverse cose, come alcuni fix se fossero necessari

va sia su desktop che laptop

Ok quindi quando si usa, sempre togliere tutti gli SSDT? 

2 ore fa, Gengik84 ha scritto:

hai scritto male una boot-arg

-igfxv deve essere -igfxvesa

poi aggiungi -wegnoegpu

rimuovi tutti ssdt in patched e metti SSDT-Basic che trovi in download.. e rimuovi qualsiasi rename acpi e fix dalla parte acpi del config

intendevo qui quando hai detto di rimuovere qualsiasi rename.

Inoltre per la rimozione di tutti gli SSDT come mai? Te lo chiedo per migliorare eventualmente dove sbaglio 

1 minuto fa, Gengik84 ha scritto:

quel ssdt fatto hai tempi di 10.11 ma comunque -wegnoegpu fa la stessa cosa, solo alcune volte ha alcuni bug, per ovvie ragioni, su portatili vecchi (sandy,ivy)

Si lo so che è molto vecchio. Lo usavo anche sul mio gruppo dando i vari crediti. Ma da quando avevo letto questa cosa mi sembrava strano, in quanto ci stavano molti pareri discordanti. Per quanto riguarda SSDT-basic quali sono i miglioramenti rispetto a clover Applicandoli  manualmente? Intendo per i rename ACPI

1 ora fa, Gengik84 ha scritto:

non è sempre attivo... è un fix, boot-arg opzionale per disattivare le video dedicate... per risparmiare batteria etc ..

 

Ma da come vedo dice ho messo -wegno ma c’è un piccolo problema la dGPU ha ancora energia scaricando la batteria lentamente. Perciò ci sta l’SSDT disablegpu perché fino a poco tempo fa usavo -wegnoegpu e da quando ho letto questa cosa ho ricambiato wegno con l’SSDT.

5 minuti fa, Gengik84 ha scritto:

sempre attivo?

no no... è una boot-arg opzionale

So with laptops, we can hide the dGPU from macOS with the little boot-arg called -wegnoegpu from WhateverGreen. But one small problem, the dGPU is still pulling power draining your battery slowly. We'll be going over 2 methods for disabling the dGPU in a laptop:

https://www.opencore.org.cn/Getting-Started-With-ACPI/Laptops/laptop-disable.html

1 ora fa, Gengik84 ha scritto:

hai scritto male una boot-arg

-igfxv deve essere -igfxvesa

poi aggiungi -wegnoegpu

rimuovi tutti ssdt in patched e metti SSDT-Basic che trovi in download.. e rimuovi qualsiasi rename acpi e fix dalla parte acpi del config

-wegnoegpu non serve solo a non vederla tra i dispositivi la gpu ma so che con quel bootargs è sempre attiva. L’SSDT BASIC rispetto ai rename acpi che vantaggi può portare?

Opencore 0.6.0 

Asus G731GW-EV123T

Intel 9750H