Rr 697
Pôvodný plagát- 11. mája 2019
- 2. mája 2020
fhturner
- 7. novembra 2007
- Birmingham, AL a Atlanta, GA
- 2. mája 2020
ctrlzone
- 9. februára 2017
- 2. mája 2020
OkiRun
- 25. október 2019
- Japonsko
- 2. mája 2020
IndioX povedal: preložte svoje zábery tak, aby ste ich získali, a kúpte si kartu afterburnerSkvelá rada. Pro Vega II je ideálny pre FCPX a Afterburner reže ako po masle. Výkonu viac než dosť. Nastavte FCPX na Pro Res a zapnite vykresľovanie. Buďte radi, že GPU robí svoju prácu.
ak by ste mali použiť aj správny softvér na úpravu (resolve alebo fcpx)
profdraper
- 14. januára 2017
- Brisbane, Austrália
- 2. mája 2020
Aboo
- 7. júla 2008
- 2. mája 2020
Rr 697
Pôvodný plagát- 11. mája 2019
- 2. mája 2020
AidenShaw
- 8. februára 2003
- polostrov
- 2. mája 2020
Rr697 povedal: Čas exportu je asi 1:1 Uvidím, čo je vykreslenie, ale mohlo by to byť rýchlejšie a znepokojuje ma, že je na týchto JEDNODUCHÝCH záberoch taký pomalýMožno je čas prejsť do Zeleného tímu.
Zobraziť mediálnu položku '> Posledná úprava: 2. mája 2020
jasonmvp
macrumors poloboh
- 15. júna 2015
- Severné VA
- 2. mája 2020
Rr697 povedal: Čas exportu je asi 1:1, uvidím, čo vykreslí
Do akého formátu exportujete? R
Rr 697
Pôvodný plagát- 11. mája 2019
- 3. mája 2020
jasonmvp povedal: Do akého formátu exportujete?MOV
[automerge] 1588535169 [/ automerge]
Aboo povedal: Ak predávate svoj modul VegaII MPX, dajte mi vedieť a možno budem ochotný vám ho stiahnuť z rúk reakcie:OkiRunIndioX
- 1. októbra 2018
- rakúsko/európa
- 3. mája 2020
Rr697 povedal: MOV
mov nie je formát - je to kontajner pre rôzne kodeky!reakcie:h9826790 a OkiRun
jasonmvp
macrumors poloboh
- 15. júna 2015
- Severné VA
- 3. mája 2020
Rr697 povedal: MOV
Čo je v súbore .MOV? Aké je kódovanie? Robíte dlhý GOP formát ako h.264 alebo h.265?
Tiež zvážim modul Vega II MPX, ak pôjdete Duo. Na Resolve určite môžem hodiť ďalšie GPU.reakcie:OkiRun R
Rr 697
Pôvodný plagát
- 11. mája 2019
h.264
- 4. mája 2020
jasonmvp
macrumors poloboh
- 15. júna 2015
- Severné VA
- 4. mája 2020
Rr697 povedal: h.264
OK Ak robíte 4K/60, potom sa hardvérové kódovanie h.264 využíva v reálnom čase. 4K/30 by sa malo dať zvládnuť za približne polovičný čas; škáluje v podstate lineárne. S Vega II sa ale nedá urobiť nič (ani pridaním ďalšieho), čo by urýchlilo kódovanie.reakcie:OkiRun G
goMac
Prispievateľ
- 15. apríla 2004
- 4. mája 2020
Rr697 povedal: h.264
Kódovanie H.264 má na starosti T2.
Váš GPU je s najväčšou pravdepodobnosťou maximálne vykreslený a nie kódovaný. Spomenuli ste, že veľa robíte color grading.
Vega Duo vám môže pomôcť. Ťažko povedať, prečo je Vega 2 maximalizovaná bez toho, aby ste vedeli viac o vašom triedení farieb.reakcie:OkiRun ALEBO
OkiRun
- 25. október 2019
- Japonsko
- 4. mája 2020
goMac povedal: Kódovanie H.264 má na starosti T2.GoMac ~
Váš GPU je s najväčšou pravdepodobnosťou maximálne vykreslený a nie kódovaný. Spomenuli ste, že veľa robíte color grading.
Vega Duo vám môže pomôcť. Ťažko povedať, prečo je Vega 2 maximalizovaná bez toho, aby ste vedeli viac o vašom triedení farieb.
Myslím si, že Apple vytvoril 7.1 s workflow Metal, FCPX, ProRes, Afterburner, aby pomohol redaktorom, aby nemali také problémy s chybami, aké si OP vytvára pre seba. Mýlim sa v tomto závere? RRr 697
Pôvodný plagát
- 11. mája 2019
Áno, chcem len rýchlejší výkon, mám pocit, že je pomalý v porovnaní s tým, čo som očakával. Takže mať Duo, aké zisky by som sledoval pri vykresľovaní a exporte?
- 5. mája 2020
jasonmvp
macrumors poloboh
- 15. júna 2015
- Severné VA
- 6. mája 2020
Rr697 povedal: Áno, chcem len rýchlejší výkon, mám pocit, že je pomalý na to, čo som očakával. Takže mať Duo, aké zisky by som sledoval pri vykresľovaní a exporte?
Nakoniec musíte prísť na to, prečo sa všetko zdá byť „pomalé“. Ide o vykresľovanie alebo prekódovanie? Bohužiaľ niekoľko NLE nesprávne zmiešava tieto dva pojmy a preťažuje ich. Vykresľovanie: komponovanie videa, snímku po snímke, aby „vyzeralo a znelo“ tak, ako chcete. Vrátane akýchkoľvek efektov, škálovania, prechodov atď. Prekódovanie, ktoré sa deje počas exportu, je jednoduché: premeňte toto vyrenderované (zložené) video do nejakého iného formátu (napr.: h.264).
Obidve sú výpočtovo náročné. Vykresľovanie GPU prebieha pomocou shaderov na ňom. Export hardvéru GPU prebieha pomocou vstavaného kódovača na GPU. Jedno s druhým nemá nič spoločné. Keď sa shadery rozbehnú, uvidíte, že „zaťaženie GPU“ stúpa. Keď sa kodér precvičí, pravdepodobne neuvidíte, že by sa niečo stalo s ohľadom na zaťaženie GPU; to závisí od aplikácie štatistík, ktorú používate na sledovanie.
Teraz je tu krivka: ak sa váš NLE rozhodne vykresliť A transcode súčasne, potom budete biť na oboch častiach GPU naraz.
Čo robiť? Existuje niekoľko aplikácií na zhromažďovanie štatistík, ktoré si môžete nainštalovať, aby ste mohli sledovať zaťaženie GPU a CPU. Používam komerčnú verziu iStats. Počas práce sledujem príslušné zaťaženie a vidím, že prehrávanie a vykresľovanie mojich 6K Canon RAW Lite súborov v Resolve posiela môj GPU na +95 %. Keď prekódujem do h.265, zaťaženie dramaticky klesne, pretože kompozícia je hotová a v tom momente softvér iba napája snímky hardvérového kódovača, ktoré sa majú zapisovať (to príliš zjednodušujem). Mätúce je, že BMD nazýva celý tento proces 'Rendering'. Čo...to nie je. Ide o prekódovanie. reakcie:pldelisleh9826790
- 3. apríla 2014
- Hong Kong
- 6. mája 2020
goMac povedal: Kódovanie H.264 má na starosti T2.Nejaký dôkaz? RRr 697
Pôvodný plagát
- 11. mája 2019
- 13. mája 2020
jasonmvp povedal: Nakoniec musíte prísť na to, prečo je všetko „pomalé“. Ide o vykresľovanie alebo prekódovanie? Bohužiaľ niekoľko NLE nesprávne zmiešava tieto dva pojmy a preťažuje ich. Vykresľovanie: komponovanie videa, snímku po snímke, aby „vyzeralo a znelo“ tak, ako chcete. Vrátane akýchkoľvek efektov, škálovania, prechodov atď. Prekódovanie, ktoré sa deje počas exportu, je jednoduché: premeňte toto vyrenderované (zložené) video do nejakého iného formátu (napr.: h.264).
Obidve sú výpočtovo náročné. Vykresľovanie GPU prebieha pomocou shaderov na ňom. Export hardvéru GPU prebieha pomocou vstavaného kódovača na GPU. Jedno s druhým nemá nič spoločné. Keď sa shadery rozbehnú, uvidíte, že „zaťaženie GPU“ stúpa. Keď sa kodér precvičí, pravdepodobne neuvidíte, že by sa niečo stalo s ohľadom na zaťaženie GPU; to závisí od aplikácie štatistík, ktorú používate na sledovanie.
Teraz je tu krivka: ak sa váš NLE rozhodne vykresliť A transcode súčasne, potom budete biť na oboch častiach GPU naraz.
Čo robiť? Existuje niekoľko aplikácií na zhromažďovanie štatistík, ktoré si môžete nainštalovať, aby ste mohli sledovať zaťaženie GPU a CPU. Používam komerčnú verziu iStats. Počas práce sledujem príslušné zaťaženie a vidím, že prehrávanie a vykresľovanie mojich 6K Canon RAW Lite súborov v Resolve posiela môj GPU na +95 %. Keď prekódujem do h.265, zaťaženie dramaticky klesne, pretože kompozícia je hotová a v tom momente softvér iba napája snímky hardvérového kódovača, ktoré sa majú zapisovať (to príliš zjednodušujem). Mätúce je, že BMD nazýva celý tento proces 'Rendering'. Čo...to nie je. Ide o prekódovanie. reakcie:OkiRun a Rr697h9826790
- 3. apríla 2014
- Hong Kong
- 13. mája 2020
Rr697 povedal: Jason! Urobil som si domácu úlohu pri úprave množstva videí a tu sú moje priemery v reálnom svete. Čas exportu je dvakrát dlhší ako dĺžka videa. Použil som iStat na získanie všetkých týchto čísel nižšie.Na účely testovania by ste mohli skúsiť exportovať HEVC cez hardvérové kódovanie a zistiť, aké je načítanie?
FCPX s 8 Bit 4K 24 snímok za sekundu Sony A7RIV mp4
Efekty vykresľovania/Luts atď
Pamäť GPU 50%
Procesor GPU 75-95%
CPU 75%
RAM 25%
Export do MOV
Pamäť GPU 50%
GPU procesor 2%
CPU 50%
LOAD je priemerne 19-26 pre oboch
Toto video ukazuje, ako exportovať HEVC z FCPX pomocou hardvérového kódovania.
Môžete tiež zapnúť „Povoliť zmenu poradia snímok“, aby ste mohli použiť softvérové kódovanie HEVC a porovnať využitie hardvéru / čas exportu.
V prípade H264 si nie som 100% istý, či je to rovnaké pre 7,1 a 5,1. Ak však vyberiete „zdieľať“ -> „Hlavný súbor“ -> „H264“, FCPX by mal štandardne používať hardvérové kódovanie (pokiaľ nie je mimo limitu, napr. rozlíšenie je vyššie ako 4K, potom sa automaticky vráti k softvérovému kódovaniu). Takto to robím na svojom Macu Pro 5,1 s Radeonom VII pre hardvérové kódovanie. Posledná úprava: 13. mája 2020reakcie:Rr 697 R
Rr 697
Pôvodný plagát
- 11. mája 2019
- 13. mája 2020
h9826790 povedal: Na účely testovania by ste mohli skúsiť exportovať HEVC cez hardvérové kódovanie a zistiť, aké je zaťaženie?
Toto video ukazuje, ako exportovať HEVC z FCPX pomocou hardvérového kódovania.
Môžete tiež zapnúť „Povoliť zmenu poradia snímok“, aby ste mohli použiť softvérové kódovanie HEVC a porovnať využitie hardvéru / čas exportu.
V prípade H264 si nie som 100% istý, či je to rovnaké pre 7,1 a 5,1. Ak však vyberiete „zdieľať“ -> „Hlavný súbor“ -> „H264“, FCPX by mal štandardne používať hardvérové kódovanie (pokiaľ nie je mimo limitu, napr. rozlíšenie je vyššie ako 4K, potom sa automaticky vráti k softvérovému kódovaniu). Takto to robím na svojom Macu Pro 5,1 s Radeonom VII pre hardvérové kódovanie.
vykonám!
Populárne Príspevky