MP 7,1 Radeon Pro Vega II НЕ е достатъчно

Rr697

11 май 2019 г

• 2 май 2020 г

fhturner

7 ноември 2007 г

Бирмингам, Алабама и Атланта, Джорджия

• 2 май 2020 г

ctrlzone

9 февруари 2017 г

• 2 май 2020 г

OkiRun

25 октомври 2019 г

Япония

• 2 май 2020 г

IndioX каза: преведете вашите кадри на prores и купете карта за последващо изгаряне
ако трябва да използвате и подходящия софтуер за редактиране (resolve или fcpx)

profdraper

14 януари 2017 г

Бризбейн, Австралия

• 2 май 2020 г

Абу

7 юли 2008 г

• 2 май 2020 г

Rr697

11 май 2019 г

• 2 май 2020 г

AidenShaw

8 февруари 2003 г

Полуостровът

• 2 май 2020 г

Rr697 каза: Ами времето за експортиране е около 1:1, ще видя какво е Render, но може да е по-бързо и ме притеснява, че е толкова бавно на този ЛЕСЕН кадр

jasonmvp

macrumors полубог

15 юни 2015 г

Северна Вирджиния

• 2 май 2020 г

Rr697 каза: Ами времето за експортиране е около 1:1 ще видя какво рендира

Rr697

11 май 2019 г

• 3 май 2020 г

jasonmvp каза: В какъв формат експортирате?

Абу каза: Е, ако продавате своя VegaII MPX модул, уведомете ме и може би съм склонен да го сваля от ръцете ви Реакции:OkiRun

IndioX

1 октомври 2018 г

австрия/европа

• 3 май 2020 г

Rr697 каза: MOV

mov не е формат - това е контейнер за различни кодеци!

Реакции:h9826790 и OkiRun

jasonmvp

macrumors полубог

15 юни 2015 г

Северна Вирджиния

• 3 май 2020 г

Rr697 каза: MOV

Какво има вътре във файла .MOV? Какво е кодирането? Правите ли long-GOP формат като h.264 или h.265?

Ще разгледам и модула Vega II MPX, ако изберете Duo. Определено мога да хвърля още един GPU в Resolve.

Реакции:OkiRun Р

Rr697

Оригинален плакат

11 май 2019 г

• 4 май 2020 г

h.264

jasonmvp

macrumors полубог

15 юни 2015 г

Северна Вирджиния

• 4 май 2020 г

Rr697 каза: h.264

ДОБРЕ. Ако правите 4K/60, тогава хардуерното кодиране h.264 се използва в реално време с това. 4K/30 трябва да може да се направи за около половината от времето; мащабира се основно линейно. Но не можете да направите нищо с Vega II (дори като добавите друг), което да ускори кодирането.

Реакции:OkiRun г

goMac

Сътрудник

15 април 2004 г

• 4 май 2020 г

Rr697 каза: h.264

H.264 кодирането се обработва от T2.

Вашият графичен процесор най-вероятно има максимално изобразяване, а не кодиране. Споменахте, че правите много цветово градиране.

Vega Duo може да ви помогне. Трудно е да се каже защо Vega 2 е максимално използван, без да знаете повече за вашата цветова степен.

Реакции:OkiRun ИЛИ

OkiRun

25 октомври 2019 г

Япония

• 4 май 2020 г

goMac каза: H.264 кодирането се обработва от T2.

Вашият графичен процесор най-вероятно има максимално изобразяване, а не кодиране. Споменахте, че правите много цветово градиране.

Vega Duo може да ви помогне. Трудно е да се каже защо Vega 2 е максимално използван, без да знаете повече за вашата цветова степен.

GoMac ~
Мисля, че Apple създаде 7.1 с работен процес на Metal, FCPX, ProRes, Afterburner, за да помогне на редакторите да нямат такива проблеми с грешки, каквито OP създава за себе си. Греша ли в това заключение? Р

Rr697

Оригинален плакат

11 май 2019 г

• 5 май 2020 г

Да, просто искам по-бързо изпълнение, чувствам, че е бавно за това, което очаквах. И така, като имам Duo, какви печалби бих гледал при изобразяване и експортиране?

jasonmvp

macrumors полубог

15 юни 2015 г

Северна Вирджиния

• 6 май 2020 г

Rr697 каза: Да, просто искам по-бърза производителност, чувствам, че е бавно за това, което очаквах. И така, като имам Duo, какви печалби бих гледал при изобразяване и експортиране?

В крайна сметка трябва да разберете защо всичко се чувства като „бавно“. Изобразяването ли е или транскодирането? За съжаление няколко NLE смесват неправилно тези два термина и ги претоварват. Изобразяване: композиране на видеото, кадър по кадър, така че да „изглежда и звучи“ както искате. Включително всякакви ефекти, мащабиране, преходи и т.н. Транскодирането, което се случва по време на експортирането е просто: превърнете това изобразено (композирано) видео в друг формат (напр.: h.264).

И двете са изчислително тежки. GPU изобразяването се случва с шейдърите върху него. Експортирането на хардуер на GPU се случва с вградения енкодер на GPU. Едното няма нищо общо с другото. Когато шейдърите се бият, ще видите как „натоварването на GPU“ се увеличава. Когато енкодерът се упражни, вероятно няма да видите нищо да се случи по отношение на натоварването на графичния процесор; това зависи от това кое приложение за статистика използвате, за да гледате.

