KvL

Aggiornato senza problemi fino alla 0.7.7, prima o poi mi deciderò anche a installare 12.1 😅

K.

Tutto liscio, Catalina 10.15.7 e Big Sur 10.12.2

K.

E' da un po' che sono nell'ombra, però ci sono!
Tutto liscio con le ultime release di OC, inclusa la 0.6.6 e il solito workflow OCConfigCompare + ProperTree.

Il prossimo passo è aggiornare a Big Sur, con moooolta calma.

K.

1 ora fa, tuxy ha scritto:

Penso si possa parlare di rivoluzione ...

Mi trovi d'accordo, stavolta il Mac Mini è finalmente tornato appetibile per un uso fotografico non-pro.

Sono impaziente di provare questo M1 quando le App saranno finalmente compilate anche per Silicon.

K.

5 minuti fa, Gengik84 ha scritto:

tutto è possibile anche su dubito, imac20 è uscito quest'anno

MacPro7 uscito da poco e anche con un determinato costo

Apple è un po "strano" ma nel caso sarebbe una mossa poca gradita ai propri clienti

5/6/7 anni è un altro discorso

Tra l'altro Apple ha confermato che non è stato effettuato nessun fork tra le due architetture; l'installer è lo stesso, il codice è in comune ma compilato per Silicon e x86.

Ad oggi ci sono ancora tanti Mac con CPU Intel nel lineup, tra un anno ci saranno ancora, quindi da lì almeno altri 3 anni di supporto almeno per l'OS e così siamo a 4.

La convergenza delle API, a partire da Metal che ha sosttuito OpenGL ormai da tempo, fa capire la strategia del supporto "in parallelo" a entrambe le architetture. OK M1 performante, ma arrivare alle prestazioni di un dual Xeon 24-core è un altro discorso almeno nel medio termine 👾

K.

Aggiornato ieri senza il minimo intoppo dall beta 9 alla 11.0.1 (beta 10 se ho capiteo bene), OpenCore 0.6.3 e kext aggiornati freschi freschi.

l'Hack si è riavviato da solo pilotando agilmente il disco di avvio, nemmeno ero presente mentre aggiornava 😅

K.

Per qualità costruttiva posso solo solo consigliare gli attuali Nokia (HMD) con Android One che va una scheggia e non ha inutili orpelli e personalizzazioni. E tre anni di aggiornamenti garantiti.

Dalla serie 3 in su sono ottimi, sono un po' più cari della concorrenza almeno apparentemente, però sono materialmente costruiti molto bene, solo al 4° che consiglio a parenti e conoscenti e ne sono tutti soddisfatti.
Comunque complimenti a resistere nel 2020 con sistema operativo S40 (o S30?) 😎

K.

1 ora fa, Extreme™ ha scritto:

Ma CCC è già compatibile con Big Sur: forse ancora no e per questo ti da disco non avviabile.

Credo e spero lo sarà a breve, siamo già alla 3^ beta della 5.1.22.
K.

Il 18/9/2020 at 12:56, netgear ha scritto:

Ma Clover che sta facendo io dalla 5120 o ancora meglio 5114 vedo solo cose che nn vanno....................................................

Personalmente sono passato a OpenCore, non so aiutarti purtroppo.

Però so che con OC mi trovo davvero bene 😉

K.

8 minuti fa, iCanaro ha scritto:

se vedi, hanno creato un'app apposita @KvL

oppure vi è un comando da terminale

vedi mie post precedenti

Grazie, lo proevrò oppure aspetterò la beta 8 / GM / Release.

K.

Saltato direttamente da beta 5 a beta 7. A parte che non accedo più alle share SMB, tutto regolare 🤣

OpenCore 0.6.1 release.

K.

Magari conoscevate già, magari no: set completo di build RELEASE e DEBUG sia di OpenCore che di tutto l'armamentario:

https://dortania.github.io/builds/?product=OpenCorePkg&viewall=true

Con questo posso mandare in pensione lo script che mi sono creato, che fa pull e poi compila OC 😶

K.

42 minuti fa, iCanaro ha scritto:

non compilare ora che pare gli ultimi commit abbiano sbordellato qualcosa, poi non si avvia più l'hack @KvL

