Forum

MP 7,1 Radeon Pro Vega II IKKE nok

R

Rr697

Original plakat
11. mai 2019
  • 2. mai 2020
Hei folkens! Jeg har en 16 Core 7.1 med 4TB og 96GB RAM og Radeon Pro Vega II. Selv om denne datamaskinen er mye raskere (350 %) enn min 27' iMac. Jeg ser at kortet er maksimert i gjengivelse og eksport på Final Cut. Fra alle de første anmeldelsene trodde jeg at jeg kjøpte nok kort, spesielt med tanke på at opptakene mine IKKE er krevende i det hele tatt..... Nå tror jeg at jeg må selge denne Radeon Pro Vega II MPX-modulen og erstatte den med Duo. Hva syns dere? Reaksjoner:pldelisle, OkiRun og MisterAndrew

fhturner

7. november 2007
Birmingham, AL og Atlanta, GA


  • 2. mai 2020
Jeg er forvirret. Tror du at du trenger en bedre GPU fordi programvaren du kjører bruker nesten 100 % av den under skatteoperasjoner? Det er det jeg ville ønsker det å gjøre. Ville suge hvis det brukte 20% av CPU eller GPU og tok mye lengre tid å fullføre. Har du sammenlignet tiden for å gjøre den samme operasjonen med iMac?
Reaksjoner:OkiRun, chrono1081, David G. og 3 andre

ctrlzone

9. februar 2017
  • 2. mai 2020
gjengivelsesoppgaver (bør) alltid bruke 100 %
Reaksjoner:OkiRun og pldelisle ELLER

OkiRun

25. oktober 2019
Japan
  • 2. mai 2020
IndioX sa: oversett opptakene dine til prores og kjøp et etterbrennerkort
hvis du også skal bruke riktig redigeringsprogramvare (resolve eller fcpx)
Godt råd. Pro Vega II er perfekt for FCPX og etterbrenneren skjærer som smør. Mer enn nok kraft. Ha FCPX satt til Pro Res og slå på gjengivelse. Vær glad for at GPUen gjør jobben sin.
Reaksjoner:IndioX

profdraper

14. januar 2017
Brisbane, Australia
  • 2. mai 2020
Uimponert over VEGA II for FCPX eller Resolve Studio (sistnevnte overgår fortsatt FCPX). Jeg har også en 11 Gb RTX 2080 Ti i en Win-arbeidsstasjon, og det overgår også Vega. Mine 2 cent er at mye av dette er relatert til det forferdelige Catalina OS, og forhåpentligvis bør ytelsesproblemer forbedres når Apple fikser OS og underliggende drivere og fastvareoppdateringer. Forteller at vi ennå ikke har sett oppdateringer til Pro App-støtte, FCPX, Motion, Compressor, Logic etc. Når det skjer, så forventer jeg at ytelsen vil bli mer optimalisert.
Reaksjoner:Hps1 og Rr697 TIL

Aboo

7. juli 2008
  • 2. mai 2020
Vel, hvis du selger din VegaII MPX-modul, gi meg beskjed, så kan jeg være villig til å ta den fra hendene dine Reaksjoner:Rr697 R

Rr697

Original plakat
11. mai 2019
  • 2. mai 2020
Vel, eksporttiden er omtrent 1:1, jeg vil se hva Render er, men det kan være raskere, og det bekymrer meg at det er så tregt på dette ENKELTE opptakene

AidenShaw

8. februar 2003
Halvøya
  • 2. mai 2020
Rr697 sa: Vel, eksporttiden er omtrent 1:1, jeg skal se hva Render er, men det kan være raskere, og det bekymrer meg at det er så tregt på dette ENKELTE opptakene
Kanskje det er på tide å flytte til Green Team.

Se medieelementet '> Sist redigert: 2. mai 2020

jasonmvp

macrumors halvgud
15. juni 2015
Nordlige VA
  • 2. mai 2020
Rr697 sa: Vel eksporttiden er omtrent 1:1, jeg skal se hva Render

Hvilket format eksporterer du til? R

Rr697

Original plakat
11. mai 2019
  • 3. mai 2020
jasonmvp sa: Hvilket format eksporterer du til?
MOV
[automerge] 1588535169 [/ automerge]
Aboo sa: Vel, hvis du selger din VegaII MPX-modul, gi meg beskjed, så kan jeg være villig til å ta den fra hendene dine Reaksjoner:OkiRun

IndioX

1. oktober 2018
østerrike/europa
  • 3. mai 2020
Rr697 sa: MOV

mov er ikke et format - det er en beholder for forskjellige kodeker!
Reaksjoner:h9826790 og OkiRun

jasonmvp

macrumors halvgud
15. juni 2015
Nordlige VA
  • 3. mai 2020
Rr697 sa: MOV

Hva er inne i .MOV-filen? Hva er kodingen? Gjør du et langt GOP-format som h.264 eller h.265?

Jeg vil også vurdere Vega II MPX-modulen hvis du går Duo. Jeg kan definitivt kaste en annen GPU på Resolve.
Reaksjoner:OkiRun R