Сега, ето една крива топка: ако вашият NLE реши да изобрази И транскодирате едновременно, тогава ще биете и двете части на графичния процесор наведнъж.

Какво да правя? Има няколко приложения за събиране на статистика, които можете да инсталирате, за да наблюдавате натоварването на графичния и процесор. Използвам комерсиалната версия на iStats. Следя съответните натоварвания, докато работя и виждам, че възпроизвеждането и изобразяването на моите 6K Canon RAW Lite файлове в Resolve изпраща моя GPU до +95%. Когато прекодирам в h.265, натоварването пада драстично, защото композицията е готова и в този момент софтуерът просто захранва кадрите на хардуерния енкодер за запис (опростявам прекалено). Объркващото е, че BMD нарича целия този процес „Изобразяване“. Което... не е. Това е транскодиране. Реакции:pldelisle

h9826790

3 април 2014 г

Хонг Конг

• 6 май 2020 г

goMac каза: H.264 кодирането се обработва от T2.

Някакво доказателство? Р

Rr697

Оригинален плакат

11 май 2019 г

• 13 май 2020 г

jasonmvp каза: В крайна сметка трябва да разберете защо всичко изглежда „като ли е бавно“. Изобразяването ли е или транскодирането? За съжаление няколко NLE смесват неправилно тези два термина и ги претоварват. Изобразяване: композиране на видеото, кадър по кадър, така че да „изглежда и звучи“ както искате. Включително всякакви ефекти, мащабиране, преходи и т.н. Транскодирането, което се случва по време на експортирането е просто: превърнете това изобразено (композирано) видео в друг формат (напр.: h.264).

И двете са изчислително тежки. GPU изобразяването се случва с шейдърите върху него. Експортирането на хардуер на GPU се случва с вградения енкодер на GPU. Едното няма нищо общо с другото. Когато шейдърите се бият, ще видите как „натоварването на GPU“ се увеличава. Когато енкодерът се упражни, вероятно няма да видите нищо да се случи по отношение на натоварването на графичния процесор; това зависи от това кое приложение за статистика използвате, за да гледате.

Сега, ето една крива топка: ако вашият NLE реши да изобрази И транскодирате едновременно, тогава ще биете и двете части на графичния процесор наведнъж.

Какво да правя? Има няколко приложения за събиране на статистика, които можете да инсталирате, за да наблюдавате натоварването на графичния и процесор. Използвам комерсиалната версия на iStats. Следя съответните натоварвания, докато работя и виждам, че възпроизвеждането и изобразяването на моите 6K Canon RAW Lite файлове в Resolve изпраща моя GPU до +95%. Когато прекодирам в h.265, натоварването пада драстично, защото композицията е готова и в този момент софтуерът просто захранва кадрите на хардуерния енкодер за запис (опростявам прекалено). Объркващото е, че BMD нарича целия този процес „Изобразяване“. Което... не е. Това е транскодиране. Реакции:OkiRun и Rr697

h9826790

3 април 2014 г

Хонг Конг

• 13 май 2020 г

Rr697 каза: Джейсън! Направих си домашната работа, редактирайки куп видеоклипове и ето моите средни стойности в реалния свят. Времето за експортиране е два пъти по-дълго от дължината на видеоклипа. Използвах iStat, за да получа всички тези номера по-долу.

FCPX с 8 Bit 4K 24fps Sony A7RIV mp4

Ефекти за изобразяване/Luts и др

GPU памет 50%
GPU процесор 75-95%

процесор 75%

RAM 25%

Експортиране в MOV

GPU памет 50%
GPU процесор 2%

процесор 50%

LOAD е средно 19-26 и за двете

За целите на тестването, имате ли нещо против да опитате да експортирате HEVC чрез хардуерно кодиране и да видите какво е зареждането?

Това видео показва как да експортирате HEVC от FCPX чрез хардуерно кодиране.

Можете също да включите „Разрешаване на пренареждане на кадри“, за да използвате софтуерно HEVC кодиране, и да сравните времето за използване/експорт на хардуер.

За H264 не съм 100% сигурен дали е същото за 7,1 и 5,1. Но ако изберете 'share' -> 'Master File' -> 'H264', FCPX трябва да използва хардуерно кодиране по подразбиране (освен ако не е извън ограничението, например разделителната способност е по-висока от 4K, тогава автоматично ще се върне към софтуерно кодиране). Ето как го правя на моя Mac Pro 5,1 с Radeon VII за хардуерно кодиране. Последна редакция: 13 май 2020 г

Реакции:Rr697 Р

Rr697

Оригинален плакат

11 май 2019 г

• 13 май 2020 г

h9826790 каза: За целите на тестването, имате ли нещо против да опитате да експортирате HEVC чрез хардуерно кодиране и да видите какво е зареждането?

Това видео показва как да експортирате HEVC от FCPX чрез хардуерно кодиране.

Можете също да включите „Разрешаване на пренареждане на кадри“, за да използвате софтуерно HEVC кодиране и да сравните времето за използване/експорт на хардуер.

За H264 не съм 100% сигурен дали е същото за 7,1 и 5,1. Но ако изберете 'share' -> 'Master File' -> 'H264', FCPX трябва да използва хардуерно кодиране по подразбиране (освен ако не е извън ограничението, например разделителната способност е по-висока от 4K, тогава автоматично ще се върне към софтуерно кодиране). Ето как го правя на моя Mac Pro 5,1 с Radeon VII за хардуерно кодиране.

ще го направя!