KvL

Non si installano, basta scaricarli, scompattarli ed entrare nella directory dal Terminale. Supponendo di ad esempio di averli in Downloads: cd ~/Downloads/ffmpeg-4.2.2-macos64-static/bin/ e poi ./ffmpeg [argomenti] K.

Forse sbaglio metodo, però a prescindere da VideoProc, ffmpeg quali codec video ti da disponibili? La versione attuale stable è la 4.2.2 link. ./ffmpeg -hwaccels che cosa restituisce? ./ffmpeg -encoders | grep hevc ./ffmpeg -encoders | grep h264 che cosa restituisce? K.

Dalla mia piccola esperienza, con SMBIOS iMacPro1,1 e codifica HEVC, ffmpeg è più o meno veloce come su Windows. Sotto Linux non ho provato. Posso dire che VideoToolBox provato con Handbrake funziona bene da un rapido test fatto a febbraio. Sulla qualità non mi pronuncio, erano sorgenti BluRay di film girati su pellicola e quindi HEVC è meno efficace in questi casi purtroppo. Disponibile anche con ffmpeg ma non l'ho ancora provato, quando avevo messo su i test ancora non era nemmeno ancora supportato. https://trac.ffmpeg.org/wiki/HWAccelIntro Forse si riesce a pilotare su una GPU specifica? Spero quanto prima di riuscire ad attivare la iGPU, passare a SMBIOS iMac19,1 e provare. K.

Su quale hardware? Sul notebook Acer he vedo in firma, a meno che non ci sia un'applicazione specifica per modificarlo, non proverei. K.

Non vorrei dire una cosa non corretta perchè ho sempre e solo usato Catalina, però puoi provare usando la versione Debug di OC e sotto Boot -> Debug -> Target impostare il vlore 67 e poi cercare il valore del numero di output. Non avendo l'informazione, possiamo assumere che siano ad esempio 6, quindi da 0 a 5. Il metodo empirico che userei è impostare tutti i valori da 0 a 5, riavviare e vedere cosa succede. Io ho fatto così, però avevo ricavato il numero di output 😅 Poi visto il rapido sviluppo di OC anche in questi giorni, farei attenzione a dove sono collocate le risorse audio e se il file corretto è presente. Se riesci ad attivare il debug come scrito sopra avrai tante informazioni su cui basarti. Ah, non so se la versione NDK differisca, uso soltanto quella ufficiale. K.

Seguendo la guida, in EFI\OC\Drivers hai AudioDxe.efi e questo è correttamente caricato nel config.plist? AudioCodec sei sicuro sia corretto? AudioDevice sei sicuro sia corretto? Infine, AudioOut sei sicuro sia 0 e non 1, 2, 3, ecc? K.

Tanti cari auguri a tutt! K.

Grazie, capito, era una domanda toerica perchè per adesso non vorrei toccare Clover e passerò direttamente a OpenCore magari dalla 0.5.8 se ci ho preso sufficiente confidenza e intanto provo la 0.5.7. Però in effetti vorrei rittivare la iGPU e mi fa gola la NVRAM nativa quindi potrei provare ad aggiornare Clover con il SSDT v2 e i quirk giusti, magari riprendo nel thread giusto per fare un controllo 🙂. K.

Una domanda, purtroppo non ho modo di provare a breve: se con OpenCore sono riuscito a ottenere NVRAM nativa e su Clover utilizzo questo driver, con i parametri giusti in OcQuirks.plist posso raggiungere lo stesso risultato, giusto? Thanks K.

Ehm... E' un MBP vero 😂 Non sono così bravo, a malapena funge l'hack in firma, con OC 😅 K.

Ahahahah è che ormai il legacy 32bit lo chiamano un po' come gli pare, mi sono confuso. In questi giorni di ferie forzate sto spaziando da MacOS a Debian a Windows. Non sono però sul mio Hack ma su questa vecchia gloria: che non è un missile, per quanto il suo lo fa molto dignitosamente per avere quasi 10 anni! Da qui il "bisogno" di velocizzare ecco. Mi sto divertendo a fare "pull" a ogni commit, è interessante il processo di sviluppo e testing in Travis CI. PS: Ho visto i ringraziamenti su SSDT-PLUG.dsl 😉 K.