Rr697

Original plakat
11. mai 2019
  • 4. mai 2020
h.264

jasonmvp

macrumors halvgud
15. juni 2015
Nordlige VA
  • 4. mai 2020
Rr697 sa: h.264

OK. Hvis du gjør 4K/60, blir h.264-maskinvarekoding tappet ut i sanntid med det. 4K/30 skal kunne gjøres på omtrent halvparten av tiden; den skalerer i utgangspunktet lineært. Men det er ingenting du kan gjøre med Vega II (selv ved å legge til en annen) som vil øke hastigheten på kodingen.
Reaksjoner:OkiRun G

goMac

Bidragsyter
15. april 2004
  • 4. mai 2020
Rr697 sa: h.264

H.264-koding håndteres av T2.

GPUen din er mest sannsynlig maksimert gjengivelse, og ikke koding. Du nevnte at du gjør mye med fargegradering.

Vega Duo kan hjelpe deg. Vanskelig å si hvorfor Vega 2 er maksimert uten å vite mer om fargegraderingen din.
Reaksjoner:OkiRun ELLER

OkiRun

25. oktober 2019
Japan
  • 4. mai 2020
goMac sa: H.264-koding håndteres av T2.

GPUen din er mest sannsynlig maksimert gjengivelse, og ikke koding. Du nevnte at du gjør mye med fargegradering.

Vega Duo kan hjelpe deg. Vanskelig å si hvorfor Vega 2 er maksimert uten å vite mer om fargegraderingen din.
GoMac ~
Jeg tror at Apple skapte 7.1 med arbeidsflyt av Metal, FCPX, ProRes, Afterburner, for å hjelpe redaktører med å ikke ha slike feilproblemer som OP lager for seg selv. Tar jeg feil i denne konklusjonen? R

Rr697

Original plakat
11. mai 2019
  • 5. mai 2020
Ja, jeg vil bare ha raskere ytelse, jeg føler at den er treg for det jeg forventet. Så å ha Duo, hva slags gevinster ville jeg se på ved gjengivelse og eksport?

jasonmvp

macrumors halvgud
15. juni 2015
Nordlige VA
  • 6. mai 2020
Rr697 sa: Ja, jeg vil bare ha raskere ytelse, jeg føler at den er treg for det jeg forventet. Så å ha Duo, hva slags gevinster ville jeg se på ved gjengivelse og eksport?

Til syvende og sist må du finne ut hvorfor alt føles 'som det er sakte'. Er det gjengivelsen eller omkodingen? Dessverre blander et par NLE-er de to begrepene på feil måte og overbelaster dem. Gjengivelse: komponer videoen, bilde for bilde, slik at det 'ser og høres ut' slik du vil. Inkludert eventuelle effekter, skalering, overganger, etc. Transkoding, som skjer under eksporten, er ganske enkelt: gjør denne gjengitte (komponerte) videoen til et annet format (f.eks.: h.264).

Begge er datatunge. GPU-gjengivelse skjer med shaders på den. Eksport av GPU-maskinvare skjer med den innebygde koderen på GPUen. Det ene har ingenting med det andre å gjøre. Når shaders blir slått på, vil du se 'GPU-belastningen' gå opp. Når koderen trenes, vil du sannsynligvis ikke se noe skje med hensyn til GPU-belastning; det avhenger av hvilken statistikk-app du bruker for å se.

Nå, her er en kurveball: hvis NLE bestemmer seg for å gjengi OG transkode samtidig, vil du slå på begge deler av GPU-en samtidig.

Hva å gjøre? Det er noen få statistikker som samler inn apper du kan installere for å se GPU-en og CPU-en din lastes. Jeg bruker den kommersielle versjonen av iStats. Jeg holder øye med de respektive belastningene mens jeg jobber og kan se at avspilling og gjengivelse av 6K Canon RAW Lite-filene mine i Resolve sender GPUen min til +95 %. Når jeg koder til h.265, synker belastningen dramatisk fordi komposisjonen er ferdig, og på det tidspunktet mater programvaren bare maskinvarekoderen for å skrive ut (jeg forenkler for mye). Det forvirrende er at BMD kaller hele denne prosessen 'gjengivelse'. Hvilket ... det ikke er. Det er omkoding. Reaksjoner:pldelisle

h9826790

3. april 2014
Hong Kong
  • 6. mai 2020
goMac sa: H.264-koding håndteres av T2.
Noen bevis? R

Rr697

Original plakat
11. mai 2019
  • 13. mai 2020
jasonmvp sa: Til syvende og sist må du finne ut hvorfor alt føles 'som det er tregt'. Er det gjengivelsen eller omkodingen? Dessverre blander et par NLE-er de to begrepene på feil måte og overbelaster dem. Gjengivelse: komponer videoen, bilde for bilde, slik at det 'ser og høres ut' slik du vil. Inkludert eventuelle effekter, skalering, overganger, etc. Transkoding, som skjer under eksporten, er ganske enkelt: gjør denne gjengitte (komponerte) videoen til et annet format (f.eks.: h.264).

