Fora

MP 7,1 Radeon Pro Vega II IKKE nok

R

697 kr

Original plakat
11. maj 2019
  • 2. maj 2020
Hej gutter! Jeg har en 16 Core 7.1 med 4TB og 96GB ram og Radeon Pro Vega II. Selvom denne computer er meget hurtigere (350%) end min 27' iMac. Jeg kan se, at kortet er maksimeret i gengivelse og eksport på Final Cut. Ud fra alle de første anmeldelser troede jeg, at jeg købte nok kort, især i betragtning af, at mine optagelser IKKE er krævende overhovedet..... Nu tror jeg, at jeg skal sælge dette Radeon Pro Vega II MPX-modul og erstatte det med Duo. Hvad synes I? Reaktioner:pldelisle, OkiRun og MisterAndrew

fhturner

7. november 2007
Birmingham, AL og Atlanta, GA


  • 2. maj 2020
Jeg er forvirret. Tror du, at du har brug for en bedre GPU, fordi den software, du kører, bruger næsten 100 % af den under afgiftsoperationer? Det er, hvad jeg ville vil have det at gøre. Det ville være surt, hvis det brugte 20% af CPU'en eller GPU'en og tog meget længere tid at fuldføre. Har du sammenlignet tiden til at udføre den samme handling med din iMac?
Reaktioner:OkiRun, chrono1081, David G. og 3 andre

ctrlzone

9. februar 2017
  • 2. maj 2020
gengivelsesopgaver (skal) altid bruge 100 %
Reaktioner:OkiRun og pldelisle ELLER

OkiRun

25. oktober 2019
Japan
  • 2. maj 2020
IndioX sagde: oversæt dine optagelser til prores og køb et efterbrænderkort
hvis du også skal bruge den korrekte redigeringssoftware (resolve eller fcpx)
Gode ​​råd. Pro Vega II er perfekt til FCPX og Afterburner skærer som smør. Mere end nok strøm. Få FCPX indstillet til Pro Res og slå gengivelse til. Vær glad for, at GPU'en gør sit arbejde.
Reaktioner:IndioX

profdraper

14. januar 2017
Brisbane, Australien
  • 2. maj 2020
Uimponeret over VEGA II til FCPX eller Resolve Studio (sidstnævnte overgår stadig FCPX). Jeg har også en 11 Gb RTX 2080 Ti i en Win-arbejdsstation, og det overgår også Vega. Mine 2 cents er, at meget af dette er relateret til det forfærdelige Catalina OS, og forhåbentlig 'bør' ydeevneproblemer forbedres, når Apple fikser dets OS og underliggende drivere og firmwareopdateringer. Fortæller, at vi endnu ikke har set opdateringer til Pro App support, FCPX, Motion, Compressor, Logic osv. Når det sker, så forventer jeg, at ydeevnen vil være mere optimeret.
Reaktioner:Hps1 og Rr697 TIL

Aboo

7. juli 2008
  • 2. maj 2020
Hvis du sælger dit VegaII MPX-modul, så lad mig det vide, og jeg kan være villig til at tage det fra dine hænder Reaktioner:697 kr R

697 kr

Original plakat
11. maj 2019
  • 2. maj 2020
Nå, eksporttiden er omkring 1:1, jeg vil se, hvad Render er, men det kunne være hurtigere, og det bekymrer mig, at det er så langsomt på denne LETTE optagelse

AidenShaw

8. februar 2003
Halvøen
  • 2. maj 2020
Rr697 sagde: Godt eksporttiden er omkring 1:1, jeg vil se, hvad Render er, men det kunne være hurtigere, og det bekymrer mig, at det er så langsomt på denne LETTE optagelse
Måske er det tid til at flytte til det grønne hold.

Se medieemne '> Sidst redigeret: 2. maj 2020

jasonmvp

macrumors halvgud
15. juni 2015
Nordlige VA
  • 2. maj 2020
Rr697 sagde: Nå eksporttiden er omkring 1:1, jeg vil se, hvad Render

Hvilket format eksporterer du til? R

697 kr

Original plakat
11. maj 2019
  • 3. maj 2020
jasonmvp sagde: Hvilket format eksporterer du til?
MOV
[automerge] 1588535169 [/ automerge]
Aboo sagde: Nå, hvis du sælger dit VegaII MPX-modul, så lad mig det vide, og jeg kan være villig til at tage det fra dine hænder Reaktioner:OkiRun

IndioX

1. oktober 2018
østrig/europa
  • 3. maj 2020
Rr697 sagde: MOV

mov er ikke et format - det er en container til forskellige codecs!
Reaktioner:h9826790 og OkiRun

jasonmvp

macrumors halvgud
15. juni 2015
Nordlige VA
  • 3. maj 2020
Rr697 sagde: MOV

Hvad er der inde i .MOV-filen? Hvad er kodningen? Laver du et langt GOP-format som h.264 eller h.265?

Jeg vil også overveje Vega II MPX-modulet, hvis du går til Duo. Jeg kan helt sikkert smide en anden GPU på Resolve.
Reaktioner:OkiRun R

