Il freno a mano utilizza la scheda grafica
Riepilogo:
1. Handbrake è un popolare software di conversione video che può essere utilizzato per transcodificare i video. È gratuito, facile da usare e personalizzabile con molte opzioni.
2. Per impostazione predefinita, il freno a mano utilizza la CPU per il transcodifica, che può richiedere molto tempo e può utilizzare tutte le risorse della CPU. Tuttavia, se si dispone di una GPU dedicata (unità di elaborazione grafica), è possibile forzare il freno a mano ad usarlo per un transcoding più veloce.
3. Prima di abilitare la transcodifica GPU nel freno a mano, ci sono alcune cose da considerare:
- La tua scheda grafica deve avere encoder hardware integrati come VCE per AMD, NVENC per Nvidia o QSV per Intel.
- Se la tua GPU non ha encoder hardware, non è possibile utilizzare la transcodifica GPU con il freno a mano.
- La codifica GPU può comportare una qualità inferiore e dimensioni di file più grandi rispetto alla codifica della CPU.
4. Per forzare il freno a mano ad usare la GPU:
- Apri il freno a mano e fai clic su “Preferenze” o vai su “Strumenti → Preferenze”.
- Nella finestra Preferenze, vai alla scheda “video” e seleziona l’encoder per la tua GPU.
- Se le opzioni dell’encoder sono grigio, significa che la tua GPU non supporta gli encoder hardware.
- Le impostazioni verranno salvate automaticamente e puoi chiudere la finestra delle preferenze.
- Aggiungi un file video al freno a mano e vai alla scheda “video” per selezionare il decodificatore hardware dal menu a discesa “Codec video”.
- Ora puoi iniziare a transcodificare il file.
5. Tieni presente che il transcodifica GPU può ridurre i tempi di transcodifica ma può comportare una qualità inferiore e dimensioni di file più grandi. Assicurati di abilitare il supporto GPU solo se ti senti a tuo agio con questi compromessi.
6. Se hai bisogno di ulteriore assistenza o hai domande, sentiti libero di commentare di seguito.
Domande:
1. Cos’è il freno a mano?
Handbrake è un software utilizzato per la conversione video o il transcodifica. È facile da usare e offre molte opzioni di personalizzazione.
2. Il freno a mano utilizza la CPU per la transcodifica per impostazione predefinita?
Sì, il freno a mano utilizza la CPU per il transcodifica per impostazione predefinita.
3. Come puoi forzare il freno a mano ad utilizzare la GPU per il transcodifica?
Per forzare il freno a mano ad utilizzare la GPU, aprire la finestra Preferenze, andare alla scheda Video e selezionare l’encoder per la tua GPU.
4. Quali sono gli encoder hardware supportati dal freno a mano?
Brake Handbrake Supporta VCE per schede grafiche AMD, NVENC per schede NVIDIA e QSV per le schede Intel.
5. Quali sono i limiti della transcodifica GPU nel freno a mano?
Il transcodifica GPU può comportare dimensioni di file di qualità inferiore e più grandi rispetto al transcodifica della CPU.
6. Quando dovresti abilitare il supporto GPU nel freno a mano?
Dovresti abilitare il supporto GPU nel freno a mano se stai bene con dimensioni di file più basse e file più grandi in cambio di transcodifica più rapida.
7. Come si seleziona il decodificatore hardware nel freno a mano?
Per selezionare il decodificatore hardware, aggiungi un file video al freno a mano e vai alla scheda video. Dal menu a discesa del codec video, scegli il decodificatore hardware appropriato per la tua GPU.
8. La transcodifica GPU riduce i tempi di transcodifica?
Sì, il transcodifica GPU generalmente riduce il tempo richiesto per la transcodifica rispetto al transcodifica della CPU.
9. La transcodifica GPU utilizza tutte le risorse della CPU?
No, la transcodifica GPU scarica il processo di transcodifica dalla CPU alla GPU, con conseguente minore utilizzo della CPU.
10. È disponibile la transcodifica GPU per tutte le GPU?
No, il transcodifica GPU richiede GPU con encoder hardware integrati come VCE, NVENC o QSV. Se una GPU non ha questi encoder, non è possibile utilizzare il transcodifica GPU.
11. Ci sono dei compromessi per l’utilizzo del transcodifica GPU?
Sì, il transcodifica GPU può comportare dimensioni di file di qualità inferiore e più grandi rispetto al transcodifica della CPU.
12. Puoi creare preset personalizzati in freno a mano?
Sì, puoi creare preset personalizzati in freno a mano per salvare le impostazioni per un rapido accesso.
13. È compatibile con le finestre?
Sì, il freno a mano è compatibile con i sistemi operativi Windows.
14. Supporto a mano con la conversione batch dei file?
Sì, il freno a mano supporta la conversione batch, consentendo a convertire più file contemporaneamente.
15. Dove posso trovare ulteriori informazioni sul transcodifica GPU nel freno a mano?
Per ulteriori informazioni e test dettagliati sulla transcodifica GPU, è possibile fare riferimento al documento di supporto fornito nell’articolo.
Sommario
Come accennato in precedenza: stavi guardando il carico sui core Cuda (equivalente ai core di flusso con AMD), ma quello’non è cosa fa il lavoro. Le GPU NVIDIA e AMD contengono uno o più decodificatore e codificatore (i) basati su hardware (separati dai core CUDA/Stream) che fornisce una decodifica e codifica video basata su hardware completamente accelerata. Non è la grande parte computazionale della GPU che hai guardato, ma è una parte ASIC sulla GPU designata solo per la codifica DE/En. (Puoi vedere il carico su questi EG. Nel Task Manager) ecco perché anche GPU integrata nelle CPU AMD (se usato H.264/265 AMD VCE) ha quasi lo stesso tempo di codifica delle GPU dedicate da AMD – è praticamente la stessa parte ASIC del chip. Btw., Mi rifugio’T un confronto di qualità, ma i tempi di codifica con gli stessi bitrati sono molto simili per AMD e Nvidia, ma preferisco AMD in quanto offre molte più opzioni per la qualità/modo di output. Informazioni sul preset: non è possibile confrontare la CPU con Nvidia nVenc (o AMD VCE) come hai fatto in quanto hanno diverse impostazioni di qualità (e ridimensionamento). Se vuoi confrontare, dovresti confrontare la qualità degli output con lo stesso bitrate.
Come forzare il freno a mano ad utilizzare la GPU in Windows (Nvidia, AMD, Intel)
Con impostazioni nascoste, puoi forzare il freno a mano per usare la GPU Che si tratti di Nvidia Nvenc, AMD o Intel per un transcodifica più veloce. Qui’spettacolo.
Handbrake è uno dei software più popolari quando si tratta di conversione video o transcodifica. Puoi convertire quasi tutti i formato con pochi clic. La cosa migliore è che il freno a mano non è solo gratuito, ma è anche molto facile da usare per tutto il tempo personalizzabile con un sacco di opzioni. Per impostazione predefinita, Hand Brake utilizza la CPU per transcodificare i file video. A seconda della CPU e dei file video, può richiedere molto tempo per completare la transcodifica. Oltre a ciò, durante la transcodifica, il freno a mano utilizza tutte le risorse della coppa rendendo il sistema inutilizzabile a volte. In effetti, ho mai scritto una guida semplice o come puoi ridurre l’utilizzo della CPU a mano.
La cosa buona è che se hai un DGPU (unità di elaborazione grafica dedicata), puoi forzare il freno a mano ad utilizzare quella GPU invece di fare affidamento esclusivamente sulle risorse della CPU. Uno dei maggiori vantaggi dell’utilizzo del transcodifica GPU è che ci vuole meno tempo rispetto al transcodifica della CPU, almeno nel mio caso.
Quindi, senza ulteriori indugi, lascia che ti mostri i passi per Abilita il supporto GPU nel freno a mano.
Cose da sapere prima di forzare il transcode GPU
- La tua scheda grafica dovrebbe avere encoder hardware integrati. In particolare, VCE per schede grafiche AMD, NVENC per Nvidia e QSV per Intel. In generale, puoi trovare se la tua scheda grafica supporta questi encoder hardware guardando il foglio delle specifiche disponibile sul produttore’S sito web.
- Se la tua GPU non ha encoder hardware, non è possibile utilizzare il freno a mano con la GPU.
- Quando si forza il freno a mano ad utilizzare la codifica GPU, viene a scapito di dimensioni di file più basse e più elevate rispetto alla codifica della CPU. Se sei interessato, dai un’occhiata a questo documento di supporto che va in dettaglio con vari test.
Passaggi per forzare il freno a mano ad utilizzare la GPU
1. Innanzitutto, apri il freno a mano cercandolo nel menu Start.
2. Dopo aver aperto il freno a mano, fare clic su “Preferenze” collegamento che appare nell’angolo in basso a sinistra. Puoi anche aprire lo stesso da “Strumenti → Preferenze”.
3. Nella finestra delle preferenze, vai al “video” scheda. Sul pannello destro, Seleziona l’encoder di tua scelta. Brake a mano rileva automaticamente gli encoder hardware GPU. Nel mio caso, dato che ho Nvidia GPU con NVENC, ho selezionato il “Consentire l’uso degli encoder Nvidia NVENC” opzione.
Se le opzioni dell’encoder sono scaricate, significa che la tua GPU non lo fa’T Supportare gli encoder hardware.
4. Le impostazioni vengono salvate automaticamente. Puoi chiudere la finestra delle preferenze.
5. Dopo aver abilitato il supporto GPU, è necessario selezionare il codec video. Per fare ciò, aggiungi un file video al freno a mano e vai al “video” scheda. Qui, seleziona il decodificatore hardware dal “Video codec” menu a discesa.
Da quando io’m usando nvidia, i’m Selezionando il “H.264 NVIDIA NVENC” Codec. Se stai usando Intel o AMD, vedrai rispettivamente QSV o VCE.
6. Questo è tutto. Ora puoi iniziare a transcodificare il file. Se lo desideri, puoi anche creare un preset personalizzato con tutte le tue impostazioni per un rapido accesso.
Ricorda che sebbene il transcodifica GPU ridurrà il tempo necessario per transcodificare, arriva a costo della qualità e aumento delle dimensioni del file. Quindi, abilita il supporto GPU se stai bene con i compromessi.
Spero che aiuti. Se sei bloccato o hai bisogno di aiuto, commenta qui sotto e cercherò di aiutare il più possibile. Se ti piace questo articolo, dai un’occhiata a come convertire i file in batch nel freno a mano.
Si prega di iscriverti per la newsletter di WindowsLoop facendo clic sul seguente link: WindowsLoop Newsletter Iscrizione.
Nvidia nVenc
Si prega di notare, questi non sono limiti difficili. Codifica hardware tramite NVENC Potrebbe Lavorare su GPU della serie più vecchie e sistemi operativi più vecchi, ma questo non è ufficialmente supportato.
Abilitare il supporto
Il supporto per Nvidia Nveenc e NVDEC è abilitato nelle preferenze nella scheda Video. Se il sistema non è supportato, l’opzione sarà disabilitata.
Su Linux, non vi è alcuna preferenza per abilitare l’encoder. Sarà disponibile se l’hardware / driver lo segnala come disponibile.
Preset
I seguenti preset sono disponibili sotto ‘Hardware’ categoria nel menu preset:
- H.265 NVENC 2160P 4K
- H.265 NVENC 1080p
Questi sono un buon punto di partenza per la configurazione del freno a mano per utilizzare questi encoder.
Prestazione
Handbrake supporta l’encoder NVIDIA NVENC e l’encoder NVDEC.
La CPU verrà comunque utilizzata per:
- Decodifica video (se la decodifica hardware è disattivata o non disponibile)
- Tutti i filtri video
- Codifica audio
- Freno a mano’Sincronizzazione S, sincronizzazione A/V ecc
- Sottotitoli
- Muxing
Queste operazioni si verificano tutte in parallelo man mano che il lavoro avanza. In quanto tale, è normale vedere un utilizzo della CPU elevato (o addirittura al 100%) anche quando si utilizza NVENC.
È anche comune, in particolare sull’hardware di fascia bassa o più vecchia, affinché la CPU sia un collo di bottiglia che causerà prestazioni inferiori alle previste. Per ridurre al minimo questo effetto, disabilitare qualsiasi filtro non richiesto.
Limitazioni del decoder
Il freno a mano cadrà automaticamente alla decodifica del software quando qualsiasi filtro è abilitato nella pipline. Ciò include il filtro Crop/Scala.
Opzioni avanzate
L’encoder hardware NVIDIA NVENC ha un set limitato di opzioni di encoder avanzate. In generale, non è consigliabile modificare questi parametri, poiché i preset integrati offrono una buona gamma di opzioni per usi comuni.
Se si utilizza il freno a mano’S Graphical Interface, è possibile impostare le opzioni nel campo Opzioni avanzate nella scheda Video nel seguente formato:
opzione1 = value1: opzione2 = valore2 Se si utilizza il freno a mano’S Interfaccia della riga di comando, utilizzare il parametro –encopts come segue:
--COPIPTS = "Option1 = Value1: Option2 = Value2" Tipi di valore dell’opzione
I seguenti tipi di valore sono supportati (ogni opzione accetta un solo tipo di valore):
- numero intero
Un numero che può essere scritto senza una componente frazionaria o decimale. - booleano
0 significa spento (o disabilitato).
1 significa (o abilitato). - corda
Una serie di caratteri alfanumerici. Vedere l’opzione’s Commenti per valori accettabili.
Elenco delle opzioni
| Opzione | Tipo | H.264 | H.265 | Dettaglio |
|---|---|---|---|---|
| GPU | corda | ✓ | ✓ | Selezione GPU. Valori: qualsiasi (impostazione predefinita), 0 (prima GPU), 1 (seconda GPU), ecc. |
| programmatore | corda | ✓ | Selezione del programmatore. Valori: auto (impostazione predefinita), Cabac, Cavlc . | |
| temporale-aq | booleano | ✓ | Impostare su 1 per abilitare la qualità adattativa temporale, 0 per disabilitare (impostazione predefinita). Nota il trattino per H.264. | |
| temporal_aq | booleano | ✓ | Impostare su 1 per abilitare la qualità adattativa temporale, 0 per disabilitare (impostazione predefinita). Nota il sottolineo per H.265. Richiede RTX Turing 1660 o meglio. | |
| spaziale-aq | booleano | ✓ | Impostare su 1 per abilitare la qualità adattativa spaziale, 0 per disabilitare (impostazione predefinita). Nota il trattino per H.264. | |
| spatial_aq | booleano | ✓ | Impostare su 1 per abilitare la qualità adattativa spaziale, 0 per disabilitare (impostazione predefinita). Nota il sottolineo per H.265. | |
| Aq-Strength | int | ✓ | ✓ | Quando AQ spaziale è abilitato, la scala dei valori è 1 (bassa) – 15 (aggressiva). Predefinito: 8 . |
| nonref_p | booleano | ✓ | ✓ | Impostare su 1 per abilitare l’inserimento automatico di cornici p non reference, 0 per disabilitare (impostazione predefinita). |
| Strict_gop | booleano | ✓ | ✓ | Impostare su 1 per ridurre al minimo le fluttuazioni della velocità GOP-a-GOP, 0 per disabilitare (impostazione predefinita). |
| ponded_pred | booleano | ✓ | ✓ | Impostare su 1 per abilitare la previsione ponderata, 0 per disabilitare (impostazione predefinita). |
| RC-Lookahead | int | ✓ | ✓ | Numero di cornici per cercare il controllo delle tariffe. Predefinito: 0 . |
| b_adapt | booleano | ✓ | Quando lookahead è abilitato, imposta questo su 1 per abilitare la decisione adattativa del frame B (impostazione predefinita), 0 per disabilitare. | |
| no-scenecut | booleano | ✓ | ✓ | Quando lookahead è abilitato, imposta questo su 1 per disabilitare l’inserimento adattivo I-Frame ai tagli alla scena, 0 per abilitare (impostazione predefinita). |
Questo articolo fa parte della documentazione del freno a mano ed è stato scritto da Bradley Sepos (Bradleys) e Scott (S55). Unisciti a noi su GitHub per contribuire con i tuoi pensieri e idee e per suggerire qualsiasi correzione.
Prestazione
La codifica video è una delle attività più intense per le risorse per i computer. Freno a mano’S software ed encoder video, filtri video, encoder audio e altri processi beneficiano di CPU e memoria veloci e memoria. Freno a mano’Gli encoder video hardware S beneficiano anche del moderno hardware GPU. Vedere l’articolo dei requisiti di sistema per i requisiti hardware minimi per utilizzare il freno a mano. Per fornire un confronto su come varie caratteristiche e impostazioni influiscono sulle prestazioni di codifica, abbiamo codificato una versione 4K 2160p24 4K 2160p24 (3840×1714) del film aperto Lacrime di acciaio. La durata della sorgente è di 12 minuti 14 secondi e contiene H.264 video, audio stereo FLAC senza perdita e Dolby Digital (AC-3) 5.1 Audio surround.
Confronto delle prestazioni tra preset ufficiali
Un preimpostazione è un gruppo di impostazioni specificamente su misura per il software o il dispositivo su cui si desidera riprodurre i tuoi video. Leggi di più sul freno a mano’preset ufficiali. I preset possono differire l’uno dall’altro in più modi. Ad esempio: risoluzione video, filtri, encoder, preimpostazione dell’encoder e qualità; Tracce audio (stereo, suono surround o entrambi), encoder e qualità; tracce e tipi di sottotitoli; marcatori del capitolo; opzioni di contenitore; e preoccupazioni di compatibilità. Perché così tante variabili possono differire tra il freno a mano’I preset di S, le prestazioni possono variare notevolmente. Freno a mano’I preset generali sono progettati per mantenere la compatibilità con una vasta gamma di dispositivi e software moderni e fornire passaggi logici per le prestazioni, la qualità e la dimensione del file di codifica. I seguenti risultati sono stati prodotti utilizzando un Mac Pro a metà 2010 dotato di una CPU Intel Xeon W3680 con 6 core e 12 thread in esecuzione a 3.33 GHz, memoria 24 GB e MacOS Mojave.
| Preimpostazione ufficiale | Codificatore | Qualità | Tracce audio | Velocità di codifica | Velocità in tempo reale | Bit tasso totale | Dimensione totale |
|---|---|---|---|---|---|---|---|
| Molto veloce 1080p30 | H.264 (x264) | RF 24 | Stereo AAC | 33.1 fps | 1.38x | 3.50 mb/s | 320.8 mb |
| Veloce 1080p30 | H.264 (x264) | RF 22 | Stereo AAC | 19.1 fps | 0.80x | 5.49 mb/s | 503.6 mb |
| HQ 1080p30 surround | H.264 (x264) | RF 20 | Stereo AAC; Dolby Digital (AC-3) | 12.7 fps | 0.53x | 8.15 mb/s | 748.0 mb |
| Super HQ 1080P30 surround | H.264 (x264) | RF 18 | Stereo AAC; Dolby Digital (AC-3) | 6.7 fps | 0.28x | 10.71 mb/s | 983.7 mb |
Il preimpostazione molto veloce inizia con un preimpostazione dell’encoder video più veloce (x264 molto FAST) e RF 24 di qualità. Il preset veloce utilizza un preimpostazione dell’encoder video più lento (X264 veloce) e aumenta anche la qualità a RF 22. In combinazione, questo si traduce in un video di qualità superiore, dimensioni del file più grandi e tempo più lungo per codificare. Allo stesso modo, i preset HQ e Super HQ utilizzano i preset degli encoder video anche più lenti (X264 Slow e molto Slow, rispettivamente) e ancora di qualità più elevata (rispettivamente RF 20 e 18, rispettivamente), incluso anche l’audio surround. Il prezzo per una qualità superiore e più funzionalità è di nuovo dimensioni di file più grandi e un tempo più lungo per codificare. La codifica di una sorgente di grande, di alta qualità, 4K 2160p a 1080p può essere lenta su un computer che invecchia. Solo il preset più veloce completato più velocemente del tempo reale, il che significa che la code è finita in un tempo più breve di quanto non ci vorrebbe per guardare il video. Permettere’S guarda gli stessi codi su un computer più veloce. I seguenti risultati sono stati prodotti utilizzando un PC equipaggiato con una CPU Intel Xeon E5-2699 V4 con 22 core e 44 thread in esecuzione in un turbo prolungato tra 2.6-2.8 GHz, 32 GB Memory e Windows 10 Professional.
| Preimpostazione ufficiale | Codificatore | Qualità | Tracce audio | Velocità di codifica | Velocità in tempo reale | Bit tasso totale | Dimensione totale |
|---|---|---|---|---|---|---|---|
| Molto veloce 1080p30 | H.264 (x264) | RF 24 | Stereo AAC | 66.4 fps | 2.77x | 3.46 mb/s | 317.3 mb |
| Veloce 1080p30 | H.264 (x264) | RF 22 | Stereo AAC | 55.8 fps | 2.33x | 5.37 mb/s | 492.5 mb |
| HQ 1080p30 surround | H.264 (x264) | RF 20 | Stereo AAC; Dolby Digital (AC-3) | 44.1 fps | 1.84x | 8.00 mb/s | 734.4 mb |
| Super HQ 1080P30 surround | H.264 (x264) | RF 20 | Stereo AAC; Dolby Digital (AC-3) | 23.8 fps | 0.99x | 10.30 mb/s | 949.3 mb |
Il computer più recente con una CPU più veloce e la memoria funziona meglio. Mentre il codec x264 non è’t Scala linearmente con conteggi di thread così elevati, esso’è ancora molto più veloce qui. La qualità è la stessa rispetto al computer più lento, solo i risultati sono raggiunti più rapidamente. Puoi fare questi test da solo. Apri una sorgente video in freno a mano e codifica usando ciascuno di questi preset . Osserva la velocità con cui ogni preimpostazione codifica. Confronta le dimensioni dei file risultanti. Guarda i video codificati e giudicano visivamente la loro qualità. Considera se si desidera l’audio surround (supponendo che la tua fonte contenga una traccia audio surround). Infine, scegli quale preimpostazione soddisfa le tue esigenze e usalo per la codifica quotidiana.
Confronto delle prestazioni tra gli encoder video
Gli encoder video impiegano algoritmi matematici avanzati per ridurre le dimensioni dei tuoi video mantenendo la qualità percepita. Mentre alcune tecniche sono simili tra gli encoder, ogni encoder è diverso e alcuni encoder sono più efficienti di altri. X264 è l’encoder video predefinito utilizzato da molti del freno a mano’preset ufficiali . x264 crea standard H.Video 264/AVC con dimensioni di file di alta qualità e ragionevoli e codifica relativamente velocemente sui computer moderni. La maggior parte dei dispositivi mobili moderni ha decodificatori hardware per la riproduzione ad alta efficienza energetica di H.Video 264/AVC. È probabilmente il formato video moderno più compatibile. X265 è un nuovo encoder video che crea standard H.Video 265/HEVC che sta diventando sempre più popolare poiché i nuovi dispositivi mobili hanno decodificatori hardware per la riproduzione ad alta efficienza energetica. In alcune situazioni, come la codifica in una definizione ultra alta 4K o realizzando video di bit più piccoli e più bassi, X265 può produrre la stessa o migliore qualità di X264 con file di dimensioni più piccole, a scapito di una velocità di codifica molto più lenta. Altri coder video software come VP8 e VP9 promettono risultati simili a X264 e X265, ma generalmente richiedono più tempo per codificare. I decodificatori hardware VP8 e VP9 per dispositivi mobili non sono diffusi, il che può portare a uno scarico della batteria più veloce durante il gioco di questi tipi di video. La maggior parte dei computer moderni può riprodurre con facilità il video VP8 e VP9. Handbrake include anche il supporto per gli encoder hardware AMD VCE, Intel QSV e NVIDIA NVENC. Questi encoder producono h.264 e/o h.265 video a velocità estremamente elevata, a scapito di alcune dimensioni di file di qualità e più grandi. Permettere’S Confronta. Qui noi’VE ha codificato la stessa fonte video 4K 2160p di alta qualità a 1080p utilizzando otto coder video diversi. I seguenti risultati sono stati prodotti utilizzando un PC equipaggiato con una CPU Intel Xeon E5-2699 V4 con 22 core e 44 thread in esecuzione in un turbo prolungato tra 2.6-2.8 GHz, memoria da 32 GB, un AMD Radeon RX 580, un Nvidia GeForce GTX 1060 e Windows 10 Professional.
| Preimpostazione ufficiale | Codificatore | Tipo | Qualità / bit tasso | Tracce audio | Velocità di codifica | Velocità in tempo reale | Bit tasso totale | Dimensione totale |
|---|---|---|---|---|---|---|---|---|
| H.265 MKV 1080P30 | H.265 (x265) | Software | RF 22 | Stereo AAC | 16.1 fps | 0.67x | 5.08 mb/s | 466.3 mb |
| H.264 MKV 1080P30 | H.264 (x264) | Software | RF 22 | Stereo AAC | 53.9 fps | 2.25x | 5.19 mb/s | 476.2 mb |
| VP9 MKV 1080P30 | VP9 | Software | ABR 4500 KB/S 2-Pass | Opus stereo | 10.2 fps | 0.43x | 4.64 mb/s | 425.5 mb |
| VP8 MKV 1080P30 | VP8 | Software | ABR 6000 KB/S 2-Pass | Vorbis Stereo | 21.2 fps | 0.88x | 8.40 mb/s | 770.2 mb |
| costume | H.265 (VCE) | Hardware | CQ 22 | Stereo AAC | 60.9 fps | 2.54x | 10.70 mb/s | 978.1 mb |
| costume | H.264 (VCE) | Hardware | CQ 22 | Stereo AAC | 61.3 fps | 2.55x | 11.20 mb/s | 1.026.0 mb |
| costume | H.265 (NVENC) | Hardware | CQ 22 | Stereo AAC | 63.4 fps | 2.64x | 9.88 mb/s | 906.5 mb |
| costume | H.264 (NVENC) | Hardware | CQ 22 | Stereo AAC | 63.6 fps | 2.65x | 11.20 mb/s | 1.024.0 mb |
Alcuni encoder sono notevolmente più veloci di altri. Gli encoder hardware sono in genere molto più veloci degli encoder del software, a scapito di alcune perdite in termini di qualità e/o dimensioni di file più grandi. In questo caso, X264 è un chiaro vincitore in bilanciamento tra velocità, qualità e dimensioni del file. I preset ufficiali in questo test sono progettati per produrre codi di qualità simili indipendentemente dagli encoder specifici utilizzati, quindi questo test è’T un confronto completamente equo di velocità. Alcuni codi utilizzano una codifica basata sulla qualità, mentre altri utilizzano la velocità di bit media, che dà la priorità alle dimensioni del file, consentendo al contempo una maggiore variazione di qualità. Variabili aggiuntive come filtri e audio possono anche avere un impatto. Permettere’S Confronta di nuovo con meno variabili. Qui noi’Ve è rimosso il filtro deinterlacing Decomb, tracce audio e ricerca audio estera e ha codificato solo video in bit rate medio, modalità 2 passaggi. Noi’VE ha ridotto la velocità di bit a 3000 kb/s per evidenziare meglio l’efficienza di ciascun encoder in termini di qualità relativa alla dimensione del file. Si noti che gli encoder hardware VCE e NVENC supportano solo la modalità 1 passaggi.
| Codificatore | Tipo | Preimpostazione dell’encoder | Bitrate video | Velocità di codifica | Velocità in tempo reale | Bit tasso totale | Dimensione totale |
|---|---|---|---|---|---|---|---|
| H.265 (x265) | Software | medio | ABR 3000 KB/S 2-Pass | 27.8 fps | 1.16x | 2.94 mb/s | 275.4 mb |
| H.264 (x264) | Software | medio | ABR 3000 KB/S 2-Pass | 72.1 fps | 3.00x | 3.00 mb/s | 275.5 mb |
| VP9 | Software | medio | ABR 3000 KB/S 2-Pass | 11.3 fps | 0.47x | 2.96 mb/s | 277.1 mb |
| VP8 | Software | medio | ABR 3000 KB/S 2-Pass | 29.1 fps | 1.21x | 2.94 mb/s | 275.2 mb |
| H.265 (VCE) | Hardware | medio | ABR 3000 kb/s 1-pass | 76.0 fps | 3.17x | 3.52 mb/s | 323.2 mb |
| H.264 (VCE) | Hardware | medio | ABR 3000 kb/s 1-pass | 73.6 fps | 3.07x | 2.99 mb/s | 274.4 mb |
| H.265 (NVENC) | Hardware | medio | ABR 3000 kb/s 1-pass | 75.9 fps | 3.16x | 2.87 mb/s | 268.3 mb |
| H.264 (NVENC) | Hardware | medio | ABR 3000 kb/s 1-pass | 76.0 fps | 3.17x | 3.00 mb/s | 272.5 mb |
In questo esempio più bilanciato, vediamo x264 e gli encoder hardware possono essere più di 2.5 volte più veloce di X265 e VP8 e oltre sei volte più veloce di VP9. Per veloce h.265 codifica, gli encoder hardware VCE e NVENC sono notevolmente più veloci dell’encoder del software X265, a scapito di una perdita di qualità. Sebbene l’hardware compatibile non fosse disponibile sul computer utilizzato in questi test, l’encoder hardware Intel QSV si comporta in modo simile a VCE e NVENC, con Intel QSV che produce codi di qualità leggermente più elevati. Gli encoder si sono classificati più veloci a più lenti:
- Ecoder hardware (AMD VCE, Intel QSV, NVIDIA NVENC)
- x264
- VP8
- X265
- VP9
Qualità dell’encoder rispetto all’efficienza della dimensione del file, classificata meglio al peggio:
- X265 e VP9
- x264
- Ecoder hardware (AMD VCE, Intel QSV, NVIDIA NVENC)
- VP8
L’encoder del software X264 presenta un eccellente equilibrio tra velocità e qualità e H.Il video 264/AVC che crea è ampiamente compatibile con tutti i dispositivi moderni. È l’encoder video predefinito nella maggior parte del freno a mano’preset ufficiali .
Gli encoder hardware come AMD VCE, Intel QSV e Nvidia NVENC sono molto veloci e possono essere una buona scelta su computer meno potenti in cui le prestazioni sono la più grande preoccupazione e la massima qualità e le dimensioni dei file più piccole non sono la massima priorità.
X265 e VP9 producono codi di qualità eccellente, ma sono artisti molto più lenti. Aspettati lunghi tempi di codifica su tutti tranne i migliori computer.
VP8 ora mostra la sua età come un codificatore più vecchio. Rispetto ad altri encoder più moderni, non è in grado di produrre codi di buona qualità a dimensioni di file ragionevoli. Ciò vale anche per gli encero coder MPEG-4, MPEG-2 e teora non confrontati in questo articolo.
Confronto delle prestazioni tra i preset degli encoder video
Un po ‘di freno a mano’Gli encoder video hanno i propri preset. Questi sono diversi dal freno a mano’S Preset, che contengono tutti i video, i filtri, l’audio, i sottotitoli, i capitoli e le impostazioni del contenitore. I preimpostazioni dell’encoder video sono specifici per ogni singolo encoder video e controllano quali caratteristiche dell’encoder video sono abilitate.
Alcuni preset di encoder sono progettati per influire sulla velocità del processo di codifica. Abilitando alcune ottimizzazioni o disabilitando alcune caratteristiche computazionalmente costose dell’encoder, è possibile ottenere maggiori velocità di codifica, sebbene ciò sia generalmente a scapito di dimensioni di file maggiori e/o lievi perdite di qualità. I preset di encoder x264 e x265 sono tutti correlati alla velocità.
Altri encoder, in particolare gli encoder hardware come AMD VCE, Intel QSV e NVIDIA NVENC, hanno anche preset di encoder basati su qualità per consentire funzionalità avanzate che possono migliorare la qualità, di solito a scapito della velocità di codifica.
Qui noi’VE ha codificato la stessa sorgente video 4K 2160p di alta qualità a 1080p utilizzando i vari preset di encoder basati sulla velocità forniti dall’encoder del software X264.
I seguenti risultati sono stati prodotti utilizzando un PC equipaggiato con una CPU Intel Xeon E5-2699 V4 con 22 core e 44 thread in esecuzione in un turbo prolungato tra 2.6-2.8 GHz, 32 GB Memory e Windows 10 Professional.
| Codificatore | Preimpostazione dell’encoder | Qualità | Velocità di codifica | Velocità in tempo reale | Bit tasso totale | Dimensione totale |
|---|---|---|---|---|---|---|
| H.264 (x264) | Ultra veloce | RF 24 | 73.1 fps | 3.05x | 9.91 mb/s | 909.1 mb |
| H.264 (x264) | Super veloce | RF 24 | 74.2 fps | 3.09x | 4.99 mb/s | 457.8 mb |
| H.264 (x264) | Molto veloce | RF 24 | 72.6 fps | 3.03x | 3.26 mb/s | 299.5 mb |
| H.264 (x264) | Più veloce | RF 24 | 71.0 fps | 2.96x | 3.78 mb/s | 346.8 mb |
| H.264 (x264) | Veloce | RF 24 | 72.6 fps | 3.03x | 3.98 mb/s | 365.8 mb |
| H.264 (x264) | medio | RF 24 | 69.1 fps | 2.88x | 3.86 mb/s | 354.1 mb |
| H.264 (x264) | Lento | RF 24 | 63.2 fps | 2.63x | 3.75 mb/s | 343.9 mb |
| H.264 (x264) | Più lentamente | RF 24 | 39.8 fps | 1.66x | 3.76 mb/s | 345.5 mb |
| H.264 (x264) | Molto lento | RF 24 | 33.9 fps | 1.41x | 3.50 mb/s | 321.0 mb |
Anche su questo potente computer e con un codificatore software veloce come X264, il preimpostazione dell’encoder più lenta impiega il doppio del tempo per codificare come preset di codificatore più veloce.
In generale, il calcolo aggiuntivo eseguito da X264’S Preset di codificatore più lento crea file più piccoli e talvolta aumenta la qualità molto leggermente (di solito trascurabilmente). Tuttavia, poiché così tante impostazioni differiscono tra i vari preset di encoder, questo non è’t Strictosamente vero nella pratica. Notare come il preimpostazione dell’encoder molto talnale produca effettivamente un file più piccolo rispetto ai preset più lenti, a spese di una perdita di qualità.
Si noti che mentre l’encoder X264 preimposta con “veloce” Nei loro nomi non si rivelano molto più velocemente su questo computer ad alte prestazioni, potrebbero essere significativamente più veloci dei preimpostazioni degli encoder più lenti su computer meno potenti.
Permettere’s Guarda lo stesso test, questa volta usando l’encoder x265.
| Codificatore | Preimpostazione dell’encoder | Qualità | Velocità di codifica | Velocità in tempo reale | Bit tasso totale | Dimensione totale |
|---|---|---|---|---|---|---|
| H.265 (x265) | Ultra veloce | RF 24 | 70.1 fps | 2.92x | 2.63 mb/s | 241.8 mb |
| H.265 (x265) | Super veloce | RF 24 | 68.2 fps | 2.84x | 2.64 mb/s | 242.4 mb |
| H.265 (x265) | Molto veloce | RF 24 | 56.9 fps | 2.37x | 2.78 mb/s | 255.2 mb |
| H.265 (x265) | Più veloce | RF 24 | 56.6 fps | 2.36x | 2.78 mb/s | 254.8 mb |
| H.265 (x265) | Veloce | RF 24 | 51.2 fps | 2.13x | 2.82 mb/s | 259.1 mb |
| H.265 (x265) | medio | RF 24 | 33.8 fps | 1.41x | 3.27 mb/s | 300.2 mb |
| H.265 (x265) | Lento | RF 24 | 14.1 fps | 0.59x | 3.44 mb/s | 316.0 mb |
| H.265 (x265) | Più lentamente | RF 24 | 3.2 fps | 0.13x | 3.47 mb/s | 318.4 mb |
| H.265 (x265) | Molto lento | RF 24 | 1.8 fps | 0.08x | 3.46 mb/s | 317.2 mb |
Rispetto a X264, l’encoder X265 è meglio ottimizzato per le CPU di conteggio core elevato come E5-2699 V4, e questo mostra nei preset più veloci dell’encoder, che sono quasi altrettanto veloci di X264 su questo computer nonostante il calcolo aggiuntivo richiesto per H richiesto per H.265 video. Tuttavia, il tempo di calcolo significativo richiesto da X265’I preset di encoder più lenti rendono la codifica estremamente lenta anche su potenti computer e in realtà aumenta le dimensioni dei file mentre si tenta di preservare meglio la qualità.
Le migliori pratiche consigliate quando si regolano le impostazioni manualmente sono di scegliere il preimpostazione dell’encoder più lenta che codifica comodamente rapidamente sul computer e accettare sottili variazioni di qualità e dimensione del file. Ancora meglio, usa uno di freno a mano’I preset on All-Impassicing, che selezionano un preimpostazione dell’encoder adeguata e altre impostazioni per te in base a ciò che è appropriato allo scopo previsto.
Confronto delle prestazioni tra le impostazioni di qualità video
La qualità del video può avere un impatto sostanziale sulla velocità di codifica e sulla dimensione del file.
In questo test, noi’VE ha codificato la stessa fonte video 4K 2160p di alta qualità a 1080p, regolando solo la qualità del video, lasciando solo tutte le altre impostazioni.
Valori RF più alti portano a una qualità dell’immagine inferiore e dimensioni di file più piccole, mentre valori RF più bassi portano a una qualità dell’immagine più elevata e dimensioni di file più grandi. Puoi leggere di più su questo nell’articolo di qualità regolare.
I seguenti risultati sono stati prodotti utilizzando un Mac Pro a metà 2010 dotato di una CPU Intel Xeon W3680 con 6 core e 12 thread in esecuzione a 3.33 GHz, memoria 24 GB e MacOS Mojave.
| Codificatore | Preimpostazione dell’encoder | Qualità | Velocità di codifica | Velocità in tempo reale | Bit tasso totale | Dimensione totale |
|---|---|---|---|---|---|---|
| H.264 (x264) | medio | RF 36 | 30.9 fps | 1.29x | 0.92 mb/s | 84.2 mb |
| H.264 (x264) | medio | RF 33 | 29.3 fps | 1.22x | 1.26 mb/s | 115.9 mb |
| H.264 (x264) | medio | RF 30 | 27.8 fps | 1.16x | 1.78 mb/s | 163.8 mb |
| H.264 (x264) | medio | RF 27 | 26.0 fps | 1.08x | 2.59 mb/s | 238.0 mb |
| H.264 (x264) | medio | RF 24 | 25.5 fps | 1.06x | 3.89 mb/s | 357.5 mb |
| H.264 (x264) | medio | RF 21 | 22.4 fps | 0.93x | 6.13 mb/s | 562.7 mb |
| H.264 (x264) | medio | RF 18 | 19.7 fps | 0.82x | 10.20 mb/s | 938.8 mb |
| H.264 (x264) | medio | RF 15 | 17.1 fps | 0.71x | 17.20 mb/s | 1578.6 mb |
Qui, vediamo che le codi di qualità inferiore completano più velocemente. In sostanza, scartare i dettagli ottimi è più veloce che lavorare sodo per conservarli. Quindi, oltre ad essere un fattore importante nella dimensione del file, l’impostazione della qualità del video è un fattore importante nella velocità di codifica e nel tempo di codifica totale.
Confronto delle prestazioni tra risoluzioni dell’immagine
La risoluzione video può avere un impatto notevole sulla velocità di codifica e sulla dimensione del file.
Un video’La risoluzione S è la sua larghezza e altezza nei pixel o singoli punti su un display. Il freno a mano include preset ufficiali che mirano a più risoluzioni di immagini standard, come 2160p UHD 4K, 1080p Full HD, 720p HD e 576p/480p SD, nonché alcune risoluzioni intermedie.
La risoluzione viene calcolata in due dimensioni (larghezza e altezza). Ad esempio, il video ad alta definizione 1080p è largo 1920 pixel e 1080 pixel, a volte espresso come 1920×1080. Moltiplicando queste cifre, possiamo calcolare quanti pixel ogni frame video comprende. Il 1920 moltiplicato per 1080 è 2.073.600 pixel, ovvero circa 2 megapixel.
Rispetto al video di definizione standard 480p (720×480), che è 345.600 pixel o circa 0.35 megapixel, 1080p è circa sei volte più dettagliato. Da questo, possiamo dedurre il calcolo aggiuntivo che codifica un video Blu-ray ad alta definizione nella sua risoluzione originale richiederà tempi di codifica più lunghi e creare dimensioni di file più grandi per archiviare tutte le informazioni extra rispetto alla codifica di un video DVD di definizione standard.
Qui noi’VE ha codificato la stessa fonte video 4K 2160p di alta qualità in sei diverse risoluzioni di output utilizzando l’encoder video X265’S Preimpostazione dell’encoder medio.
I seguenti risultati sono stati prodotti utilizzando un PC equipaggiato con una CPU Intel Xeon E5-2699 V4 con 22 core e 44 thread in esecuzione in un turbo prolungato tra 2.6-2.8 GHz, 32 GB Memory e Windows 10 Professional.
| Codificatore | Risoluzione video | Megapixel | Qualità | Velocità di codifica | Velocità in tempo reale | Bit tasso totale | Dimensione totale |
|---|---|---|---|---|---|---|---|
| H.265 (x265) | 3840×1714 (2160p 4K, ritagliato) | 6.58 MP | RF 24 | 14.0 fps | 0.58x | 10.00 mb/s | 920.7 mb |
| H.265 (x265) | 2560×1440 (1440p 2.5K) | 3.69 MP | RF 24 | 22.7 fps | 0.95x | 5.42 mb/s | 497.2 mb |
| H.265 (x265) | 1920×1080 (1080p Full HD) | 2.07 MP | RF 24 | 33.7 fps | 1.40x | 3.27 mb/s | 300.2 mb |
| H.265 (x265) | 1280×720 (720p HD) | 0.92 MP | RF 24 | 49.3 fps | 2.05x | 1.84 mb/s | 168.9 mb |
| H.265 (x265) | 960×540 (540p ED) | 0.52 MP | RF 24 | 63.7 fps | 2.65x | 1.19 mb/s | 109.3 mb |
| H.265 (x265) | 720×480 (480p SD) | 0.35 MP | RF 24 | 74.9 fps | 3.12x | 0.88 mb/s | 81.1 mb |
Le codi a risoluzione più elevata richiedono più tempo e creano dimensioni di file maggiori. Le codi a risoluzione più bassa richiedono meno tempo e creano dimensioni di file più piccole, a scapito di una riduzione significativa dei dettagli.
È una buona idea aumentare la qualità abbassando 1-2 punti RF per codifica a una risoluzione inferiore, poiché piccoli difetti in termini di qualità possono diventare più evidenti quando il video viene ridimensionato per riempire un display di grandi dimensioni. Allo stesso modo, le codi a risoluzione più elevata di solito non hanno bisogno di alta qualità per avere un bell’aspetto, poiché è necessario un ridimensionamento minimo o assente sui display moderni. Puoi leggere di più su questo nell’articolo di qualità regolare.
In termini pratici, la risoluzione del video di origine e il preset selezionato sarà un fattore importante nella dimensione del file, nella velocità di codifica e nel tempo di codifica totale.
In che modo i filtri influenzano le prestazioni di codifica
Alcuni filtri, come il freno a mano’i filtri di affilatura, richiedono un calcolo minimo e hanno un impatto trascurabile sulle prestazioni. Altri, come il filtro EEDI2 deinterlacing o il filtro di denoising nlmeans, sono più costosi computazionalmente e possono essere ancora più lenti degli encoder video.
Qui noi’VE codificava la stessa fonte video 4K 2160p di alta qualità nella sua risoluzione originale, con e senza il filtro di denoising NLMeans.
I seguenti risultati sono stati prodotti utilizzando un PC equipaggiato con una CPU Intel Xeon E5-2699 V4 con 22 core e 44 thread in esecuzione in un turbo prolungato tra 2.6-2.8 GHz, 32 GB Memory e Windows 10 Professional.
| Preimpostazione ufficiale | Filtro aggiunte | Qualità | Tracce audio | Velocità di codifica | Velocità in tempo reale | Bit tasso totale | Dimensione totale |
|---|---|---|---|---|---|---|---|
| H.265 MKV 2160p60 | nessuno | RF 24 | Stereo AAC | 7.9 fps | 0.33x | 10.80 mb/s | 993.4 mb |
| H.265 MKV 2160p60 | Medio nlmeans | RF 24 | Stereo AAC | 5.3 fps | 0.22x | 8.72 mb/s | 800.0 mb |
Come puoi vedere, NLMeans può aumentare significativamente il tempo di codifica, anche su un potente computer.
Nonostante ciò, è eccellente per ripristinare le fonti con prominenti rumore visivo e grano. Anche con una fonte relativamente pulita come quella usata qui, la riduzione del rumore eseguita da NLMeans ha permesso all’encoder video di ottenere un 19.Riduzione del 5% della dimensione del file, a scapito di un aumento del 50% del tempo di codifica.
Riepilogo dei fattori che influenzano le prestazioni di codifica
Encoder video, preset di encoder e qualità
Le impostazioni dell’encoder video hanno un impatto notevole sulle prestazioni.
Rispetto a X264 e encoder hardware come AMD VCE, Intel QSV e Nvidia Nvenc, le codi richiederanno più tempo per completare quando si utilizzano coder video più lenti come X265 e VP9.
La maggior parte degli encoder video che abbiamo confrontato hanno preset di velocità e i preset di encoder più veloci funzionano meglio, potenzialmente a scapito di dimensioni di file più grandi e lievi perdite di qualità.
L’impostazione complessiva di qualità o la velocità media media avranno un impatto sulla velocità di codifica, con impostazioni di qualità più elevata e bit rate che aumentano significativamente il tempo necessario per completare le codifica.
È possibile migliorare le prestazioni di codifica utilizzando un encoder video più veloce, un preimpostazione più veloce dell’encoder e abbassando la qualità del video o il bit medio bit. Laddove le dimensioni dei file di altissima qualità e più piccole non sono la massima priorità, gli encoder hardware possono essere una buona scelta su computer meno potenti.
Risoluzione
La risoluzione ha un grande impatto sulle prestazioni.
Le codi a risoluzione più elevata richiedono più tempo e producono dimensioni di file maggiori, mantenendo ulteriori dettagli rispetto ai codi più veloci a una risoluzione più bassa.
Filtri
Alcuni filtri sono computazionalmente costosi e possono imbottigliarsi il processo di codifica indipendentemente dalle impostazioni dell’encoder video, in particolare il deinterlacer EEDI2 e il denoiser NLMeans. Altri filtri come Deterlacer Decomb e HQDN3D Denoiser sono molto più veloci, ma possono ancora essere un collo di bottiglia quando si utilizzano coder video hardware come AMD VCE, Intel QSV e Nvidia NAnc.
A causa della diffusa disponibilità di contenuti intrecciati nel mondo oggi, Deterlacer Decomb è abilitato in tutti i preset ufficiali del freno a mano ad eccezione dei preset di produzione . È anche abilitato il filtro di rilevamento intrecciato, che garantisce che solo i frame intrecciati siano deinterlaced, lasciando intatti i frame progressivi. Questa analisi a volte può essere un fattore limitante per le prestazioni. Se sei sicuro che la tua fonte non contiene frame intrecciati, è possibile disabilitare questi filtri per un piccolo aumento delle prestazioni.
Audio
Gli encoder audio hanno generalmente meno lavoro da fare rispetto agli encoder video, quindi il loro impatto sulle prestazioni è minimo rispetto alle impostazioni video, alla risoluzione e ai filtri. Detto questo, l’audio può essere un fattore di prestazione per i computer più lenti e in cui molte tracce audio devono essere codificate.
Altri fattori
La maggior parte delle altre caratteristiche come sottotitoli, marcatori di capitoli e opzioni di contenitore hanno un impatto trascurabile sulle prestazioni.
Una notevole eccezione è l’opzione ottimizzata sul Web per il contenitore MP4, che sposta alcuni dei metadati video dalla fine all’inizio del file video finale, per lo più utile per lo streaming su Internet. Ciò richiede la riscrittura dell’intero file alla fine di ENCODE, che può richiedere un po ‘di tempo su computer più lenti. CPU e velocità di memoria, insieme a un’archiviazione più rapida (come un SSD) può aiutare a ridurre al minimo il tempo che l’opzione ottimizzata Web ha bisogno di riscrivere grandi file di output.
Questo articolo fa parte della documentazione del freno a mano ed è stato scritto da Bradley Sepos (Bradleys). Unisciti a noi su GitHub per contribuire con i tuoi pensieri e idee e per suggerire qualsiasi correzione.
Brake a mano – Converti i file con GPU/NVENC anziché CPU
Don’t so esattamente quando il freno a mano ha aggiunto la capacità di usare la GPU per la codifica, ma era da qualche parte tra 1.3.1 (versione corrente nei repository di Ubuntu) e 1.3.3 (versione corrente su PPA). Indipendentemente da ciò, questa opzione offre drammatici miglioramenti della velocità, in particolare quando si lavora con video 4K. In questo post, io’LL mostra come utilizzare questa funzione nel freno a mano e mostra alcuni confronti per illustrare i benefici e i compromessi che risultano.
Come utilizzare la codifica GPU NVENC
Innanzitutto, assicurati di avere l’ultima versione di Handbrake installata (a partire dal 26/06/2020 che è la versione 1.3.3). Inoltre, per usare la codifica Nvenc, tu’Ll necessita del driver grafico Nvidia 418.81 o successive e una GPU Serie 1050 di Nvidia GeForce GTX o migliore per freno a mano’Documentazione S. IO’m Utilizzo di GTX 1060 e avere la versione 440 del driver.100 installati. La mia CPU è un processore AMD Ryzen 5 3600 a 6 core a 12 thread.
Il video i’m Usando per illustrare come utilizzare la codifica GPU è un blu-ray RIP di PAN’s labirinto. IO’m Fare una copia di backup del video da archiviare sul mio file server. Ho usato Makemkv per estrarre il video dal disco Bluray, risultando in un 31.File da 7 GB. IO’m per convertirlo in un file video H265 1080p di dimensioni sostanzialmente più piccole.
Apri il freno a mano e carica il file che si desidera convertire facendo clic su “Open source.” Trova il file che si desidera convertire e selezionare “Aprire.”
Il freno a mano eseguirà il file, raccogliendo informazioni sul codec, sottotitoli, tracce audio, ecc. Una volta’S fatto, tu’Devo selezionare in quale formato si desidera convertirlo. Per questo tutorial, io’mi utilizzerò solo un preimpostazione generale, ma voglio illustrare la differenza nella velocità di codifica, quindi io’m Andare a selezionare Super HQ 1080P30 SURCRUTTH anziché 1080p30 veloce.
Per cambiare dalla codifica della CPU alla codifica GPU, fare clic sulla scheda Video:
Nel mezzo dello schermo, tu’Vedi un menu a discesa etichettato “Encoder video.” Fai clic su quel menu a discesa e dovresti vedere due opzioni Nvenc: H.264 (NVENC) e H.265 (NVENC). Queste sono le due opzioni per utilizzare la tua GPU per la codifica rispetto all’utilizzo della CPU. Il h.265 Codec è più nuovo e ha algoritmi di compressione un po ‘migliori, ma io’Non vai a operare su quale di questi dovresti scegliere. Quella scelta dovrebbe essere davvero guidata da quale dispositivo tu’Suoneremo i tuoi video su. Indipendentemente da ciò che scegli, quei due spingeranno la codifica alla tua GPU invece della tua CPU.
Accertati di’Ve ha regolato l’audio, i sottotitoli e i tag alle tue preferenze, quindi fai clic su “Inizio.” Quello’è tutto quello che c’è – ora hai la codifica GPU.
Benchmark: velocità di codifica
Usando l’H.265 (NVENC) Encoder, ci sono voluti circa 17 minuti per convertire il 31.File MKV da 7 GB in un 8.File M4V da 4 GB.
Puoi anche vedere che anche usando H.265 (NVENC) Encoder, gran parte dell’elaborazione viene passata alla CPU, come mostrato in questo screenshot che mostra che la mia GPU funziona, ma IT’S certamente non essere stressato:
Usando tutte le stesse opzioni ma invece la codifica della CPU, il freno a mano ha impiegato 1 ora e 15 minuti per codificare il file, quindi circa 5 volte più lunghi.
Qui’s La stessa illustrazione di utilizzo delle risorse che mostra che il freno a mano si sta disegnando esclusivamente sulla CPU e non sulla GPU:
Altri test ho eseguito il video codificante 4K che questa differenza aumenta con il video 4K. Ho convertito un film 4K che era di circa 1 ora, 40 minuti usando H.265 (NVENC) e ci sono voluti circa 1 ora. Usando la CPU da solo, il freno a mano ha stimato che ci vorrebbero 18 ore (non ho fatto’Non aspettare di vedere se era accurato). Pertanto, esiste una drammatica differenza nella velocità di codifica con una risoluzione più alta e file video più grandi.
Benchmark: dimensioni e qualità del video
Che dire delle dimensioni del file e della qualità del video? IO’Probabilmente non farò giustizia alle differenze perché non io’t Avere l’occhio più esigente per le differenze di pixellazione e risoluzione, ma cercherò di usare alcune misure oggettive. Il video codificato con la GPU era 8.39 GB di dimensioni. Il video codificato con la CPU era 3.55 GB. IO’Non sono esattamente sicuro del motivo per cui le dimensioni dei file siano così diverse dato che ho scelto la stessa impostazione per entrambi i codifica, ma questo prossimo screenshot illustra che il code Nvenc ha prodotto un bitrate più alto (9.419 kb/s) rispetto alla CPU ENCODE con un bitrato inferiore (3,453 kb/s). Strano.
Volevo anche vedere se potevo dire se c’era una notevole differenza di qualità tra i due video. Ho navigato nella stessa scena in entrambi i video e ho usato VLC per fare uno screenshot. Innanzitutto, lo screenshot codificato NVENC:
I miei occhi di 43 anni non’non c’è molta differenza.
Conclusione
Se tu’VE ha l’hardware e vuoi risparmiare tempo, l’utilizzo della codifica GPU con il freno a mano è una buona opzione. Il risultato finale è una codifica molto più veloce, in particolare con video di risoluzione più elevata. Alcuni dei forum in cui stavo leggendo su questa opzione suggerivano che ci sono problemi con l’uso della codifica GPU. Ho sicuramente vinto’t sfidare quelle affermazioni, ma posso’t dire la differenza.
100.793 viste totali, 5 visualizzazioni oggi
14 pensieri su “ Brake a mano – Converti i file con GPU/NVENC anziché CPU ”
Chris Hazafd dice:
Grazie uomo. Ottimo post. No io’M non un bot, ma gli algoritmi mi hanno inviato questo link. Adoro come un computer da gioco è ciò che ora hai bisogno di modificare il video. I personal computer non sono mai stati così versatili. Sono contento che Nvidia abbia visto il quadro più ampio a differenza di AMD che sta ancora prendendo di mira solo i giochi (principalmente)
Dave dice:
Grazie per il commento. IO’m Esegui Ubuntu e ottenendo risultati simili al tuo con un Super GTX 1650 (Turing). Sono stato sorpreso di vedere che la CPU funziona all’80% mentre la GPU non’sembra registrare gran parte di qualsiasi stress. Inoltre, ho notato la disparità tra GPU e utilizzo del motore video visualizzato sul pannello NVIDIA. Sul pannello NVIDIA, la GPU registra l’utilizzo del 7-10% mentre il motore è ancorato. Mi rifugio’T ha trovato qualsiasi cosa a supporto di questo, ma sospetto che il motore video rappresenti le funzionalità di codifica/decodifica hardware mentre la GPU sarebbe una misura di tutto il resto (ad es. Rendering di giochi in diretta). Brake ha anche diversi preset tra la CPU (X265) e la GPU (NVENC H.265) encoder. Da questa prospettiva, puoi’t, davvero, fai un confronto con mele per le mele per la qualità al confronto delle dimensioni del file. Quando uso bitrate medio di 4000 anziché qualità costante a RF 20, ottengo dimensioni e qualità simili alla codifica della CPU (x265). Naturalmente, la qualità è un termine soggettivo, ma credo che sia dove il chipset Turing brilla nelle generazioni precedenti in termini di efficacia (almeno la mia attuale ipotesi).
Chris dice:
Post eccellente! Grazie mille, tu’VE mi ha risparmiato così tanto tempo!
Mike Stone dice:
IO’m che esegue un AMD Ryzen 9 3560x (CPU a 16 core) e un fondatore di Nvidia GeForce RTX 3080’S Edition e i miei risultati sono quasi gli stessi (in termini di velocità e dimensioni dei file con tali opzioni). Speravo che la GPU 3080 si comprimesse meglio, ma purtroppo la CPU fa un lavoro molto migliore, anche se circa 4 volte più a lungo di durata. È interessante notare, lì’s Non una notevole differenza nella dimensione del file compresso tra Nvenc H.264 e NVENC H.265. In effetti, h.265 NVENC è generalmente leggermente più grande (i.e., ~ 505.000 MB vs 515.000 MB). Quando si tratta di H.264, il NVENC ha compresso i file leggermente più piccoli, ma nulla di cui eccitarsi. La durata per la transcodifica era più o meno la stessa. Dato che ho una CPU robusta, potrei semplicemente lasciare che la CPU gestisca quelli in futuro.
moderno dice:
“I miei occhi di 43 anni non’non c’è molta differenza.” lol, cool!
Peter dice:
Oggi mi sono imbattuto in questo post e ho provato rapidamente le impostazioni consigliate.
Ho avuto diversi MKV realizzati con Makemkv da Blurays. Ad esempio, ho usato James Bond Casino Royale come file di prova.
Il MKV originale (direttamente dal Blyray) con DTS-HD inglese e AC3 francese (5.1) ha una dimensione di 33 GB. Passato attraverso l’alta qualità (preset personalizzato basato su https: // www.The Webernets.com/2019/01/29/più semplici-migliori-ottimali-settings-per-handbrake-1080p-blu-ray-video-conversione-su-mac-windows-and-linux-new-new-gennaio-2019/) ho finito con una dimensione del file di 10.3 GB in 3 ore e 15 minuti usando la mia CPU i7-8700 @ 3.20 GHz. . Usando il mio Nvidia GTX 1060 e H.265 NVENC (quella praticamente l’unica cosa che ho cambiato nella mia impostazione di cui sopra) ho finito con un 10.File da 4 GB in 22 minuti. Ho messo i due file sul mio server Plex e sono andato al capitolo 9 sul mio lettore di Toshiba Blyray e sul mio bastone di fuoco Amazon e ho cambiato l’ingresso HDMI sul mio Aquos Sharp (42 pollici) e non ho potuto vedere la differenza. Ho confrontato i file codificati con CPU e GPU contro il disco BluRay e non ho potuto vedere alcuna differenza. A proposito, ho anche 43 anni ��
Mike dice:
Sì, ho provato anche questo e questo’è davvero fantastico se vuoi risparmiare tempo, ha dimezzato il tempo per un bluray 1080 RIP in MKV usando NVIDIA NVENC H265 con qualità a 20, codifica lenta, audio Passthrough AC3, Framerato di origine corrispondente, CQ. Quando guardo su uno schermo da 40 ″ 720p posso’T raccontare molta differenza dalla versione CPU H264 con circa la stessa dimensione del file. Una piccola differenza che ho notato è che in alcuni scatti ad alto movimento ha una leggera balbuzie quando si cambia angoli della fotocamera, ma questo potrebbe essere il vecchia CPU vecchia/vecchia GPU AMD che io’m Output da, i’Ve ho sentito che H265 è più intenso per la CPU. Sull’attrezzatura più recenti che ho fatto’T nota questo. Oh e anche stessa età lol
Kingcze dice:
Come accennato in precedenza: stavi guardando il carico sui core Cuda (equivalente ai core di flusso con AMD), ma quello’non è cosa fa il lavoro. Le GPU NVIDIA e AMD contengono uno o più decodificatore e codificatore (i) basati su hardware (separati dai core CUDA/Stream) che fornisce una decodifica e codifica video basata su hardware completamente accelerata. Non è la grande parte computazionale della GPU che hai guardato, ma è una parte ASIC sulla GPU designata solo per la codifica DE/En. (Puoi vedere il carico su questi EG. Nel Task Manager) ecco perché anche GPU integrata nelle CPU AMD (se usato H.264/265 AMD VCE) ha quasi lo stesso tempo di codifica delle GPU dedicate da AMD – è praticamente la stessa parte ASIC del chip. Btw., Mi rifugio’T un confronto di qualità, ma i tempi di codifica con gli stessi bitrati sono molto simili per AMD e Nvidia, ma preferisco AMD in quanto offre molte più opzioni per la qualità/modo di output. Informazioni sul preset: non è possibile confrontare la CPU con Nvidia nVenc (o AMD VCE) come hai fatto in quanto hanno diverse impostazioni di qualità (e ridimensionamento). Se vuoi confrontare, dovresti confrontare la qualità degli output con lo stesso bitrate.
Daniel dice:
Grazie uomo! Questo articolo è molto utile!!
Gennaio dice:
Ciao – leggi il tuo articolo.
grazie per i tuoi sforzi.
Attualmente io’M nella stessa situazione. Proprio come un suggerimento: stai usando NVtop per controllare l’utilizzo della GPU. Andare in config (f2) e configuralo per visualizzare la gpu code. Questo è il grafico che stavi cercando. Br