Forum

MP 7,1 Radeon Pro Vega II räcker INTE

R

697 kr

Originalaffisch
11 maj 2019
  • 2 maj 2020
Hej killar! Jag har en 16 Core 7.1 med 4TB och 96GB RAM och Radeon Pro Vega II. Även om den här datorn är mycket snabbare (350%) än min 27' iMac. Jag ser att kortet är maxat i rendering och export på Final Cut. Från alla de första recensionerna trodde jag att jag köpte tillräckligt med kort, speciellt med tanke på att mina bilder INTE är krävande alls..... Nu tror jag att jag måste sälja denna Radeon Pro Vega II MPX-modul och ersätta den med Duo. Vad tycker ni? Reaktioner:pldelisle, OkiRun och MisterAndrew

fturner

7 november 2007
Birmingham, AL & Atlanta, GA


  • 2 maj 2020
Jag är förvirrad. Tror du att du behöver en bättre GPU eftersom programvaran du kör använder nästan 100 % av den under beskattning? Det är vad jag skulle vilja det att göra. Skulle suga om det skulle använda 20% av CPU eller GPU och ta mycket längre tid att slutföra. Har du jämfört tiden för att göra samma operation med din iMac?
Reaktioner:OkiRun, chrono1081, David G. och 3 andra

ctrlzon

9 februari 2017
  • 2 maj 2020
renderingsuppgifter (ska) alltid använda 100 %
Reaktioner:OkiRun och pldelisle ELLER

OkiRun

25 oktober 2019
Japan
  • 2 maj 2020
IndioX sa: översätt dina bilder till prores och köp ett efterbrännarkort
om du också ska använda rätt redigeringsprogram (resolve eller fcpx)
Bra råd. Pro Vega II är perfekt för FCPX och Afterburner skär som smör. Mer än tillräckligt med kraft. Ställ in FCPX på Pro Res och aktivera rendering. Var glad att GPU:n gör sitt jobb.
Reaktioner:IndioX

profdraper

14 januari 2017
Brisbane, Australien
  • 2 maj 2020
Oimponerad av VEGA II för FCPX eller Resolve Studio (den senare överträffar fortfarande FCPX). Jag har också en 11Gb RTX 2080 Ti i en Win-arbetsstation och det överträffar också Vega. Mina 2 cent är att mycket av detta är relaterat till det hemska Catalina OS och förhoppningsvis 'bör' prestandaproblem förbättras när Apple fixar sitt OS och underliggande drivrutiner och firmwareuppdateringar. Berättar att vi ännu inte har sett uppdateringar för Pro App-stöd, FCPX, Motion, Compressor, Logic etc. När det väl händer, då förväntar jag mig att prestandan kommer att bli mer optimerad.
Reaktioner:Hps1 och Rr697 TILL

Aboo

7 juli 2008
  • 2 maj 2020
Om du säljer din VegaII MPX-modul, låt mig veta så kan jag vara villig att ta bort den från dina händer Reaktioner:697 kr R

697 kr

Originalaffisch
11 maj 2019
  • 2 maj 2020
Exporttiden är ungefär 1:1. Jag ska se vad Render är men det kan vara snabbare och det oroar mig att det är så långsamt på den här ENKLA inspelningen

AidenShaw

8 februari 2003
Halvön
  • 2 maj 2020
Rr697 sa: Exporttiden är ungefär 1:1, jag ska se vad Render är men det kan vara snabbare och det oroar mig att det är så långsamt på den här ENKLA filmen
Kanske är det dags att flytta till Green Team.

Visa mediaobjekt '> Senast redigerad: 2 maj 2020

jasonmvp

macrumors halvgud
15 juni 2015
Norra VA
  • 2 maj 2020
Rr697 sa: Tja Exporttiden är ungefär 1:1 Jag ska se vad Render

Vilket format exporterar du till? R

697 kr

Originalaffisch
11 maj 2019
  • 3 maj 2020
jasonmvp sa: Vilket format exporterar du till?
MOV
[automerge] 1588535169 [/ automerge]
Aboo sa: Tja, om du säljer din VegaII MPX-modul, låt mig veta så kan jag vara villig att ta bort den från dina händer Reaktioner:OkiRun

IndioX

1 oktober 2018
Österrike/europa
  • 3 maj 2020
Rr697 sa: MOV

mov är inte ett format - det är en behållare för olika codecs!
Reaktioner:h9826790 och OkiRun

jasonmvp

macrumors halvgud
15 juni 2015
Norra VA
  • 3 maj 2020
Rr697 sa: MOV

Vad finns i .MOV-filen? Vad är det för kodning? Gör du ett långt GOP-format som h.264 eller h.265?

Jag kommer också att överväga Vega II MPX-modulen om du går Duo. Jag kan definitivt kasta en annan GPU på Resolve.
Reaktioner:OkiRun R

