Forums

MP 7,1 Radeon Pro Vega II NIET genoeg

R

Rr697

originele poster
11 mei 2019
  • 2 mei 2020
Hallo jongens! Ik heb een 16 Core 7.1 met 4TB en 96GB RAM en de Radeon Pro Vega II. Hoewel deze computer veel sneller (350%) is dan mijn 27' iMac. Ik zie dat de kaart maximaal is in het renderen en exporteren op Final Cut. Uit alle eerste beoordelingen dacht ik dat ik genoeg kaart had gekocht, vooral omdat mijn beeldmateriaal helemaal NIET veeleisend is..... Nu denk ik dat ik deze Radeon Pro Vega II MPX-module moet verkopen en vervangen door de Duo. wat denken jullie? reacties:pldelisle, OkiRun en MisterAndrew

fhturner

7 november 2007
Birmingham, AL & Atlanta, GA


  • 2 mei 2020
Ik ben verward. Denk je dat je een betere GPU nodig hebt omdat de software die je gebruikt bijna 100% ervan gebruikt tijdens belastende operaties? Dat zou ik doen wil het te doen. Zou balen als het 20% van de CPU of GPU zou gebruiken en veel langer zou duren om te voltooien. Heb je de tijd vergeleken om dezelfde bewerking uit te voeren met je iMac?
reacties:OkiRun, chrono1081, David G. en 3 anderen

ctrlzone

9 februari 2017
  • 2 mei 2020
rendertaken (moeten) altijd 100% gebruiken
reacties:OkiRun en pldelisle OF

OkiRun

25 okt 2019
Japan
  • 2 mei 2020
IndioX zei: vertaal je beelden naar prores en koop een afterburner-kaart
als u ook de juiste bewerkingssoftware moet gebruiken (resolve of fcpx)
Goed advies. De Pro Vega II is perfect voor FCPX en de Afterburner snijdt als boter. Meer dan genoeg vermogen. Zet FCPX op Pro Res en zet weergave aan. Wees blij dat de GPU zijn werk doet.
reacties:IndioX

profdraper

14 jan. 2017
Brisbane, Australië
  • 2 mei 2020
Niet onder de indruk van de VEGA II voor FCPX of Resolve Studio (de laatste presteert nog steeds beter dan FCPX). Ik heb ook een 11Gb RTX 2080 Ti in een Win-werkstation en ook die presteert beter dan de Vega. Mijn 2 cent is dat veel hiervan gerelateerd is aan het vreselijke Catalina OS en hopelijk zouden prestatieproblemen moeten verbeteren zodra Apple zijn besturingssysteem en onderliggende stuurprogramma's en firmware-updates heeft gerepareerd. Ik zeg dat we nog geen updates hebben gezien voor Pro App-ondersteuning, FCPX, Motion, Compressor, Logic enz. Zodra dat gebeurt, verwacht ik dat de prestaties meer geoptimaliseerd zullen zijn.
reacties:Hps1 en Rr697 TOT

Aboe

7 juli 2008
  • 2 mei 2020
Welnu, als u uw VegaII MPX-module verkoopt, laat het me weten en ik ben bereid om het u uit handen te nemen reacties:Rr697 R

Rr697

originele poster
11 mei 2019
  • 2 mei 2020
Nou, de exporttijd is ongeveer 1: 1 Ik zal zien wat Render is, maar het zou sneller kunnen zijn en ik maak me zorgen dat het zo traag is op dit GEMAKKELIJKE beeldmateriaal

AidenShaw

8 februari 2003
het schiereiland
  • 2 mei 2020
Rr697 zei: Nou, de exporttijd is ongeveer 1:1. Ik zal zien wat Render is, maar het kan sneller zijn en ik maak me zorgen dat het zo traag is op deze GEMAKKELIJKE beelden
Misschien is het tijd om over te stappen naar het Green Team.

Bekijk media-item '> ​ Laatst bewerkt: 2 mei 2020

jasonmvp

macrumors halfgod
15 juni 2015
Noord VA
  • 2 mei 2020
Rr697 zei: Nou, de exporttijd is ongeveer 1: 1 Ik zal zien wat Render

Naar welk formaat exporteer je? R

Rr697

originele poster
11 mei 2019
  • 3 mei 2020
jasonmvp zei: Naar welk formaat exporteer je?
MOV
[automerge] 1588535169 [/ automerge]
Aboo zei: Nou, als je je VegaII MPX-module verkoopt, laat het me dan weten en ik ben misschien bereid om het van je over te nemen reacties:OkiRun

IndioX

1 okt. 2018
oostenrijk/europa
  • 3 mei 2020
Rr697 zei: MOV

mov is geen formaat - het is een container voor verschillende codecs!
reacties:h9826790 en OkiRun

jasonmvp

macrumors halfgod
15 juni 2015
Noord VA
  • 3 mei 2020