Building... Building OpenCorePkg/OpenCorePkg.dsc for X64 in DEBUG with XCODE5... . - OK Building OpenCorePkg/OpenCorePkg.dsc for X64 in RELEASE with XCODE5... . - OK Building OpenCorePkg/OpenCorePkg.dsc for X64 in NOOPT with XCODE5... . - OK Building OpenCorePkg/OpenCorePkg.dsc for IA32 in DEBUG with XCODE5... . - OK Building OpenCorePkg/OpenCorePkg.dsc for IA32 in RELEASE with XCODE5... . - OK Building OpenCorePkg/OpenCorePkg.dsc for IA32 in NOOPT with XCODE5... . - OK IA32, ho sbagliato, sorry. K.

Buonasera a tutti! Per pura curiosità ed esercizio di stile, c'è modo di compilare tramite macbuild.tool solo per X64? Per velocizzare e saltare X32. Thanks! K.

Domanda: a voi compila l'ultimo commit a3dec15 ? Io ricevo questo errore: Sono su un MBP 2010, High Sierra 10.13.6 e ho provato anche a distruggere e riscaricare tutto. Il commit precedente a questo non aveva problemi, avevo addirittura aggiornato con git pull dal commit ancora precedente. Grazie, K.

Hanno "aggiornato" or ora i Mac Mini in cui speravo di vedere tracce di APU, ma niente 😡 K.

Non sia mai restare indietro 🤡 Sarò lontano dalla bestiola almeno fino al 3 aprile, forse anche oltre, farò i test quando uscirà la point release. K.

Che la build definitiva esca il 24 insieme a iOS 13.4? K.

Si trova nel ring slow o nel fast la build dello screen? Chissà quando sarà la general availability delle ISO... Concordo sulla maturità, onestamente guardando indetro non posso dire che sia un OS buggato o poco performante. La solita pecca che ha Windows è quella di essere prono al degradamento col tempo se si installano e disinstallano diverse cose, però meno del passato ma sempre e comunque molto molto di più di MacOS 😅 K.

L'avevo rimosso!!! 🤯 Ora che ci penso ho fatto passare tutti (amici e clienti) da XP a 7 senza passare dal via 😆 K.

Con 16 anni di ritardo 😝 Comunque a me Windows 10 piace, è stabile e funziona bene anche su PC non recenti. Windows 7 non mi convinceva del tutto, ad esempio. Non so voi, ma ricordo molto bene perle come WIndows Me, Windows 8, Windows 8.1, quindi Windows 10 lo reputo ben funzionante e degno successore di Windows 2000 e Windows XP (dalla SP2 in poi). K.

Almeno nella mia MB, la EEPROM per il BIOS è da 128Mb ossia 16MB che sono un’enormità se ci pensiamo per contenere un BIOS, per complesso che sia. Di fatto l’immagine viene scritta nel BIOS e questo viene nuovamente flashato. la guida che avevo trovato parlava o dell’utility proprietaria Gigabyte oppure di usare UEFITools che decompila e ricompila l’immagine BIOS che poi va nuovamente flashata, con tutti i rischi del caso di errori di checksum perché UEFITools non può decompilare e ricompilare alcune parti protette da NDA. Poi su Reddit ho letto di qualcuno che aveva forzato immagini più grandi e mi sono “allargato” 😎 Invece l’utility proprietaria va diretta solo nella sezione Logo.bmp e via! Già che ho una MB “sfortunata”, almeno il logo di avvio sono riuscito a inserirlo 😬 Se ti vuoi baloccare, la guida è interessante e spulciare l’immagine BIOS affascinante. K.

Non vedo l'ora di provarlo, insieme al boot picker grafico (ma è meno importante). K.

Certamente, però lo considero utile solo per i confronti tra 0.5.6 e 0.5.7 (in questo caso) una volta rilasciata la 0.5.7, perchè oggi c'è scritto una cosa e domani un'altra finchè non siamo "a bocce ferme", no?😅. Quanto è uscita la 0.5.6 sono partito proprio da lì per controllare le differenze anche se, ammettiamolo, non è proprio di una leggibilità straordinaria quando vengono cancellati interi paragrafi e riscritti. Tra l'altro leggevo di migliorie per noi peveretti con Z390 per il comparto NVRAM. K.

Fantastico, grazie!!! Mi sa che non sono stato l'unico ad avere questo "problema" 😅 Non vedo l'ora che esca la 0.5.7 per provarlo. A proposito? Esiste un ETA e/o una roadmap anche approssimativi? K.

Sì avevo visto il font non TrueType (che in un bootlader non mi aspetto), dovrei quindi crearlo anche solo sostituendo le icone PNG? Appena posso metto su il sistema di test. K.