Ah, ottimo! Comunque si parla sempre di un SSD di prova dove, nel tempo, da Mojave ho migrato a Catalina e da Catalina a Big Sur Beta 5.

Poi con la 0.6.1 aggiornerò sempre con i dovuti test l'installazione di "produzione".

K.

Il 22/8/2020 at 10:23, iCanaro ha scritto:

prova 

IntelMausiEthernet-2.5.1d1-2020-08-22 10.22.13.zip 58 kB · 4 download

Grazie, non funziona ugualmente 😕

Stesso problema di prima.

Aggiornato a OpenCore 0.6.1 compilato poco fa e anche con la versione 1.0.3 stabile, funziona!

K.

10 ore fa, iCanaro ha scritto:

sostituisci intelmausi con intelmausiethernet @KvL

Lo avevo già fatto ieri prima di postare (ma non ve l'ho scritto 😅)
Per precauzione sono poco fa ho ri-scaricato da IM la versione del 26 maggio e ho riprovato.
Purtroppo non cambia il risultato, sempre interfaccia Ethernet che va e viene e naturalmente non ho traffico dati.

K.

Ho trovato il tempo di migrare il disco di prova a Big Sur Beta 5 e l'Ethernet non funziona. Su Preferenze di Sistema va e viene e macOS la indica come scollegata o periferica che non risponde.
Già nel verbose mentre installava ho notato errori su IntelMausi. Sul web non ho trovato nulla, voi avete lumi in merito? Aspetto OpenCore 0.6.1 e la 1.0.4 di IntelMausi?

Grazie!

K.

Il 3/8/2020 at 17:39, Gengik84 ha scritto:

Release v0.6.0

Fixed sound corruption with AudioDxe
Fixed icon choice for Apple FW update in OpenCanopy
Fixed APFS driver loading on Fusion Drive
Added Comet Lake HDA device code
Fixed audio stream position reporting on non-Intel platforms
Added Firmware mode to ResetSystem to reboot into preferences
Replaced BlacklistAppleUpdate with run-efi-updater NVRAM variable
Fixed reset value and detection in FadtEnableReset ACPI quirk
Fixed freezes during boot option expansion with PXE boot entries
Updated underlying EDK II package to edk2-stable202005
Added ProvideMaxSlide quirk to improve laptop stability, thx @zhen-zen
Fixed slide choice on platforms when 0 slide is unavailable, thx @zhen-zen
Fixed assertions caused by unaligned file path access in DEBUG builds
Renamed ConfigValidity utility to ocvalidate for consistency
Added GlobalConnect for APFS loading to workaround older firmware issues
Added 11.0 support for AvoidRuntimeDefrag Booter quirk
Fixed 11.0 lapic kernel quirk as of DP1
Improved boot selection scripts for macOS without NVRAM
Added UGA protocol compatibility in ProvideConsoleGop quirk
Added UgaPassThrough option to support UGA protocol over GOP
Added AppleFramebufferInfo protocol implementation and override
Fixed serial initialisation when file logging is disabled
Fixed FSBFrequency reporting on Meron and similar CPUs
Fixed incorrect volume icon dimension requirements in OpenCanopy
Added preview version of KernelCollection injection code
Fixed ACPI reset register detection in DxeIpl
Added MacBookPro16,4 model code
Updated builtin firmware versions for SMBIOS and the rest
Fixed OSXSAVE reporting when emulating CPUID on newer CPUs
Added SerialInit option to perform serial initialisation separately
Fixed OpenDuetPkg booting on Intel G33 with SATA controller in RAID mode
PlatformInfo Automatic for all models
Fixed 32-bit OpenDuetPkg booting on machines with over 4 GBs of RAM
Fixed delays with OpenDuetPkg booting with certain SATA controllers in IDE mode
Fixed display name for some high core count i9 CPUs like 7920X
Fixed SSDT-EC-USBX

 

Aggiornato sulla build in firma e allineati i Kext, nessun problema rilevato. Meglio tardi che mai!
K.

Aggiornato senza problemi sulla macchina in firma, OpenCore 0.5.9, una roccia!

K.

2 ore fa, netgear ha scritto:

Pensate su un Forum per aver detto questa ultima frase, che era inutile creare la ISO nuova ogni mese, perché non portava vantaggi di Build, sono stato bannato 😄...

Sì vabbè, è la stessa gente che sta le ore a guardare i monitor mentre Windows scarica gli aggiornamenti dalla 1909 (se va bene) e si riavvia 20 volte.

Come si scarica il nuovo pacchetto e come si integra? A me a differenza degli altri sui forum interessa molto!

K.

Da quello che so tutte le voci devono essere definite. Tutte le voci hanno un default che comunque deve essere del tipo corretto, è scritto tutto nel Configuration.pdf che trovi nel pacchetto 🙂

Da qui l'utilità di tool come questo per evitare di avere voci in più o in meno rispetto alla versione di riferimento.
K.

7 minuti fa, netgear ha scritto:

0.6.0 dovrebbe essere alle porte...?

Se rispetteranno il solito schema, la data di rilascio sarà lunedì 3 agosto (speriamo!)

K.

1 ora fa, A23SS4NDRO ha scritto:

Questo si vedrà, anche in base alle ottime prospettive che Intel offre dal punto di vista del miglioramento della performance e dei consumi - poi chissà quali siano gli accordi tra le compagnie, se ci sono contratti a tempo determinato, indeterminato ecc... per esempio AMD anche se ha avuto "successo" grazie a TSMC, ha ancora un contratto a tempo determinato con Global Foundries 

 

immagina tutti gli sviluppatori (non solo adobe) che scrivono software per x86, devono ritrovarsi a riscrivere tutto daccapo, e non esistono solo Adobe, FCPX e Logic - ma lato professional (tanto osannato "Pro", mac "Pro", iMac "pro", macbook "pro") ci sono altri SW come DaVInci, AVID media composer, Blender, Solidworks, AutoCAD, che avranno territorio difficile con CPU con 100 istruzioni come questi ARM che sono RISC. A livello teorico potrei dire che mi basta un Tablet per fare un render quando la gente seria usa 2 o più GPU con 48GB di VRAM ciascuna con accelerazioni CUDA... maddai non c'è storia

 

e detto sinceramente, spero che la risposta della gente a questa transizione ad ARM, sia la stessa della butterfly keyboard...

Se i suddetti sviluppatori usassero già le API moderne di macOS come Metal il problema sarebbe molto mitigato, dal punto di vista Apple, usando Xcode, garantiscono compatiblità. O almeno così pubblicizzano e vendono la cosa 😅

Apple ha la potenza di poter decidere di cambiare architettura e i produttori di software possono solo seguire se vogliono restare sulla piattaforma, è "semplice", sempre per Apple.

K.

12 minuti fa, A23SS4NDRO ha scritto:

Detto sinceramente, spero che Intel gli sbatta in faccia Tiger Lake il prima possibile

Non sarà stato un motivo determinante, ma che Intel non innovi molto da diversi anni secondo me ha contribuito.

Apple ha sempre avuto la strategia di puntare direttamente al fornitore di un prodotto/servizio ormai da un decennio almeno, questo è solo il coronamento di tale strategia.

Se poi sarà fruttuosa o meno lo sapremo nei prossimi anni, intanto per 4-5 anni saremo tranquilli che MacOS sarà ancora compatibile Intel, poi si vedrà, dato che Windows 10 non è poi così malaccio rispetto ai predecessori.

K.

7 minuti fa, netgear ha scritto:

Uno solo ma sei sicuro...

Esatto, mi sembra molto strano che abbia solo DP e nemmeno una HDMI, che monitor è @Zanna?

Avrei suggerito esattamente quanto ha detto @netgear.

Non hai modo di procurarti un altro monitor anche scarso e/o TV per fare le prove? Temo che se non sente il cavo collegato non dia output video sulla DP.

K.

Mi inserisco perchè nell'altro thread in effetti avrei dovuto rispondere che la configurazione che ho fatto funziona alla grande. Sono su OpenCore e la UHD630 è configurata in modalità headless.

1 ora fa, Gengik84 ha scritto:

è solo una interpretazione, quindi personale di questo: https://github.com/acidanthera/WhateverGreen/blob/master/Manual/FAQ.IntelHD.en.md

Usando questa traccia, posso solo confermare.

35 minuti fa, Gengik84 ha scritto:

"non cercare di aggiustare quello che non è rotto" 

Giustissimo, aggiungerei "e fai almeno 3 backup della configurazione funzionante"  😅

K.