697 kr

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

jasonmvp

macrumors halvgud
15. juni 2015
Nordlige VA
  • 4. maj 2020
Rr697 sagde: h.264

OKAY. Hvis du laver 4K/60, så tappes h.264 hardware-kodning ud i realtid med det. 4K/30 burde kunne klares på cirka halvdelen af ​​tiden; den skalerer grundlæggende lineært. Men der er intet, du kan gøre med Vega II (selv ved at tilføje en anden), der vil fremskynde kodningen.
Reaktioner:OkiRun G

goMac

Bidragyder
15. april 2004
  • 4. maj 2020
Rr697 sagde: h.264

H.264-kodning håndteres af T2.

Din GPU er højst sandsynligt maxed out rendering og ikke kodning. Du nævnte, at du laver en masse farveklassificering.

Vega Duo kan hjælpe dig. Svært at sige, hvorfor Vega 2 er maxed uden at vide mere om din farveklassificering.
Reaktioner:OkiRun ELLER

OkiRun

25. oktober 2019
Japan
  • 4. maj 2020
goMac sagde: H.264-kodning håndteres af T2.

Din GPU er højst sandsynligt maxed out rendering og ikke kodning. Du nævnte, at du laver en masse farveklassificering.

Vega Duo kan hjælpe dig. Svært at sige, hvorfor Vega 2 er maxed uden at vide mere om din farveklassificering.
GoMac ~
Jeg tror, ​​at Apple skabte 7.1 med workflow af Metal, FCPX, ProRes, Afterburner, for at hjælpe redaktører med ikke at have sådanne fejlproblemer, som OP'en skaber til sig selv. Tager jeg fejl i denne konklusion? R

697 kr

Original plakat
11. maj 2019
  • 5. maj 2020
Ja, jeg vil bare have hurtigere ydeevne, jeg føler, at den er langsom i forhold til det, jeg havde forventet. Så at have Duo, hvilken slags gevinster ville jeg se på ved gengivelse og eksport?

jasonmvp

macrumors halvgud
15. juni 2015
Nordlige VA
  • 6. maj 2020
Rr697 sagde: Ja, jeg vil bare have hurtigere ydeevne, jeg føler, at den er langsom i forhold til det, jeg havde forventet. Så at have Duo, hvilken slags gevinster ville jeg se på ved gengivelse og eksport?

I sidste ende skal du finde ud af, hvorfor alt føles 'som om det er langsomt'. Er det gengivelsen eller omkodningen? Desværre blander et par NLE'er disse to udtryk forkert og overbelaster dem. Gengivelse: komponerer videoen, billede for billede, så det 'ser og lyder', som du vil. Inklusive eventuelle effekter, skalering, overgange osv. Transkodning, som sker under eksporten, er ganske enkelt: vend denne gengivede (komponerede) video til et andet format (f.eks.: h.264).

Begge er datatunge. GPU-gengivelse sker med shaders på den. Eksport af GPU-hardware sker med den indbyggede encoder på GPU'en. Det ene har intet med det andet at gøre. Når shaderne bliver slået på, vil du se 'GPU-belastningen' gå op. Når koderen bliver trænet, vil du sandsynligvis ikke se noget ske med hensyn til GPU-belastning; det afhænger af, hvilken statistik-app du bruger til at se.

Nu, her er en kurvebold: hvis din NLE beslutter sig for at gengive OG omkode på samme tid, så vil du slå på begge dele af GPU'en på én gang.

Hvad skal man gøre? Der er et par statistikker, der samler apps, du kan installere for at se din GPU og CPU-belastning. Jeg bruger den kommercielle version af iStats. Jeg holder øje med de respektive belastninger, mens jeg arbejder og kan se, at afspilning og gengivelse af mine 6K Canon RAW Lite-filer i Resolve sender min GPU til +95%. Når jeg omkoder til h.265, falder belastningen dramatisk, fordi sammensætningen er færdig, og på det tidspunkt føder softwaren bare hardwareencoder-frames til at skrive ud (jeg forenkler). Det forvirrende er, at BMD kalder hele den proces for 'gengivelse'. Hvilket ... det ikke er. Det er omkodning. Reaktioner:pldelisle

h9826790

3. april 2014
Hong Kong
  • 6. maj 2020
goMac sagde: H.264-kodning håndteres af T2.
Noget bevis? R

697 kr

Original plakat
11. maj 2019
  • 13. maj 2020
jasonmvp sagde: I sidste ende skal du finde ud af, hvorfor alt føles 'som om det er langsomt'. Er det gengivelsen eller omkodningen? Desværre blander et par NLE'er disse to udtryk forkert og overbelaster dem. Gengivelse: komponerer videoen, billede for billede, så det 'ser og lyder', som du vil. Inklusive eventuelle effekter, skalering, overgange osv. Transkodning, som sker under eksporten, er ganske enkelt: vend denne gengivede (komponerede) video til et andet format (f.eks.: h.264).

