Rr697
poster asli- 11 Mei 2019
- 2 Mei 2020
pembalik
- 7 November 2007
- Birmingham, AL & Atlanta, GA
- 2 Mei 2020
ctrlzone
- 9 Februari 2017
- 2 Mei 2020
OkiRun
- 25 Oktober 2019
- Jepang
- 2 Mei 2020
IndioX berkata: terjemahkan rekaman Anda ke prores dan beli kartu afterburnerSaran yang bagus. Pro Vega II sangat cocok untuk FCPX dan potongan Afterburner seperti mentega. Lebih dari cukup kekuatan. Atur FCPX ke Pro Res dan aktifkan rendering. Berbahagialah GPU melakukan tugasnya.
jika Anda juga harus menggunakan perangkat lunak pengeditan yang tepat (resolve atau fcpx)
profdraper
- 14 Januari 2017
- Brisbane, Australia
- 2 Mei 2020
aboo
- 7 Juli 2008
- 2 Mei 2020
Rr697
poster asli- 11 Mei 2019
- 2 Mei 2020
AidenShaw
- 8 Februari 2003
- Semenanjung
- 2 Mei 2020
Rr697 berkata: Yah waktu Ekspor sekitar 1:1 Saya akan melihat apa itu Render tetapi bisa lebih cepat dan saya khawatir karena sangat lambat pada rekaman MUDAH iniMungkin sudah waktunya untuk pindah ke Green Team.
Lihat item media '> ​Terakhir diedit: 2 Mei 2020
jasonmvp
macrumor setengah dewa
- 15 Juni 2015
- VA Utara
- 2 Mei 2020
Rr697 berkata: Yah waktu Ekspor sekitar 1:1 Saya akan melihat apa yang Render
Format apa yang Anda ekspor? R
Rr697
poster asli- 11 Mei 2019
- 3 Mei 2020
jasonmvp berkata: Format apa yang Anda ekspor?MOV
[penggabungan otomatis] 1588535169 [/ penggabungan otomatis]
Aboo berkata: Jika Anda menjual modul VegaII MPX Anda, beri tahu saya dan saya mungkin bersedia melepaskannya dari tangan Anda. Reaksi:OkiRunIndoX
- 1 Oktober 2018
- austria/eropa
- 3 Mei 2020
Rr697 berkata: MOV
mov bukan format - ini adalah wadah untuk codec yang berbeda!Reaksi:h9826790 dan OkiRun
jasonmvp
macrumor setengah dewa
- 15 Juni 2015
- VA Utara
- 3 Mei 2020
Rr697 berkata: MOV
Apa yang ada di dalam file .MOV? Apa pengkodeannya? Apakah Anda melakukan format GOP panjang seperti h.264 atau h.265?
Saya juga akan mempertimbangkan modul Vega II MPX jika Anda menggunakan Duo. Saya pasti bisa melempar GPU lain di Resolve.Reaksi:OkiRun R
Rr697
poster asli
- 11 Mei 2019
h.264
- 4 Mei 2020
jasonmvp
macrumor setengah dewa
- 15 Juni 2015
- VA Utara
- 4 Mei 2020
Rr697 berkata: h.264
OKE. Jika Anda melakukan 4K/60, maka penyandian perangkat keras h.264 disadap secara real time dengan itu. 4K/30 harus dapat dilakukan dalam waktu sekitar separuh waktu; itu skala pada dasarnya linier. Tetapi tidak ada yang dapat Anda lakukan dengan Vega II (bahkan dengan menambahkan yang lain) yang akan mempercepat pengkodean.Reaksi:OkiRun G
goMac
Penyumbang
- 15 April 2004
- 4 Mei 2020
Rr697 berkata: h.264
Encoding H.264 ditangani oleh T2.
GPU Anda kemungkinan besar menghasilkan rendering yang maksimal, dan bukan pengkodean. Anda menyebutkan bahwa Anda melakukan banyak penilaian warna.
Vega Duo dapat membantu Anda. Sulit untuk mengatakan mengapa Vega 2 dimaksimalkan tanpa mengetahui lebih banyak tentang gradasi warna Anda.Reaksi:OkiRun ATAU
OkiRun
- 25 Oktober 2019
- Jepang
- 4 Mei 2020
goMac berkata: Encoding H.264 ditangani oleh T2.GoMac ~
GPU Anda kemungkinan besar menghasilkan rendering yang maksimal, dan bukan pengkodean. Anda menyebutkan bahwa Anda melakukan banyak penilaian warna.
Vega Duo dapat membantu Anda. Sulit untuk mengatakan mengapa Vega 2 dimaksimalkan tanpa mengetahui lebih banyak tentang gradasi warna Anda.
Saya pikir Apple membuat 7.1 dengan alur kerja Metal, FCPX, ProRes, Afterburner, untuk membantu editor tidak memiliki masalah bug seperti yang dibuat OP untuk diri mereka sendiri. Apakah saya salah dalam kesimpulan ini? RRr697
poster asli
- 11 Mei 2019
Ya, saya hanya ingin kinerja yang lebih cepat, saya merasa itu lambat untuk apa yang saya harapkan. Jadi memiliki Duo keuntungan seperti apa yang akan saya lihat pada render dan ekspor?
- 5 Mei 2020
jasonmvp
macrumor setengah dewa
- 15 Juni 2015
- VA Utara
- 6 Mei 2020
Rr697 berkata: Ya, saya hanya ingin kinerja yang lebih cepat, saya merasa itu lambat untuk apa yang saya harapkan. Jadi memiliki Duo keuntungan seperti apa yang akan saya lihat pada render dan ekspor?
Pada akhirnya Anda perlu mencari tahu mengapa semuanya terasa 'seperti lambat'. Apakah itu rendering atau transcoding? Sayangnya beberapa NLE secara tidak benar mencampurkan kedua istilah itu dan membebani mereka. Rendering: menyusun video, bingkai demi bingkai sehingga 'terlihat dan terdengar' seperti yang Anda inginkan. Menyertakan semua efek, penskalaan, transisi, dll. Transcoding, yang terjadi selama ekspor hanyalah: mengubah video yang dirender (dibuat) ini menjadi beberapa format lain (misalnya: h.264).
Keduanya menghitung berat. Render GPU terjadi dengan shader di atasnya. Pengeksporan perangkat keras GPU terjadi dengan encoder internal pada GPU. Yang satu tidak ada hubungannya dengan yang lain. Saat shader dipukul, Anda akan melihat 'GPU load' naik. Saat encoder dijalankan, Anda mungkin tidak akan melihat apa pun yang terjadi sehubungan dengan beban GPU; itu tergantung pada aplikasi statistik mana yang Anda gunakan untuk menonton.
Sekarang, inilah bola kurva: jika NLE Anda memutuskan untuk merender DAN transcode pada saat yang sama, maka Anda akan memukuli kedua bagian GPU sekaligus.
Apa yang harus dilakukan? Ada beberapa aplikasi pengumpulan statistik yang dapat Anda instal untuk melihat GPU dan CPU Anda dimuat. Saya menggunakan iStats versi komersial. Saya mengawasi beban masing-masing saat saya bekerja dan dapat melihat bahwa pemutaran dan rendering file 6K Canon RAW Lite saya di Resolve mengirimkan GPU saya ke +95%. Ketika saya mentranskode ke h.265, beban turun drastis karena komposisi selesai, dan pada saat itu perangkat lunak hanya memberi makan bingkai encoder perangkat keras untuk ditulis (saya terlalu menyederhanakan). Yang membingungkan adalah, BMD menyebut seluruh proses itu 'Rendering'. Yang ... tidak. Ini transcoding. Reaksi:pldelisleh9826790
- 3 April 2014
- Hongkong
- 6 Mei 2020
goMac berkata: Encoding H.264 ditangani oleh T2.Ada bukti? RRr697
poster asli
- 11 Mei 2019
- 13 Mei 2020
jasonmvp berkata: Pada akhirnya Anda perlu mencari tahu mengapa semuanya terasa 'seperti lambat'. Apakah itu rendering atau transcoding? Sayangnya beberapa NLE secara tidak benar mencampurkan kedua istilah itu dan membebani mereka. Rendering: menyusun video, bingkai demi bingkai sehingga 'terlihat dan terdengar' seperti yang Anda inginkan. Menyertakan semua efek, penskalaan, transisi, dll. Transcoding, yang terjadi selama ekspor hanyalah: mengubah video yang dirender (dibuat) ini menjadi beberapa format lain (misalnya: h.264).
Keduanya menghitung berat. Render GPU terjadi dengan shader di atasnya. Pengeksporan perangkat keras GPU terjadi dengan encoder internal pada GPU. Yang satu tidak ada hubungannya dengan yang lain. Saat shader dipukul, Anda akan melihat 'GPU load' naik. Saat encoder dijalankan, Anda mungkin tidak akan melihat apa pun yang terjadi sehubungan dengan beban GPU; itu tergantung pada aplikasi statistik mana yang Anda gunakan untuk menonton.
Sekarang, inilah bola kurva: jika NLE Anda memutuskan untuk merender DAN transcode pada saat yang sama, maka Anda akan memukuli kedua bagian GPU sekaligus.
Apa yang harus dilakukan? Ada beberapa aplikasi pengumpulan statistik yang dapat Anda instal untuk melihat GPU dan CPU Anda dimuat. Saya menggunakan iStats versi komersial. Saya mengawasi beban masing-masing saat saya bekerja dan dapat melihat bahwa pemutaran dan rendering file 6K Canon RAW Lite saya di Resolve mengirimkan GPU saya ke +95%. Ketika saya mentranskode ke h.265, beban turun drastis karena komposisi selesai, dan pada saat itu perangkat lunak hanya memberi makan bingkai encoder perangkat keras untuk ditulis (saya terlalu menyederhanakan). Yang membingungkan adalah, BMD menyebut seluruh proses itu 'Rendering'. Yang ... tidak. Ini transcoding. Reaksi:OkiRun dan Rr697h9826790
- 3 April 2014
- Hongkong
- 13 Mei 2020
Rr697 berkata: Jason! Saya melakukan pekerjaan rumah saya mengedit banyak video dan inilah rata-rata dunia nyata saya. Waktu ekspor dua kali panjang video. Saya menggunakan iStat untuk mendapatkan semua nomor di bawah ini.Untuk tujuan pengujian, apakah Anda keberatan untuk mencoba mengekspor HEVC melalui penyandian perangkat keras dan melihat apa yang dimuat?
FCPX dengan 8 Bit 4K 24fps Sony A7RIV mp4
Rendering efek/Luts dll
memori GPU 50%
Prosesor GPU 75-95%
CPU 75%
RAM 25%
Mengekspor Ke MOV
memori GPU 50%
Prosesor GPU 2%
CPU 50%
LOAD rata-rata 19-26 untuk keduanya
Video ini menunjukkan cara mengekspor HEVC dari FCPX melalui penyandian perangkat keras.
Anda juga dapat mengaktifkan 'Izinkan pengurutan ulang bingkai' untuk menggunakan pengkodean HEVC perangkat lunak, dan membandingkan penggunaan perangkat keras/waktu ekspor.
Untuk H264, saya tidak 100% yakin apakah sama untuk 7,1 dan 5,1. Tetapi jika memilih 'bagikan' -> 'File Induk' -> 'H264', FCPX harus menggunakan penyandian perangkat keras secara default (kecuali di luar batas, misalnya resolusi lebih tinggi dari 4K, maka secara otomatis akan mundur ke penyandian perangkat lunak). Begitulah cara saya melakukannya di Mac Pro 5,1 saya dengan Radeon VII untuk penyandian perangkat keras. Terakhir diedit: 13 Mei 2020Reaksi:Rr697 R
Rr697
poster asli
- 11 Mei 2019
- 13 Mei 2020
h9826790 berkata: Untuk tujuan pengujian, apakah Anda keberatan untuk mencoba mengekspor HEVC melalui penyandian perangkat keras dan melihat apa yang dimuat?
Video ini menunjukkan cara mengekspor HEVC dari FCPX melalui penyandian perangkat keras.
Anda juga dapat mengaktifkan 'Izinkan pengurutan ulang bingkai' untuk menggunakan pengkodean HEVC perangkat lunak, dan membandingkan penggunaan perangkat keras/waktu ekspor.
Untuk H264, saya tidak 100% yakin apakah sama untuk 7,1 dan 5,1. Tetapi jika memilih 'bagikan' -> 'File Induk' -> 'H264', FCPX harus menggunakan penyandian perangkat keras secara default (kecuali di luar batas, misalnya resolusi lebih tinggi dari 4K, maka secara otomatis akan mundur ke penyandian perangkat lunak). Begitulah cara saya melakukannya di Mac Pro 5,1 saya dengan Radeon VII untuk penyandian perangkat keras.
akan melakukan!
Pesan Populer