Rr697
Manifesto originale- 11 maggio 2019
- 2 maggio 2020
fhturner
- 7 novembre 2007
- Birmingham, AL e Atlanta, GA
- 2 maggio 2020
ctrlzone
- 9 febbraio 2017
- 2 maggio 2020
OkiRun
- 25 ottobre 2019
- Giappone
- 2 maggio 2020
IndioX ha detto: traduci il tuo filmato in prore e acquista una scheda postbruciatoreOttimo consiglio. Il Pro Vega II è perfetto per FCPX e il Afterburner taglia come il burro. Potenza più che sufficiente. Avere FCPX impostato su Pro Res e attivare il rendering. Sii felice che la GPU stia facendo il suo lavoro.
se dovresti usare anche il software di editing appropriato (resolve o fcpx)
profdraper
- 14 gennaio 2017
- Brisbane, Australia
- 2 maggio 2020
Aboo
- 7 luglio 2008
- 2 maggio 2020
Rr697
Manifesto originale- 11 maggio 2019
- 2 maggio 2020
AidenShaw
- 8 febbraio 2003
- La Penisola
- 2 maggio 2020
Rr697 ha detto: Bene, il tempo di esportazione è di circa 1:1, vedrò cos'è il rendering, ma potrebbe essere più veloce e mi preoccupa che sia così lento su questo filmato EASYForse è ora di passare al Green Team.
Visualizza elemento multimediale '> Ultima modifica: 2 maggio 2020
jasonmvp
semi-dio dei macrumors
- 15 giugno 2015
- VA . settentrionale
- 2 maggio 2020
Rr697 ha detto: Bene, il tempo di esportazione è di circa 1:1, vedrò cosa renderà
In che formato esporti? R
Rr697
Manifesto originale- 11 maggio 2019
- 3 maggio 2020
jasonmvp ha detto: in che formato stai esportando?MOV
[automerge] 1588535169 [/ automerge]
Aboo ha detto: Beh, se stai vendendo il tuo modulo VegaII MPX, fammelo sapere e potrei essere disposto a togliertelo dalle mani Reazioni:OkiRunIndioX
- 1 ottobre 2018
- austria/europa
- 3 maggio 2020
Rr697 ha detto: MOV
mov non è un formato: è un contenitore per codec diversi!Reazioni:h9826790 e OkiRun
jasonmvp
semi-dio dei macrumors
- 15 giugno 2015
- VA . settentrionale
- 3 maggio 2020
Rr697 ha detto: MOV
Cosa c'è dentro il file .MOV? Qual è la codifica? Stai eseguendo un formato GOP lungo come h.264 o h.265?
Prenderò in considerazione anche il modulo Vega II MPX se vai Duo. Posso sicuramente lanciare un'altra GPU su Resolve.Reazioni:OkiRun R
Rr697
Manifesto originale
- 11 maggio 2019
h.264
- 4 maggio 2020
jasonmvp
semi-dio dei macrumors
- 15 giugno 2015
- VA . settentrionale
- 4 maggio 2020
Rr697 ha detto: h.264
OK. Se stai facendo 4K/60, la codifica hardware h.264 viene sfruttata in tempo reale con quella. 4K/30 dovrebbe essere fatto in circa la metà del tempo; scala sostanzialmente in modo lineare. Ma non c'è niente che tu possa fare con il Vega II (anche aggiungendone un altro) che accelererà la codifica.Reazioni:OkiRun G
goMac
Collaboratore
- 15 aprile 2004
- 4 maggio 2020
Rr697 ha detto: h.264
La codifica H.264 è gestita da T2.
Molto probabilmente la tua GPU ha il rendering al massimo e non la codifica. Hai detto che stai facendo un sacco di color grading.
Il Vega Duo potrebbe aiutarti. Difficile dire perché Vega 2 è al massimo senza sapere di più sulla tua gradazione del colore.Reazioni:OkiRun O
OkiRun
- 25 ottobre 2019
- Giappone
- 4 maggio 2020
goMac ha detto: la codifica H.264 è gestita da T2.GoMac ~
Molto probabilmente la tua GPU ha il rendering al massimo e non la codifica. Hai detto che stai facendo un sacco di color grading.
Il Vega Duo potrebbe aiutarti. Difficile dire perché Vega 2 è al massimo senza sapere di più sulla tua gradazione del colore.
Penso che Apple abbia creato 7.1 con il flusso di lavoro di Metal, FCPX, ProRes, Afterburner, per aiutare gli editori a non avere problemi di bug come l'OP sta creando da soli. Sbaglio in questa conclusione? RRr697
Manifesto originale
- 11 maggio 2019
Sì, voglio solo prestazioni più veloci, sento che è lento per quello che mi aspettavo. Quindi, avendo il Duo, che tipo di guadagni vedrei nel rendering e nell'esportazione?
- 5 maggio 2020
jasonmvp
semi-dio dei macrumors
- 15 giugno 2015
- VA . settentrionale
- 6 maggio 2020
Rr697 ha detto: Sì, voglio solo prestazioni più veloci, sento che è lento per quello che mi aspettavo. Quindi, avendo il Duo, che tipo di guadagni vedrei nel rendering e nell'esportazione?
Alla fine devi capire perché tutto sembra 'lento'. È il rendering o la transcodifica? Sfortunatamente un paio di NLE mescolano impropriamente questi due termini e li sovraccaricano. Rendering: comporre il video, fotogramma per fotogramma in modo che 'appaia e suoni' come desideri. Compresi eventuali effetti, ridimensionamento, transizioni, ecc. La transcodifica, che avviene durante l'esportazione è semplicemente: trasforma questo video renderizzato (composto) in un altro formato (es: h.264).
Entrambi sono pesanti da calcolare. Il rendering della GPU avviene con gli shader su di esso. L'esportazione dell'hardware GPU avviene con l'encoder integrato nella GPU. L'uno non ha niente a che fare con l'altro. Quando gli shader vengono battuti, vedrai aumentare il 'carico GPU'. Quando l'encoder viene esercitato, probabilmente non vedrai accadere nulla rispetto al carico della GPU; dipende dall'app di statistiche che stai usando per guardare.
Ora, ecco una palla curva: se il tuo NLE decide di rendere E transcodifica contemporaneamente, quindi batterai su entrambe le parti della GPU contemporaneamente.
Cosa fare? Ci sono alcune app che raccolgono statistiche che puoi installare per controllare il carico della GPU e della CPU. Uso la versione commerciale di iStats. Tengo d'occhio i rispettivi carichi mentre lavoro e posso vedere che la riproduzione e il rendering dei miei file Canon RAW Lite 6K in Resolve inviano la mia GPU a +95%. Quando eseguo la transcodifica in h.265, il carico diminuisce drasticamente perché la composizione è terminata e a quel punto il software sta solo inviando i frame dell'encoder hardware per la scrittura (sto semplificando eccessivamente). La cosa confusa è che BMD chiama l'intero processo 'Rendering'. Il che... non lo è. È transcodifica. Reazioni:pldelisleh9826790
- 3 aprile 2014
- Hong Kong
- 6 maggio 2020
goMac ha detto: la codifica H.264 è gestita da T2.Qualche prova? RRr697
Manifesto originale
- 11 maggio 2019
- 13 maggio 2020
jasonmvp ha detto: Alla fine devi capire perché tutto sembra 'lento'. È il rendering o la transcodifica? Sfortunatamente un paio di NLE mescolano impropriamente questi due termini e li sovraccaricano. Rendering: comporre il video, fotogramma per fotogramma in modo che 'appaia e suoni' come desideri. Compresi eventuali effetti, ridimensionamento, transizioni, ecc. La transcodifica, che avviene durante l'esportazione è semplicemente: trasforma questo video renderizzato (composto) in un altro formato (es: h.264).
Entrambi sono pesanti da calcolare. Il rendering della GPU avviene con gli shader su di esso. L'esportazione dell'hardware GPU avviene con l'encoder integrato nella GPU. L'uno non ha niente a che fare con l'altro. Quando gli shader vengono battuti, vedrai aumentare il 'carico GPU'. Quando l'encoder viene esercitato, probabilmente non vedrai accadere nulla rispetto al carico della GPU; dipende dall'app di statistiche che stai usando per guardare.
Ora, ecco una palla curva: se il tuo NLE decide di rendere E transcodifica contemporaneamente, quindi batterai su entrambe le parti della GPU contemporaneamente.
Cosa fare? Ci sono alcune app che raccolgono statistiche che puoi installare per controllare il carico della GPU e della CPU. Uso la versione commerciale di iStats. Tengo d'occhio i rispettivi carichi mentre lavoro e posso vedere che la riproduzione e il rendering dei miei file Canon RAW Lite 6K in Resolve inviano la mia GPU a +95%. Quando eseguo la transcodifica in h.265, il carico diminuisce drasticamente perché la composizione è terminata e a quel punto il software sta solo inviando i frame dell'encoder hardware per la scrittura (sto semplificando eccessivamente). La cosa confusa è che BMD chiama l'intero processo 'Rendering'. Il che... non lo è. È transcodifica. Reazioni:OkiRun e Rr697h9826790
- 3 aprile 2014
- Hong Kong
- 13 maggio 2020
Rr697 ha detto: Jason! Ho fatto i compiti a casa modificando un sacco di video ed ecco le mie medie del mondo reale. Il tempo di esportazione è il doppio della lunghezza del video. Ho usato iStat per ottenere tutti questi numeri qui sotto.A scopo di test, ti dispiace provare a esportare HEVC tramite la codifica hardware e vedere qual è il caricamento?
FCPX con 8 bit 4K 24 fps Sony A7RIV mp4
Effetti di rendering/Luts ecc
Memoria GPU 50%
Processore GPU 75-95%
75% della CPU
RAM 25%
Esportazione in MOV
Memoria GPU 50%
Processore GPU 2%
CPU 50%
LOAD è in media 19-26 per entrambi
Questo video mostra come esportare HEVC da FCPX tramite codifica hardware.
Puoi anche attivare 'Consenti riordino frame' per utilizzare la codifica HEVC del software e confrontare l'utilizzo dell'hardware / il tempo di esportazione.
Per H264, non sono sicuro al 100% che sia lo stesso per 7,1 e 5,1. Ma se scegli 'condividi' -> 'File master' -> 'H264', FCPX dovrebbe utilizzare la codifica hardware per impostazione predefinita (a meno che non sia al di fuori del limite, ad esempio la risoluzione è superiore a 4K, quindi tornerà automaticamente alla codifica software). È così che faccio sul mio Mac Pro 5.1 con la Radeon VII per la codifica hardware. Ultima modifica: 13 maggio 2020Reazioni:Rr697 R
Rr697
Manifesto originale
- 11 maggio 2019
- 13 maggio 2020
h9826790 ha detto: a scopo di test, ti dispiacerebbe provare a esportare HEVC tramite codifica hardware e vedere qual è il caricamento?
Questo video mostra come esportare HEVC da FCPX tramite codifica hardware.
Puoi anche attivare 'Consenti il riordino dei frame' per utilizzare la codifica HEVC del software e confrontare l'utilizzo dell'hardware / il tempo di esportazione.
Per H264, non sono sicuro al 100% che sia lo stesso per 7,1 e 5,1. Ma se scegli 'condividi' -> 'File master' -> 'H264', FCPX dovrebbe utilizzare la codifica hardware per impostazione predefinita (a meno che non sia al di fuori del limite, ad esempio la risoluzione è superiore a 4K, quindi tornerà automaticamente alla codifica software). È così che faccio sul mio Mac Pro 5.1 con la Radeon VII per la codifica hardware.
andrà bene!
Messaggi Popolari