Begge er datatunge. GPU-gjengivelse skjer med shaders på den. Eksport av GPU-maskinvare skjer med den innebygde koderen på GPUen. Det ene har ingenting med det andre å gjøre. Når shaders blir slått på, vil du se 'GPU-belastningen' gå opp. Når koderen trenes, vil du sannsynligvis ikke se noe skje med hensyn til GPU-belastning; det avhenger av hvilken statistikk-app du bruker for å se.

Nå, her er en kurveball: hvis NLE bestemmer seg for å gjengi OG transkode samtidig, vil du slå på begge deler av GPU-en samtidig.

Hva å gjøre? Det er noen få statistikker som samler inn apper du kan installere for å se GPU-en og CPU-en din lastes. Jeg bruker den kommersielle versjonen av iStats. Jeg holder øye med de respektive belastningene mens jeg jobber og kan se at avspilling og gjengivelse av 6K Canon RAW Lite-filene mine i Resolve sender GPUen min til +95 %. Når jeg koder til h.265, synker belastningen dramatisk fordi komposisjonen er ferdig, og på det tidspunktet mater programvaren bare maskinvarekoderen for å skrive ut (jeg forenkler for mye). Det forvirrende er at BMD kaller hele denne prosessen 'gjengivelse'. Hvilket ... det ikke er. Det er omkoding. Reaksjoner:OkiRun og Rr697

h9826790

3. april 2014
Hong Kong
  • 13. mai 2020
Rr697 sa: Jason! Jeg gjorde leksene mine med å redigere en haug med videoer, og her er mine virkelige verdensgjennomsnitt. Eksporttiden er dobbelt så lang som videoen. Jeg brukte iStat for å få alle disse tallene nedenfor.

FCPX med 8 bit 4K 24fps Sony A7RIV mp4

Gjengivelse av effekter/Luts etc

GPU-minne 50 %
GPU-prosessor 75–95 %

CPU 75 %

RAM 25 %

Eksporterer til MOV

GPU-minne 50 %
GPU-prosessor 2 %

CPU 50 %

LOAD er gjennomsnittlig 19-26 for begge
For testformål, har du noe imot å prøve å eksportere HEVC via maskinvarekoding og se hva som er lastet?

Denne videoen viser hvordan du eksporterer HEVC fra FCPX via maskinvarekoding.

Du kan også slå på 'Tillat ombestilling av rammer' for å bruke programvare HEVC-koding, og sammenligne maskinvarebruk / eksporttid.

For H264 er jeg ikke 100 % sikker på om det er det samme for 7,1 og 5,1. Men hvis du velger 'share' -> 'Master File' -> 'H264', bør FCPX bruke maskinvarekoding som standard (med mindre utenfor grensen, f.eks. oppløsningen er høyere enn 4K, vil den automatisk falle tilbake til programvarekoding). Det er slik jeg gjør det på min Mac Pro 5,1 med Radeon VII for maskinvarekoding. Sist redigert: 13. mai 2020
Reaksjoner:Rr697 R

Rr697

Original plakat
11. mai 2019
  • 13. mai 2020
h9826790 sa: For testformål, har du noe imot å prøve å eksportere HEVC via maskinvarekoding og se hva som er lastet?

Denne videoen viser hvordan du eksporterer HEVC fra FCPX via maskinvarekoding.

Du kan også slå på 'Tillat ombestilling av rammer' for å bruke programvare HEVC-koding, og sammenligne maskinvarebruk / eksporttid.

For H264 er jeg ikke 100 % sikker på om det er det samme for 7,1 og 5,1. Men hvis du velger 'share' -> 'Master File' -> 'H264', bør FCPX bruke maskinvarekoding som standard (med mindre utenfor grensen, f.eks. oppløsningen er høyere enn 4K, vil den automatisk falle tilbake til programvarekoding). Det er slik jeg gjør det på min Mac Pro 5,1 med Radeon VII for maskinvarekoding.

Vil gjøre!
Forum hvordan Apple Nyheter Anmeldelser Apple Nyheter
Apple tillater brukte deler for reparasjoner, fra og med iPhone 15-serien
iBank 5 for Mac legger til Bill Pay, strømlinjeformet oppdatering og mer
Populære Innlegg

Populære Innlegg

Hvordan Tos
Anmeldelse: Twelve Souths USB-C StayGo Hub tilbyr mange porter og to praktiske kabelstørrelser
Apple Nyheter
eBays nye Springtime-kupong lar deg få 15 % rabatt på nesten alt på hele siden i dag
Apple Nyheter
iPhone 15 Pros A17-brikke sies å ha 6 GPU-kjerner, støtte for 6 GB RAM
Apple Nyheter
Fjerde generasjons iPad Air nå tilgjengelig for forhåndsbestilling
Hvordan
Hvordan lage et Bernie Mittens Meme
Apple Nyheter
Eternal Giveaway: Vinn 30W og 65W USB-C strømadaptere fra RAVPower