Begge er datatunge. GPU-gengivelse sker med shaders på den. Eksport af GPU-hardware sker med den indbyggede encoder på GPU'en. Det ene har intet med det andet at gøre. Når shaderne bliver slået på, vil du se 'GPU-belastningen' gå op. Når koderen bliver trænet, vil du sandsynligvis ikke se noget ske med hensyn til GPU-belastning; det afhænger af, hvilken statistik-app du bruger til at se.

Nu, her er en kurvebold: hvis din NLE beslutter sig for at gengive OG omkode på samme tid, så vil du slå på begge dele af GPU'en på én gang.

Hvad skal man gøre? Der er et par statistikker, der samler apps, du kan installere for at se din GPU og CPU-belastning. Jeg bruger den kommercielle version af iStats. Jeg holder øje med de respektive belastninger, mens jeg arbejder og kan se, at afspilning og gengivelse af mine 6K Canon RAW Lite-filer i Resolve sender min GPU til +95%. Når jeg omkoder til h.265, falder belastningen dramatisk, fordi sammensætningen er færdig, og på det tidspunkt føder softwaren bare hardwareencoder-frames til at skrive ud (jeg forenkler). Det forvirrende er, at BMD kalder hele den proces for 'gengivelse'. Hvilket ... det ikke er. Det er omkodning. Reaktioner:OkiRun og Rr697

h9826790

3. april 2014
Hong Kong
  • 13. maj 2020
Rr697 sagde: Jason! Jeg lavede mine lektier ved at redigere en masse videoer, og her er mine virkelige verdensgennemsnit. Eksporttiden er dobbelt så lang som videoens længde. Jeg brugte iStat til at få alle disse tal nedenfor.

FCPX med 8 bit 4K 24fps Sony A7RIV mp4

Gengivelseseffekter/Luts mm

GPU hukommelse 50%
GPU-processor 75-95 %

CPU 75 %

RAM 25 %

Eksporterer til MOV

GPU hukommelse 50%
GPU-processor 2 %

CPU 50 %

LOAD er gennemsnitligt 19-26 for begge
Til testformål, har du noget imod at prøve at eksportere HEVC via hardwarekodning og se, hvad indlæsningen er?

Denne video viser, hvordan du eksporterer HEVC fra FCPX via hardwarekodning.

Du kan også slå 'Tillad rammeombestilling' til for at bruge software HEVC-kodning og sammenligne hardwarebrug/eksporttid.

For H264 er jeg ikke 100% sikker på, om det er det samme for 7,1 og 5,1. Men hvis du vælger 'share' -> 'Master File' -> 'H264', skal FCPX bruge hardware-kodning som standard (medmindre den ligger uden for grænsen, f.eks. opløsningen er højere end 4K, så vil den automatisk gå tilbage til software-kodning). Sådan gør jeg det på min Mac Pro 5,1 med Radeon VII til hardwarekodning. Sidst redigeret: 13. maj 2020
Reaktioner:697 kr R

697 kr

Original plakat
11. maj 2019
  • 13. maj 2020
h9826790 sagde: Til testformål, har du noget imod at prøve at eksportere HEVC via hardwarekodning og se, hvad der indlæses?

Denne video viser, hvordan du eksporterer HEVC fra FCPX via hardwarekodning.

Du kan også slå 'Tillad rammeombestilling' til for at bruge software HEVC-kodning og sammenligne hardwarebrug/eksporttid.

For H264 er jeg ikke 100% sikker på, om det er det samme for 7,1 og 5,1. Men hvis du vælger 'share' -> 'Master File' -> 'H264', skal FCPX bruge hardware-kodning som standard (medmindre den ligger uden for grænsen, f.eks. opløsningen er højere end 4K, så vil den automatisk gå tilbage til software-kodning). Sådan gør jeg det på min Mac Pro 5,1 med Radeon VII til hardwarekodning.

vil gøre!
Fortrolighedspolitik Fora hvordan Andet Anmeldelser
Anmeldelse: Mophies USB-C-udstyrede 26.000 mAh Powerstation 3XL har juice nok til at oplade din MacBook eller MacBook Air
Target begynder Apple Pay-udrulning på udvalgte steder
Populære Indlæg

Populære Indlæg

Apple Nyheder
Apple Pay nu accepteret på alle Costco-varehuse i USA
Apple Nyheder
Triple-Lens-kameraer kommer til 2019 iPhone, 2020 iPhones og iPads med laserdrevne 3D-kameraer
Apple Nyheder
Apple angiveligt i samtaler med Mariah Carey om at gøre 'Magical Christmas Special' opfølgning
Apple Nyheder
WhatsApp pålægger en ny grænse for videresendelse af massemeddelelser til langsom spredning af misinformation
Apple Nyheder
Tilbud: Apples 2021 iPad får nye rabatter på Amazon med op til $80 i rabat
Apple Nyheder
Intels kommende Coffee Lake-processorer op til 30 % hurtigere end Kaby Lake-chips, der kommer til Mac-notebooks