697 kr

Originalaffisch
11 maj 2019
  • 4 maj 2020
h.264

jasonmvp

macrumors halvgud
15 juni 2015
Norra VA
  • 4 maj 2020
Rr697 sa: h.264

OK. Om du gör 4K/60, så tappas h.264 hårdvarukodning ut i realtid med det. 4K/30 bör kunna göras på ungefär halva tiden; den skalar i princip linjärt. Men det finns inget du kan göra med Vega II (även genom att lägga till en till) som kommer att påskynda kodningen.
Reaktioner:OkiRun G

goMac

Bidragsgivare
15 april 2004
  • 4 maj 2020
Rr697 sa: h.264

H.264-kodning hanteras av T2.

Din GPU är troligen maxad rendering och inte kodning. Du nämnde att du gör mycket färggradering.

Vega Duo kan hjälpa dig. Svårt att säga varför Vega 2 är maxad utan att veta mer om din färggradering.
Reaktioner:OkiRun ELLER

OkiRun

25 oktober 2019
Japan
  • 4 maj 2020
goMac sa: H.264-kodning hanteras av T2.

Din GPU är troligen maxad rendering och inte kodning. Du nämnde att du gör mycket färggradering.

Vega Duo kan hjälpa dig. Svårt att säga varför Vega 2 är maxad utan att veta mer om din färggradering.
GoMac ~
Jag tror att Apple skapade 7.1 med arbetsflöde av Metal, FCPX, ProRes, Afterburner, för att hjälpa redaktörer att inte ha sådana buggproblem som OP skapar åt sig själva. Har jag fel i denna slutsats? R

697 kr

Originalaffisch
11 maj 2019
  • 5 maj 2020
Ja, jag vill bara ha snabbare prestanda, jag känner att det är långsamt för vad jag förväntade mig. Så att ha Duo, vilken typ av vinster skulle jag titta på vid rendering och export?

jasonmvp

macrumors halvgud
15 juni 2015
Norra VA
  • 6 maj 2020
Rr697 sa: Ja, jag vill bara ha snabbare prestanda, jag känner att det är långsamt för vad jag förväntade mig. Så att ha Duo, vilken typ av vinster skulle jag titta på vid rendering och export?

I slutändan måste du ta reda på varför allt känns 'som det går långsamt'. Är det renderingen eller omkodningen? Tyvärr blandar ett par NLE de två termerna på felaktigt sätt och överbelasta dem. Rendering: komponera videon, bildruta för bildruta så att den 'ser ut och låter' som du vill. Inklusive eventuella effekter, skalning, övergångar, etc. Omkodning, som sker under exporten är helt enkelt: förvandla denna renderade (komponerade) video till något annat format (t.ex.: h.264).

Båda är beräkningstunga. GPU-rendering sker med shaders på den. Export av GPU-hårdvara sker med den inbyggda kodaren på GPU:n. Det ena har inget med det andra att göra. När shadersna slås på, kommer du att se 'GPU-belastningen' gå upp. När kodaren tränas kommer du förmodligen inte att se något hända med avseende på GPU-belastningen; det beror på vilken statistikapp du använder för att titta på.

Nu, här är en kurvboll: om din NLE bestämmer sig för att rendera OCH koda om samtidigt, då kommer du att slå på båda delarna av GPU:n samtidigt.

Vad ska man göra? Det finns några få statistik som samlar in appar du kan installera för att se din GPU och CPU laddas. Jag använder den kommersiella versionen av iStats. Jag håller ett öga på respektive laddning medan jag arbetar och kan se att uppspelning och rendering av mina 6K Canon RAW Lite-filer i Resolve skickar min GPU till +95%. När jag omkodar till h.265, sjunker belastningen dramatiskt eftersom kompositionen är klar, och vid den tidpunkten matar programvaran bara hårdvarukodarramarna för att skriva ut (jag förenklar för mycket). Det förvirrande är att BMD kallar hela den processen för 'rendering'. Vilket ... det inte är. Det är omkodning. Reaktioner:pldelisle

h9826790

3 april 2014
Hong Kong
  • 6 maj 2020
goMac sa: H.264-kodning hanteras av T2.
Något bevis? R

697 kr

Originalaffisch
11 maj 2019
  • 13 maj 2020
jasonmvp sa: I slutändan måste du ta reda på varför allt känns 'som det är långsamt'. Är det renderingen eller omkodningen? Tyvärr blandar ett par NLE de två termerna på felaktigt sätt och överbelasta dem. Rendering: komponera videon, bildruta för bildruta så att den 'ser ut och låter' som du vill. Inklusive eventuella effekter, skalning, övergångar, etc. Omkodning, som sker under exporten är helt enkelt: förvandla denna renderade (komponerade) video till något annat format (t.ex.: h.264).

