-
Posts
259 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Downloads
Posts posted by KvL
-
-
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.
-
17 ore fa, bastian25 ha scritto:
Ragazzi secondo voi quante possibilità ho di non friggere il bios del notebook?
Su quale hardware? Sul notebook Acer he vedo in firma, a meno che non ci sia un'applicazione specifica per modificarlo, non proverei.
K.
- 1
-
41 minuti fa, Infermatico ha scritto:
unico dubbio su audioout non so come estrapolare il valore ... il debug log su mojave come lo ottengo? Il manuale dice che solo da Catalina funge boot.efi debug
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.
- 1
-
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.
- 4
-
23 minuti fa, Gengik84 ha scritto:
@KvL col mio ssdt_v2 la nvram ti funziona nativamente anche con clover
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.
- 1
-
1 minuto fa, Gengik84 ha scritto:
non capivo...quasi pensavo a nuova linea pci express 😂
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.
5 minuti fa, Gengik84 ha scritto:Fattibile ma riguardo al discorso di tempo non pensare chissà quale differenza anche perchè hai un ottima cpu, potrei capire con un core 2 Duo 😄
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.
- 1
-
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:
SpoilerKvL-MBP:~ KvL$ /Users/KvL/Desktop/Hackintosh/OpenCore/OpenCorePkg/macbuild.tool ; exit; Primary toolchain XCODE5 and arch X64 Cloning into 'UDK'... remote: Enumerating objects: 8558, done. remote: Counting objects: 100% (8558/8558), done. remote: Compressing objects: 100% (7451/7451), done. remote: Total 8558 (delta 2483), reused 2392 (delta 957), pack-reused 0 Receiving objects: 100% (8558/8558), 14.57 MiB | 1.46 MiB/s, done. Resolving deltas: 100% (2483/2483), done. Checking out files: 100% (7439/7439), done. Already up to date. *** Please tell me who you are. Run git config --global user.email "you@example.com" git config --global user.name "Your Name" to set your account's default identity. Omit --global to set the identity only in this repository. fatal: unable to auto-detect email address (got 'KvL@KvL-MBP.(none)')
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.
-
37 minuti fa, fabiosun ha scritto:
ma ci sono ancora dentro i riferimenti vari ad AMD?
arf arf 🙂
Hanno "aggiornato" or ora i Mac Mini in cui speravo di vedere tracce di APU, ma niente 😡
K.
-
5 minuti fa, iCanaro ha scritto:
ora avvio quallche hack e aggiorno 😝
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.
-
11 minuti fa, netgear ha scritto:
Sto testando la versione 2004, sarabbè più pronta di quelle passate, uscite a volte prematuramente, questa volta, giustamente, il collaudo avrà una gestazione più lunga.
Tante "piccole" migliorie che su un Sistema già Buono non fanno altro che migliorarlo, la Maturità raggiunta oggi da Windows 10 è abbastanza confortante.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.
- 1
-
2 minuti fa, iCanaro ha scritto:
ti sei scordato vista... il mattone! ancora più gravoso sul sistema del RT delle schede video nvidia
per il tempo, richieste hardware esose
L'avevo rimosso!!! 🤯
Ora che ci penso ho fatto passare tutti (amici e clienti) da XP a 7 senza passare dal via 😆
K.
- 1
-
1 ora fa, netgear ha scritto:
2004
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.
-
1 minuto fa, Eniac ha scritto:
Quindi se ho ben capito ad ogni accensione tutta la procedura si ripete di nuovo...lettura del file .bmp e visualizzazione , ma allora non mi spiego perchè lo debba scrivere in EEPROM a meno che tu ti riferisca solo alla prima esecuzione dopo la modifica, probabilmente ti viene detto di usare una immagine a 800x600 per evitare che lo spazio in EEPROM vada in overflow , comunque è interessante questa cosa , ci abbiamo smanettato tanto tempo fa con dei colleghi e qualcosa riuscimmo a fare su una scheda Asus , ma al tempo non c'erano tool del genere quindi dovemmo lavorare su una mobo con la EEPROM "sostituibile" per evitare di buttarla, comunque ripeto, la cosa è interessante 🙂
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.
-
18 minuti fa, iCanaro ha scritto:
Added ProtectUefiServices quirk to fix DevirtualiseMmio on Z390
Non vedo l'ora di provarlo, insieme al boot picker grafico (ma è meno importante).
K.
-
Adesso, Gengik84 ha scritto:
@KvL il differences.pdf dice tutto in modo dettagliato, basta guardarlo
https://github.com/acidanthera/OpenCorePkg/blob/master/Docs/Differences/Differences.pdf
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.
-
2 minuti fa, A23SS4NDRO ha scritto:
Update: Un nuovo tool dal repository Di Corpnewt, è semplicissimo da utilizzare: scarichi il nuovo Sample.Plist dal master di OpenCorePkg, e scrivi il seguente comando al terminale mentre hai il nuovo "Sample.plist" ed il precedente "config.plist" nella stessa directory (oppure in directory differenti ma devi specificare il Path). Apri quindi OCconfigCompare.command ed esegui
diff path/to/Sample.plist path/to/config.plist
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.
-
1 minuto fa, Gengik84 ha scritto:
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.
H264 senza iGPU
in Desktop
Posted
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.