Foorumid

MP 7,1 Radeon Pro Vega II EI piisa

R

Rr 697

Originaalplakat
11. mai 2019
  • 2. mai 2020
Hei poisid! Mul on 16 Core 7.1 4TB ja 96 GB muutmäluga ning Radeon Pro Vega II. Kuigi see arvuti on palju kiirem (350%) kui minu 27' iMac. Näen, et kaart on Final Cuti renderdamisel ja eksportimisel maksimaalselt ära kasutatud. Kõigi esialgsete arvustuste põhjal arvasin, et ostsin piisavalt kaarti, eriti arvestades, et mu kaadrid EI OLE üldse nõudlikud..... Nüüd arvan, et pean selle Radeon Pro Vega II MPX mooduli maha müüma ja Duo vastu välja vahetama. Mis te arvate? Reaktsioonid:pldelisle, OkiRun ja MisterAndrew

fhturner

7. november 2007
Birmingham, AL ja Atlanta, GA


  • 2. mai 2020
Ma olen segaduses. Kas arvate, et vajate paremat GPU-d, kuna teie kasutatav tarkvara kasutab maksustamistoimingute ajal sellest peaaegu 100% ära? Seda ma teeksin tahan seda teha. Oleks nõme, kui see kasutaks 20% CPU-st või GPU-st ja selle valmimine võtaks palju kauem aega. Kas olete võrrelnud oma iMaciga sama toimingu tegemiseks kuluvat aega?
Reaktsioonid:OkiRun, chrono1081, David G. ja veel 3 inimest

ctrlzone

9. veebruar 2017
  • 2. mai 2020
renderdusülesannete (peaks) kasutama alati 100%
Reaktsioonid:OkiRun ja pldelisle VÕI

OkiRun

25. oktoober 2019
Jaapan
  • 2. mai 2020
IndioX ütles: tõlkige oma videomaterjal proresiks ja ostke järelpõleti kaart
kui peaksite kasutama ka õiget redigeerimistarkvara (resolve või fcpx)
Suurepä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.
Reaktsioonid:IndioX

profdraper

14. jaanuar 2017
Brisbane, Austraalia
  • 2. mai 2020
Pole muljet avaldanud VEGA II for FCPX või Resolve Studio (viimane edestab endiselt FCPX-i). Mul on ka 11 Gb RTX 2080 Ti Win-tööjaamas ja see edestab Vegat. Minu 2 senti on see, et suur osa sellest on seotud kohutava Catalina OS-iga ja loodetavasti peaksid jõudlusprobleemid paranema, kui Apple parandab oma OS-i ning selle aluseks olevad draiverid ja püsivara värskendused. Räägime sellest, et me pole veel näinud Pro Appi toe, FCPX, Motion, Compressor, Logic jne uuendusi. Kui see juhtub, siis loodan, et jõudlus on rohkem optimeeritud.
Reaktsioonid:Hps1 ja Rr697 TO

Aboo

7. juuli 2008
  • 2. mai 2020
Kui müüte oma VegaII MPX moodulit, andke mulle teada ja ma olen valmis selle teie käest ära võtma Reaktsioonid:Rr 697 R

Rr 697

Originaalplakat
11. mai 2019
  • 2. mai 2020
Ekspordiaeg on umbes 1:1, ma vaatan, mis on renderdamine, kuid see võiks olla kiirem ja see teeb mulle muret, et selle EASY filmi puhul on see nii aeglane

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 aeglane
Võ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:OkiRun

IndioX

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
  • 4. mai 2020
h.264

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.

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.
GoMac ~
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? R

Rr 697

Originaalplakat
11. mai 2019
  • 5. mai 2020
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?

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:pldelisle

h9826790

3. aprill 2014
Hongkong
  • 6. mai 2020
goMac ütles: H.264 kodeeringuga tegeleb T2.
Mingit tõestust? R

Rr 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 Rr697

h9826790

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.

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
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. Viimati muudetud: 13. mail 2020
Reaktsioonid: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!