Rr 697
Originaalplakat- 11. mai 2019
- 2. mai 2020
fhturner
- 7. november 2007
- Birmingham, AL ja Atlanta, GA
- 2. mai 2020
ctrlzone
- 9. veebruar 2017
- 2. mai 2020
OkiRun
- 25. oktoober 2019
- Jaapan
- 2. mai 2020
IndioX ütles: tõlkige oma videomaterjal proresiks ja ostke järelpõleti kaartSuurepärane nõuanne. Pro Vega II sobib suurepäraselt FCPX-i jaoks ja Afterburner lõikab nagu võid. Võimsust rohkem kui piisavalt. Seadistage FCPX Pro Res ja lülitage renderdamine sisse. Olge õnnelik, et GPU teeb oma tööd.
kui peaksite kasutama ka õiget redigeerimistarkvara (resolve või fcpx)
profdraper
- 14. jaanuar 2017
- Brisbane, Austraalia
- 2. mai 2020
Aboo
- 7. juuli 2008
- 2. mai 2020
Rr 697
Originaalplakat- 11. mai 2019
- 2. mai 2020
AidenShaw
- 8. veebruar 2003
- Poolsaar
- 2. mai 2020
Rr697 ütles: Ekspordiaeg on umbes 1:1. Ma vaatan, mis renderdus on, kuid see võiks olla kiirem ja see teeb mulle muret, et see on selle EASY filmi puhul nii aeglaneVõib-olla on aeg Rohelise Tiimi juurde kolida.
Kuva meediumiüksus '> Viimati muudetud: 2. mail 2020
jasonmvp
macrumors pooljumal
- 15. juuni 2015
- Põhja-VA
- 2. mai 2020
Rr697 ütles: Ekspordiaeg on umbes 1:1 Ma vaatan, mida renderdab
Millisesse vormingusse te ekspordite? R
Rr 697
Originaalplakat- 11. mai 2019
- 3. mai 2020
jasonmvp ütles: Mis vormingusse te ekspordite?MOV
[automerge] 1588535169 [/ automerge]
Aboo ütles: Kui müüte oma VegaII MPX moodulit, andke mulle teada ja ma olen valmis selle teie käest ära võtma Reaktsioonid:OkiRunIndioX
- 1. oktoober 2018
- austria/euroopa
- 3. mai 2020
Rr697 ütles: MOV
mov ei ole vorming - see on erinevate koodekite konteiner!Reaktsioonid:h9826790 ja OkiRun
jasonmvp
macrumors pooljumal
- 15. juuni 2015
- Põhja-VA
- 3. mai 2020
Rr697 ütles: MOV
Mis on .MOV-failis? Mis on kodeering? Kas kasutate pikka GOP-vormingut, näiteks h.264 või h.265?
Kui valite Duo, kaalun ka Vega II MPX moodulit. Kindlasti võin Resolve'ile veel ühe GPU visata.Reaktsioonid:OkiRun R
Rr 697
Originaalplakat
- 11. mai 2019
h.264
- 4. mai 2020
jasonmvp
macrumors pooljumal
- 15. juuni 2015
- Põhja-VA
- 4. mai 2020
Rr697 ütles: h.264
OKEI. Kui kasutate 4K/60, kasutatakse h.264 riistvarakodeeringut sellega reaalajas. 4K/30 peaks saama tehtud umbes poole ajaga; see skaleerub põhimõtteliselt lineaarselt. Kuid Vega II-ga ei saa midagi teha (isegi teise lisamisega), mis kodeerimist kiirendaks.Reaktsioonid:OkiRun G
goMac
Kaastööline
- 15. aprill 2004
- 4. mai 2020
Rr697 ütles: h.264
H.264 kodeeringut haldab T2.
Teie GPU on suure tõenäosusega maksimaalselt renderdatud, mitte kodeeritud. Mainisite, et tegelete palju värvide sorteerimisega.
Vega Duo võib teid aidata. Raske öelda, miks Vega 2 on täisvõimsusel, kui te ei tea teie värviklassidest rohkem.Reaktsioonid:OkiRun VÕI
OkiRun
- 25. oktoober 2019
- Jaapan
- 4. mai 2020
goMac ütles: H.264 kodeeringuga tegeleb T2.GoMac ~
Teie GPU on suure tõenäosusega maksimaalselt renderdatud, mitte kodeeritud. Mainisite, et tegelete palju värvide sorteerimisega.
Vega Duo võib teid aidata. Raske öelda, miks Vega 2 on täisvõimsusel, kui te ei tea teie värviklassidest rohkem.
Arvan, et Apple lõi 7.1 metalli, FCPX, ProResi ja Afterburneri töövoogudega, et aidata toimetajatel vältida selliseid veaprobleeme, nagu OP loob ise. Kas ma eksin selles järelduses? RRr 697
Originaalplakat
- 11. mai 2019
Jah, ma tahan lihtsalt kiiremat jõudlust, tunnen, et see on aeglane selle jaoks, mida ootasin. Millise kasu ma näeksin renderdamisel ja eksportimisel Duo kasutamisel?
- 5. mai 2020
jasonmvp
macrumors pooljumal
- 15. juuni 2015
- Põhja-VA
- 6. mai 2020
Rr697 ütles: Jah, ma tahan lihtsalt kiiremat jõudlust, tunnen, et see on aeglane selle jaoks, mida ootasin. Millise kasu ma näeksin renderdamisel ja eksportimisel Duo kasutamisel?
Lõppkokkuvõttes peate välja mõtlema, miks kõik tundub 'nagu aeglane'. Kas see on renderdamine või ümberkodeerimine? Kahjuks segavad paar NLE-d neid kahte terminit valesti ja koormavad neid üle. Renderdamine: video koostamine kaaderhaaval, et see näeks välja ja kõlaks nii, nagu soovite. Sealhulgas kõik efektid, skaleerimine, üleminekud jne. Transkodeerimine, mis toimub ekspordi ajal, on lihtsalt: muutke see renderdatud (koostatud) video mõneks muuks vorminguks (nt: h.264).
Mõlemad on arvutuslikud. GPU renderdamine toimub koos sellel olevate varjutajatega. GPU riistvara eksportimine toimub GPU sisseehitatud kodeerijaga. Ühel pole teisega midagi pistmist. Kui varjutajaid sisse lüüakse, näete, et GPU koormus suureneb. Kui kodeerijat kasutatakse, ei näe te tõenäoliselt GPU koormuse osas midagi juhtuvat; see sõltub sellest, millist statistikarakendust vaatamiseks kasutate.
Nüüd on siin kõverpall: kui teie NLE otsustab renderdada JA transkodeerida samal ajal, siis lööte GPU mõlemal osal korraga.
Mida teha? GPU ja CPU koormuse jälgimiseks saate installida mõned statistikad. Kasutan iStatsi kommertsversiooni. Jälgin töötamise ajal vastavaid laadimisi ja näen, et minu 6K Canon RAW Lite'i failide taasesitus ja renderdamine Resolve'is saadab minu GPU-le +95%. Kui ma ümberkodeerin h.265-ks, langeb koormus järsult, kuna kompositsioon on valmis, ja sel hetkel toidab tarkvara riistvara kodeerija kaadreid välja kirjutamiseks (ma lihtsustan liialt). Segadust tekitab see, et BMD nimetab kogu seda protsessi renderdamiseks. Mis... see ei ole. See on ümberkodeerimine. Reaktsioonid:pldelisleh9826790
- 3. aprill 2014
- Hongkong
- 6. mai 2020
goMac ütles: H.264 kodeeringuga tegeleb T2.Mingit tõestust? RRr 697
Originaalplakat
- 11. mai 2019
- 13. mai 2020
jasonmvp ütles: Lõppkokkuvõttes peate välja mõtlema, miks tundub, et kõik on 'aeglane'. Kas see on renderdamine või ümberkodeerimine? Kahjuks segavad paar NLE-d neid kahte terminit valesti ja koormavad neid üle. Renderdamine: video koostamine kaaderhaaval, et see näeks välja ja kõlaks nii, nagu soovite. Sealhulgas kõik efektid, skaleerimine, üleminekud jne. Transkodeerimine, mis toimub ekspordi ajal, on lihtsalt: muutke see renderdatud (koostatud) video mõneks muuks vorminguks (nt: h.264).
Mõlemad on arvutuslikud. GPU renderdamine toimub koos selle varjunditega. GPU riistvara eksportimine toimub GPU sisseehitatud kodeerijaga. Ühel pole teisega midagi pistmist. Kui varjutajaid sisse lüüakse, näete, et GPU koormus suureneb. Kui kodeerijat kasutatakse, ei näe te tõenäoliselt GPU koormuse osas midagi juhtuvat; see sõltub sellest, millist statistikarakendust vaatamiseks kasutate.
Nüüd on siin kõverpall: kui teie NLE otsustab renderdada JA transkodeerida samal ajal, siis lööte GPU mõlemal osal korraga.
Mida teha? GPU ja CPU koormuse jälgimiseks saate installida mõned statistikad. Kasutan iStatsi kommertsversiooni. Jälgin töötamise ajal vastavaid laadimisi ja näen, et minu 6K Canon RAW Lite'i failide taasesitus ja renderdamine Resolve'is saadab minu GPU-le +95%. Kui ma ümberkodeerin h.265-ks, langeb koormus järsult, kuna kompositsioon on valmis, ja sel hetkel toidab tarkvara riistvara kodeerija kaadreid välja kirjutamiseks (ma lihtsustan liialt). Segadust tekitab see, et BMD nimetab kogu seda protsessi renderdamiseks. Mis... see ei ole. See on ümberkodeerimine. Reaktsioonid:OkiRun ja Rr697h9826790
- 3. aprill 2014
- Hongkong
- 13. mai 2020
Rr697 ütles: Jason! Tegin oma kodutööd hunniku videot redigeerides ja siin on minu tegelikud keskmised. Ekspordiaeg on kaks korda pikem kui video pikkus. Kasutasin iStati, et saada kõik need numbrid allpool.Kas proovite testimise eesmärgil HEVC-d eksportida riistvarakodeeringu kaudu ja vaadata, milline on laadimine?
FCPX 8-bitise 4K 24 kaadrit sekundis Sony A7RIV mp4-ga
Renderdusefektid/Luts jne
GPU mälu 50%
GPU protsessor 75–95%
CPU 75%
RAM 25%
Eksportimine MOV-i
GPU mälu 50%
GPU protsessor 2%
CPU 50%
KOORMUS on mõlema keskmine 19-26
See video näitab, kuidas eksportida HEVC-d FCPX-st riistvarakodeeringu kaudu.
Tarkvara HEVC-kodeeringu kasutamiseks võite sisse lülitada ka valiku „Luba kaadrite ümberjärjestamine” ja võrrelda riistvara kasutus-/ekspordiaega.
H264 puhul pole ma 100% kindel, kas see on 7,1 ja 5,1 puhul sama. Kui aga valida 'jaga' -> 'peafail' -> 'H264', peaks FCPX vaikimisi kasutama riistvarakodeeringut (kui just see ei ületa piirmäära, nt eraldusvõime on suurem kui 4K, naaseb see automaatselt tarkvarakodeeringule). Nii teen ma seda oma Mac Pro 5.1-s koos Radeon VII riistvaralise kodeerimisega. Viimati muudetud: 13. mail 2020Reaktsioonid:Rr 697 R
Rr 697
Originaalplakat
- 11. mai 2019
- 13. mai 2020
h9826790 ütles: Kas proovite testimise eesmärgil HEVC-d eksportida riistvarakodeeringu kaudu ja vaadata, milline on laadimine?
See video näitab, kuidas eksportida HEVC-d FCPX-st riistvarakodeeringu kaudu.
Tarkvara HEVC-kodeeringu kasutamiseks võite sisse lülitada ka valiku „Luba kaadrite ümberjärjestamine” ja võrrelda riistvara kasutus-/ekspordiaega.
H264 puhul pole ma 100% kindel, kas see on 7,1 ja 5,1 puhul sama. Kui aga valida 'jaga' -> 'peafail' -> 'H264', peaks FCPX vaikimisi kasutama riistvarakodeeringut (kui just see ei ületa piirmäära, nt eraldusvõime on suurem kui 4K, naaseb see automaatselt tarkvarakodeeringule). Nii teen ma seda oma Mac Pro 5.1-s koos Radeon VII riistvaralise kodeerimisega.
teeb ära!
Lemmik Postitused