Rr697 zei: MOV

Wat staat er in het .MOV-bestand? Wat is de codering? Gebruik je een long-GOP-formaat zoals h.264 of h.265?

Ik zal ook de Vega II MPX-module overwegen als je voor Duo gaat. Ik kan zeker nog een GPU naar Resolve gooien.
reacties:OkiRun R

Rr697

originele poster
11 mei 2019
  • 4 mei 2020
h.264

jasonmvp

macrumors halfgod
15 juni 2015
Noord VA
  • 4 mei 2020
Rr697 zei: h.264

OKE. Als je 4K/60 gebruikt, wordt daarmee de h.264-hardwarecodering in realtime afgetapt. 4K/30 zou in ongeveer de helft van de tijd moeten kunnen; het schaalt in principe lineair. Maar er is niets dat je kunt doen met de Vega II (zelfs door er nog een toe te voegen) dat de codering zal versnellen.
reacties:OkiRun G

goMac

Bijdrager
15 april 2004
  • 4 mei 2020
Rr697 zei: h.264

H.264-codering wordt afgehandeld door T2.

Uw GPU is hoogstwaarschijnlijk maximaal renderend en niet gecodeerd. U zei dat u veel kleurcorrectie uitvoert.

De Vega Duo kan je daarbij helpen. Moeilijk te zeggen waarom de Vega 2 maximaal is zonder meer te weten over je kleurcorrectie.
reacties:OkiRun OF

OkiRun

25 okt 2019
Japan
  • 4 mei 2020
goMac zei: H.264-codering wordt afgehandeld door T2.

Uw GPU is hoogstwaarschijnlijk maximaal renderend en niet gecodeerd. U zei dat u veel kleurcorrectie uitvoert.

De Vega Duo kan je daarbij helpen. Moeilijk te zeggen waarom de Vega 2 maximaal is zonder meer te weten over je kleurcorrectie.
GoMac ~
Ik denk dat Apple 7.1 heeft gemaakt met een workflow van Metal, FCPX, ProRes, Afterburner, om redacteuren te helpen niet zulke bugproblemen te hebben als de OP voor zichzelf creëert. Zit ik fout in deze conclusie? R

Rr697

originele poster
11 mei 2019
  • 5 mei 2020
Ja, ik wil gewoon snellere prestaties. Ik heb het gevoel dat het traag is voor wat ik had verwacht. Dus met het Duo wat voor soort voordelen zou ik naar kijken bij renderen en exporteren?

jasonmvp

macrumors halfgod
15 juni 2015
Noord VA
  • 6 mei 2020
Rr697 zei: Ja, ik wil gewoon snellere prestaties. Ik heb het gevoel dat het traag is voor wat ik verwachtte. Dus met het Duo wat voor soort voordelen zou ik naar kijken bij renderen en exporteren?

Uiteindelijk moet je erachter komen waarom alles voelt 'alsof het traag is'. Is het de weergave of transcodering? Helaas mengen een paar NLE's die twee termen niet goed en overbelasten ze. Rendering: het samenstellen van de video, frame voor frame, zodat het 'eruit ziet en klinkt' zoals je wilt. Inclusief eventuele effecten, schalen, overgangen, enz. Transcodering, wat tijdens het exporteren gebeurt, is eenvoudig: zet deze gerenderde (gecomponeerde) video om in een ander formaat (bijv. h.264).

Beide zijn reken zwaar. GPU-rendering gebeurt met de shaders erop. Het exporteren van GPU-hardware gebeurt met de ingebouwde encoder op de GPU. Het een heeft niets met het ander te maken. Wanneer er op de shaders wordt geslagen, zie je de 'GPU-belasting' omhoog gaan. Wanneer de encoder wordt geoefend, zul je waarschijnlijk niets zien gebeuren met betrekking tot GPU-belasting; dat hangt af van welke statistieken-app je gebruikt om te kijken.

Nu, hier is een curvebal: als je NLE besluit te renderen EN tegelijkertijd transcoderen, dan verslaat u beide delen van de GPU tegelijk.

Wat te doen? Er zijn een paar statistieken die apps verzamelen die u kunt installeren om uw GPU- en CPU-belasting te bekijken. Ik gebruik de commerciële versie van iStats. Ik houd de respectieve belastingen in de gaten terwijl ik werk en kan zien dat het afspelen en weergeven van mijn 6K Canon RAW Lite-bestanden in Resolve mijn GPU naar +95% stuurt. Wanneer ik transcodeer naar h.265, daalt de belasting dramatisch omdat de compositie klaar is, en op dat moment voedt de software alleen de hardware-encoderframes om uit te schrijven (ik ben te simpel aan het maken). Het verwarrende is dat BMD dat hele proces 'Rendering' noemt. Wat... is het niet. Het is transcoderen. reacties:pldelisle

h9826790

3 april 2014
Hongkong
  • 6 mei 2020