Båda är beräkningstunga. GPU-rendering sker med shaders på den. Export av GPU-hårdvara sker med den inbyggda kodaren på GPU:n. Det ena har inget med det andra att göra. När shadersna slås på, kommer du att se 'GPU-belastningen' gå upp. När kodaren tränas kommer du förmodligen inte att se något hända med avseende på GPU-belastningen; det beror på vilken statistikapp du använder för att titta på.

Nu, här är en kurvboll: om din NLE bestämmer sig för att rendera OCH koda om samtidigt, då kommer du att slå på båda delarna av GPU:n samtidigt.

Vad ska man göra? Det finns några få statistik som samlar in appar du kan installera för att se din GPU och CPU laddas. Jag använder den kommersiella versionen av iStats. Jag håller ett öga på respektive laddning medan jag arbetar och kan se att uppspelning och rendering av mina 6K Canon RAW Lite-filer i Resolve skickar min GPU till +95%. När jag omkodar till h.265, sjunker belastningen dramatiskt eftersom kompositionen är klar, och vid den tidpunkten matar programvaran bara hårdvarukodarramarna för att skriva ut (jag förenklar för mycket). Det förvirrande är att BMD kallar hela den processen för 'rendering'. Vilket ... det inte är. Det är omkodning. Reaktioner:OkiRun och Rr697

h9826790

3 april 2014
Hong Kong
  • 13 maj 2020
Rr697 sa: Jason! Jag gjorde mina läxor med att redigera en massa videor och här är mina verkliga medelvärden. Exporttiden är dubbelt så lång som videon. Jag använde iStat för att få alla dessa nummer nedan.

FCPX med 8 bitars 4K 24fps Sony A7RIV mp4

Rendering effekter/Luts etc

GPU-minne 50 %
GPU-processor 75-95 %

CPU 75 %

RAM 25 %

Exporterar till MOV

GPU-minne 50 %
GPU-processor 2%

CPU 50 %

LOAD är i genomsnitt 19-26 för båda
För teständamål, har du något emot att försöka exportera HEVC via hårdvarukodning och se vad som laddas?

Den här videon visar hur man exporterar HEVC från FCPX via hårdvarukodning.

Du kan också aktivera 'Tillåt omordning av ramar' för att använda programvaran HEVC-kodning och jämföra hårdvaruanvändning/exporttid.

För H264 är jag inte 100% säker på om det är samma sak för 7,1 och 5,1. Men om du väljer 'share' -> 'Master File' -> 'H264', bör FCPX använda hårdvarukodning som standard (såvida den inte ligger utanför gränsen, t.ex. upplösningen är högre än 4K, då återgår den automatiskt till programvarukodning). Det är så jag gör det på min Mac Pro 5,1 med Radeon VII för hårdvarukodning. Senast redigerad: 13 maj 2020
Reaktioner:697 kr R

697 kr

Originalaffisch
11 maj 2019
  • 13 maj 2020
h9826790 sa: För teständamål, har du något emot att försöka exportera HEVC via hårdvarukodning och se vad som laddas?

Den här videon visar hur man exporterar HEVC från FCPX via hårdvarukodning.

Du kan också aktivera 'Tillåt omordning av ramar' för att använda programvaran HEVC-kodning och jämföra hårdvaruanvändning/exporttid.

För H264 är jag inte 100% säker på om det är samma sak för 7,1 och 5,1. Men om du väljer 'share' -> 'Master File' -> 'H264', bör FCPX använda hårdvarukodning som standard (såvida den inte ligger utanför gränsen, t.ex. upplösningen är högre än 4K, då återgår den automatiskt till programvarukodning). Det är så jag gör det på min Mac Pro 5,1 med Radeon VII för hårdvarukodning.

ska göra!
Apple News Integritetspolicy Övrig Recensioner recension
Kuo på 2020 iPhones: 5,4-tums- och 6,7-tumsmodeller med 5G, 6,1-tumsmodeller med LTE, alla med OLED-skärmar
Skaparen av 'GBA4iOS' retar nya SNES, Game Boy och Nintendo 64 iOS Emulator 'Delta'
Populära Inlägg

Populära Inlägg

Apple News
Ulysses får förbättrade funktioner för bloggpublicering och sessionshistorik
Hur Tos
Hur man ställer in en iPad som en Home Hub för HomeKit-enheter
Apple News
Apple Car spekuleras i att utnyttja Eye-Tracking-teknik med ett 'C1'-chip baserat på A12-processor
Apple News
Mophie lanserar en ny 'Snap'-linje med MagSafe-kompatibla tillbehör
Hur Tos
Hur man tar bort tredjepartskonton som Facebook från din Mac
Apple News
Google lägger till stöd för mörkt läge till Google Search App för iOS och Android