Rr697
Poster asal- 11 Mei 2019
- 2 Mei 2020
fhturner
- 7 Nov 2007
- Birmingham, AL & Atlanta, GA
- 2 Mei 2020
ctrlzone
- 9 Feb 2017
- 2 Mei 2020
OkiRun
- 25 Okt 2019
- Jepun
- 2 Mei 2020
IndioX berkata: terjemah rakaman anda untuk membeli kad penunu selepasNasihat yang bagus. Pro Vega II sesuai untuk FCPX dan Afterburner dipotong seperti mentega. Kuasa yang lebih daripada cukup. Tetapkan FCPX kepada Pro Res dan hidupkan pemaparan. Bergembiralah GPU menjalankan tugasnya.
jika anda juga harus menggunakan perisian penyuntingan yang betul (resolve atau fcpx)
profdraper
- 14 Jan 2017
- Brisbane, Australia
- 2 Mei 2020
Aboo
- 7 Jul 2008
- 2 Mei 2020
Rr697
Poster asal- 11 Mei 2019
- 2 Mei 2020
AidenShaw
- 8 Feb 2003
- Semenanjung
- 2 Mei 2020
Rr697 berkata: Baik masa Eksport adalah kira-kira 1:1 Saya akan melihat apa itu Render tetapi ia mungkin lebih pantas dan ia membimbangkan saya bahawa ia sangat perlahan pada rakaman MUDAH iniMungkin sudah tiba masanya untuk berpindah ke Pasukan Hijau.
Lihat item media '> Terakhir disunting: 2 Mei 2020
jasonmvp
macrumors setengah dewa
- 15 Jun 2015
- VA utara
- 2 Mei 2020
Rr697 berkata: Baik masa Eksport adalah kira-kira 1:1 Saya akan melihat apa yang Render
Apakah format yang anda eksport? R
Rr697
Poster asal- 11 Mei 2019
- 3 Mei 2020
jasonmvp berkata: Apakah format yang anda eksport?MOV
[automerge] 1588535169 [/ automerge]
Aboo berkata: Jika anda menjual modul VegaII MPX anda, beritahu saya dan saya mungkin bersedia untuk melepaskannya dari tangan anda tindak balas:OkiRunIndioX
- 1 Okt 2018
- austria/europe
- 3 Mei 2020
Rr697 berkata: MOV
mov bukan format - ia adalah bekas untuk codec yang berbeza!tindak balas:h9826790 dan OkiRun
jasonmvp
macrumors setengah dewa
- 15 Jun 2015
- VA utara
- 3 Mei 2020
Rr697 berkata: MOV
Apa yang ada di dalam fail .MOV? Apakah pengekodan? Adakah anda melakukan format long-GOP seperti h.264 atau h.265?
Saya juga akan mempertimbangkan modul Vega II MPX jika anda menggunakan Duo. Saya pasti boleh membuang GPU lain di Resolve.tindak balas:OkiRun R
Rr697
Poster asal
- 11 Mei 2019
h.264
- 4 Mei 2020
jasonmvp
macrumors setengah dewa
- 15 Jun 2015
- VA utara
- 4 Mei 2020
Rr697 berkata: h.264
OKEY. Jika anda melakukan 4K/60, maka pengekodan perkakasan h.264 diketuk keluar pada masa nyata dengan itu. 4K/30 sepatutnya boleh dilakukan dalam kira-kira separuh masa; ia berskala pada asasnya secara linear. Tetapi tiada apa yang boleh anda lakukan dengan Vega II (walaupun dengan menambah satu lagi) yang akan mempercepatkan pengekodan.tindak balas:OkiRun G
goMac
Penyumbang
- 15 Apr 2004
- 4 Mei 2020
Rr697 berkata: h.264
Pengekodan H.264 dikendalikan oleh T2.
GPU anda berkemungkinan besar pemaparan maksimum, dan bukan pengekodan. Anda menyebut bahawa anda sedang melakukan banyak penggredan warna.
Vega Duo boleh membantu anda. Sukar untuk mengetahui sebab Vega 2 dimaksimumkan tanpa mengetahui lebih lanjut tentang penggredan warna anda.tindak balas:OkiRun ATAU
OkiRun
- 25 Okt 2019
- Jepun
- 4 Mei 2020
goMac berkata: Pengekodan H.264 dikendalikan oleh T2.GoMac ~
GPU anda berkemungkinan besar pemaparan maksimum, dan bukan pengekodan. Anda menyebut bahawa anda sedang melakukan banyak penggredan warna.
Vega Duo boleh membantu anda. Sukar untuk mengetahui sebab Vega 2 dimaksimumkan tanpa mengetahui lebih lanjut tentang penggredan warna anda.
Saya berpendapat bahawa Apple mencipta 7.1 dengan aliran kerja Metal, FCPX, ProRes, Afterburner, untuk membantu editor tidak mengalami masalah pepijat seperti yang OP cipta untuk diri mereka sendiri. Adakah saya salah dalam kesimpulan ini? RRr697
Poster asal
- 11 Mei 2019
Ya, saya hanya mahukan prestasi yang lebih pantas, saya rasa ia lambat untuk apa yang saya jangkakan. Jadi dengan Duo apakah jenis keuntungan yang akan saya lihat pada pemaparan dan eksport?
- 5 Mei 2020
jasonmvp
macrumors setengah dewa
- 15 Jun 2015
- VA utara
- 6 Mei 2020
Rr697 berkata: Ya, saya hanya mahukan prestasi yang lebih pantas, saya rasa ia lambat untuk apa yang saya jangkakan. Jadi dengan Duo apakah jenis keuntungan yang akan saya lihat pada pemaparan dan eksport?
Akhirnya anda perlu memikirkan mengapa semuanya terasa 'seperti lambat'. Adakah ia rendering atau transcoding? Malangnya beberapa NLE mencampurkan kedua-dua istilah tersebut secara tidak betul dan membebankannya. Rendering: mengarang video, bingkai demi bingkai supaya 'nampak dan berbunyi' seperti yang anda mahukan. Termasuk sebarang kesan, penskalaan, peralihan, dsb. Transkod, yang berlaku semasa eksport adalah mudah: tukar video yang dihasilkan (karang) ini kepada beberapa format lain (cth: h.264).
Kedua-duanya berat mengira. Penyampaian GPU berlaku dengan shader padanya. Pengeksportan perkakasan GPU berlaku dengan pengekod terbina dalam pada GPU. Satu tiada kaitan dengan yang lain. Apabila shader sedang dipukul, anda akan melihat 'muatan GPU' meningkat. Apabila pengekod digunakan, anda mungkin tidak akan melihat apa-apa berlaku berkenaan dengan beban GPU; itu bergantung pada apl statistik yang anda gunakan untuk menonton.
Sekarang, inilah bola lengkung: jika NLE anda memutuskan untuk membuat persembahan DAN transcode pada masa yang sama, maka anda akan memukul pada kedua-dua bahagian GPU sekaligus.
Apa nak buat? Terdapat beberapa apl pengumpulan statistik yang boleh anda pasang untuk menonton GPU dan CPU anda dimuatkan. Saya menggunakan versi komersial iStats. Saya memerhatikan beban masing-masing semasa saya bekerja dan dapat melihat main balik dan pemaparan fail 6K Canon RAW Lite saya dalam Resolve menghantar GPU saya kepada +95%. Apabila saya menukar kod ke h.265, beban menurun secara mendadak kerana komposisi telah selesai, dan pada ketika itu perisian hanya menyuap bingkai pengekod perkakasan untuk ditulis (saya terlalu memudahkan). Perkara yang mengelirukan ialah, BMD memanggil keseluruhan proses itu 'Rendering'. Yang ... tidak. Ia adalah transcoding. tindak balas:pldelisleh9826790
- 3 Apr 2014
- Hong Kong
- 6 Mei 2020
goMac berkata: Pengekodan H.264 dikendalikan oleh T2.Ada bukti? RRr697
Poster asal
- 11 Mei 2019
- 13 Mei 2020
jasonmvp berkata: Akhirnya anda perlu memikirkan mengapa segala-galanya terasa 'seperti lambat'. Adakah ia rendering atau transcoding? Malangnya beberapa NLE mencampurkan kedua-dua istilah tersebut secara tidak betul dan membebankannya. Rendering: mengarang video, bingkai demi bingkai supaya 'nampak dan berbunyi' seperti yang anda mahukan. Termasuk sebarang kesan, penskalaan, peralihan, dsb. Transkod, yang berlaku semasa eksport adalah mudah: tukar video yang dihasilkan (karang) ini kepada beberapa format lain (cth: h.264).
Kedua-duanya berat mengira. Penyampaian GPU berlaku dengan shader padanya. Pengeksportan perkakasan GPU berlaku dengan pengekod terbina dalam pada GPU. Satu tiada kaitan dengan yang lain. Apabila shader sedang dipukul, anda akan melihat 'muatan GPU' meningkat. Apabila pengekod digunakan, anda mungkin tidak akan melihat apa-apa berlaku berkenaan dengan beban GPU; itu bergantung pada apl statistik yang anda gunakan untuk menonton.
Sekarang, inilah bola lengkung: jika NLE anda memutuskan untuk membuat persembahan DAN transcode pada masa yang sama, maka anda akan memukul pada kedua-dua bahagian GPU sekaligus.
Apa nak buat? Terdapat beberapa apl pengumpulan statistik yang boleh anda pasang untuk menonton GPU dan CPU anda dimuatkan. Saya menggunakan versi komersial iStats. Saya memerhatikan beban masing-masing semasa saya bekerja dan dapat melihat main balik dan pemaparan fail 6K Canon RAW Lite saya dalam Resolve menghantar GPU saya kepada +95%. Apabila saya menukar kod ke h.265, beban menurun secara mendadak kerana komposisi telah selesai, dan pada ketika itu perisian hanya menyuap bingkai pengekod perkakasan untuk ditulis (saya terlalu memudahkan). Perkara yang mengelirukan ialah, BMD memanggil keseluruhan proses itu 'Rendering'. Yang ... tidak. Ia adalah transcoding. tindak balas:OkiRun dan Rr697h9826790
- 3 Apr 2014
- Hong Kong
- 13 Mei 2020
Rr697 berkata: Jason! Saya melakukan kerja rumah saya menyunting sekumpulan video dan berikut ialah purata dunia sebenar saya. Masa eksport ialah dua kali panjang video. Saya menggunakan iStat untuk mendapatkan semua nombor ini di bawah.Untuk tujuan ujian, adakah anda keberatan untuk mencuba mengeksport HEVC melalui pengekodan perkakasan dan lihat apakah pemuatannya?
FCPX dengan 8 Bit 4K 24fps Sony A7RIV mp4
Kesan rendering/Luts dsb
memori GPU 50%
Pemproses GPU 75-95%
CPU 75%
RAM 25%
Mengeksport Ke MOV
memori GPU 50%
Pemproses GPU 2%
CPU 50%
LOAD adalah purata 19-26 untuk kedua-duanya
Video ini menunjukkan cara untuk mengeksport HEVC daripada FCPX melalui pengekodan perkakasan.
Anda juga boleh menghidupkan 'Benarkan penyusunan semula bingkai' untuk menggunakan pengekodan HEVC perisian dan membandingkan penggunaan perkakasan / masa eksport.
Untuk H264, saya tidak 100% pasti sama ada ia adalah sama untuk 7,1 dan 5,1. Tetapi jika memilih 'kongsi' -> 'Fail Induk' -> 'H264', FCPX harus menggunakan pengekodan perkakasan secara lalai (melainkan di luar had, contohnya resolusi lebih tinggi daripada 4K, maka ia akan berundur secara automatik kepada pengekodan perisian). Begitulah cara saya melakukannya pada Mac Pro 5,1 saya dengan Radeon VII untuk pengekodan perkakasan. Terakhir disunting: 13 Mei 2020tindak balas:Rr697 R
Rr697
Poster asal
- 11 Mei 2019
- 13 Mei 2020
h9826790 berkata: Untuk tujuan ujian, adakah anda keberatan untuk mencuba mengeksport HEVC melalui pengekodan perkakasan dan lihat apakah pemuatannya?
Video ini menunjukkan cara untuk mengeksport HEVC daripada FCPX melalui pengekodan perkakasan.
Anda juga boleh menghidupkan 'Benarkan penyusunan semula bingkai' untuk menggunakan pengekodan HEVC perisian dan membandingkan penggunaan perkakasan / masa eksport.
Untuk H264, saya tidak 100% pasti sama ada ia adalah sama untuk 7,1 dan 5,1. Tetapi jika memilih 'kongsi' -> 'Fail Induk' -> 'H264', FCPX harus menggunakan pengekodan perkakasan secara lalai (melainkan di luar had, contohnya resolusi lebih tinggi daripada 4K, maka ia akan berundur secara automatik kepada pengekodan perisian). Begitulah cara saya melakukannya pada Mac Pro 5,1 saya dengan Radeon VII untuk pengekodan perkakasan.
akan buat!
Jawatan Popular