goMac zei: H.264-codering wordt afgehandeld door T2.
Enig bewijs? R

Rr697

originele poster
11 mei 2019
  • 13 mei 2020
jasonmvp zei: Uiteindelijk moet je erachter komen waarom alles voelt 'alsof het traag is'. Is het de weergave of transcodering? Helaas mengen een paar NLE's die twee termen niet goed en overbelasten ze. Rendering: het samenstellen van de video, frame voor frame, zodat het 'eruit ziet en klinkt' zoals je wilt. Inclusief eventuele effecten, schalen, overgangen, enz. Transcodering, wat tijdens het exporteren gebeurt, is eenvoudig: zet deze gerenderde (gecomponeerde) video om in een ander formaat (bijv. h.264).

Beide zijn reken zwaar. GPU-rendering gebeurt met de shaders erop. Het exporteren van GPU-hardware gebeurt met de ingebouwde encoder op de GPU. Het een heeft niets met het ander te maken. Wanneer er op de shaders wordt geslagen, zie je de 'GPU-belasting' omhoog gaan. Wanneer de encoder wordt geoefend, zul je waarschijnlijk niets zien gebeuren met betrekking tot GPU-belasting; dat hangt af van welke statistieken-app je gebruikt om te kijken.

Nu, hier is een curvebal: als je NLE besluit te renderen EN tegelijkertijd transcoderen, dan verslaat u beide delen van de GPU tegelijk.

Wat te doen? Er zijn een paar statistieken die apps verzamelen die u kunt installeren om uw GPU- en CPU-belasting te bekijken. Ik gebruik de commerciële versie van iStats. Ik houd de respectieve belastingen in de gaten terwijl ik werk en kan zien dat het afspelen en weergeven van mijn 6K Canon RAW Lite-bestanden in Resolve mijn GPU naar +95% stuurt. Wanneer ik transcodeer naar h.265, daalt de belasting dramatisch omdat de compositie klaar is, en op dat moment voedt de software alleen de hardware-encoderframes om uit te schrijven (ik ben te simpel aan het maken). Het verwarrende is dat BMD dat hele proces 'Rendering' noemt. Wat... is het niet. Het is transcoderen. reacties:OkiRun en Rr697

h9826790

3 april 2014
Hongkong
  • 13 mei 2020
Rr697 zei: Jason! Ik heb mijn huiswerk gedaan met het bewerken van een aantal video's en hier zijn mijn echte wereldgemiddelden. De exporttijd is tweemaal de lengte van de video. Ik heb iStat gebruikt om al deze nummers hieronder te krijgen.

FCPX met 8 Bit 4K 24fps Sony A7RIV mp4

Rendering effecten/Luts etc

GPU-geheugen 50%
GPU-processor 75-95%

CPU 75%

werkgeheugen 25%


Exporteren naar MOV

GPU-geheugen 50%
GPU-processor 2%

CPU 50%

LOAD is gemiddeld 19-26 voor beide
Wilt u voor testdoeleinden HEVC proberen te exporteren via hardwarecodering en kijken wat er wordt geladen?

Deze video laat zien hoe u HEVC van FCPX kunt exporteren via hardwarecodering.

U kunt ook 'Sta herschikking van frames toe' inschakelen om software HEVC-codering te gebruiken en het hardwaregebruik/exporttijd te vergelijken.

Voor H264 weet ik niet 100% zeker of het hetzelfde is voor 7,1 en 5,1. Maar als 'share' -> 'Master File' -> 'H264' kiest, moet FCPX standaard hardwarecodering gebruiken (tenzij buiten de limiet, bijvoorbeeld als de resolutie hoger is dan 4K, dan zal het automatisch terugvallen op softwarecodering). Zo doe ik het op mijn Mac Pro 5,1 met de Radeon VII voor hardwarecodering. Laatst bewerkt: 13 mei 2020
reacties:Rr697 R

Rr697

originele poster
11 mei 2019
  • 13 mei 2020
h9826790 zei: Zou je voor testdoeleinden willen proberen HEVC te exporteren via hardwarecodering en te kijken wat er wordt geladen?

Deze video laat zien hoe u HEVC van FCPX kunt exporteren via hardwarecodering.

U kunt ook 'Sta herschikking van frames toe' inschakelen om software HEVC-codering te gebruiken en het hardwaregebruik/exporttijd te vergelijken.

Voor H264 weet ik niet 100% zeker of het hetzelfde is voor 7,1 en 5,1. Maar als 'share' -> 'Master File' -> 'H264' kiest, moet FCPX standaard hardwarecodering gebruiken (tenzij buiten de limiet, bijvoorbeeld als de resolutie hoger is dan 4K, dan zal het automatisch terugvallen op softwarecodering). Zo doe ik het op mijn Mac Pro 5,1 met de Radeon VII voor hardwarecodering.

zal ik doen!