MP 7,1 Radeon Pro Vega II NÃO é suficiente

Rr697

11 de maio de 2019

• 2 de maio de 2020

fhturner

7 de novembro de 2007

Birmingham, AL e Atlanta, GA

• 2 de maio de 2020

ctrlzone

9 de fevereiro de 2017

• 2 de maio de 2020

OkiRun

25 de outubro de 2019

Japão

• 2 de maio de 2020

IndioX disse: traduza sua filmagem para proores e compre um cartão de pós-combustão
se você também deve usar o software de edição adequado (resolver ou fcpx)

profdraper

14 de janeiro de 2017

Brisbane, Austrália

• 2 de maio de 2020

Uma vaia

7 de julho de 2008

• 2 de maio de 2020

Rr697

11 de maio de 2019

• 2 de maio de 2020

AidenShaw

8 de fevereiro de 2003

A península

• 2 de maio de 2020

Rr697 disse: Bem, o tempo de exportação é de cerca de 1: 1, verei o que é Render, mas poderia ser mais rápido e me preocupa que seja tão lento nessa filmagem FÁCIL

jasonmvp

macrumores semideus

15 de junho de 2015

VA do norte

• 2 de maio de 2020

Rr697 disse: Bem, o tempo de exportação é de cerca de 1: 1, verei o que renderizar

Rr697

11 de maio de 2019

• 3 de maio de 2020

jasonmvp disse: Para qual formato você está exportando?

Aboo disse: Bem, se você está vendendo seu módulo VegaII MPX, me avise e posso estar disposto a tirá-lo de suas mãos Reações:OkiRun

IndioX

1º de outubro de 2018

áustria / europa

• 3 de maio de 2020

Rr697 disse: MOV

mov não é um formato - é um contêiner para diferentes codecs!

Reações:h9826790 e OkiRun

jasonmvp

macrumores semideus

15 de junho de 2015

VA do norte

• 3 de maio de 2020

Rr697 disse: MOV

O que há dentro do arquivo .MOV? Qual é a codificação? Você está fazendo um formato de GOP longo como h.264 ou h.265?

Também vou considerar o módulo Vega II MPX se você for Duo. Posso definitivamente lançar outra GPU no Resolve.

Reações:OkiRun R

Rr697

Pôster original

11 de maio de 2019

• 4 de maio de 2020

h.264

jasonmvp

macrumores semideus

15 de junho de 2015

VA do norte

• 4 de maio de 2020

Rr697 disse: h.264

OK. Se você estiver usando 4K / 60, a codificação de hardware h.264 será liberada em tempo real com isso. 4K / 30 deve ser feito em cerca de metade do tempo; ele escala basicamente linearmente. Mas não há nada que você possa fazer com o Vega II (mesmo adicionando outro) que acelere a codificação.

Reações:OkiRun G

goMac

Contribuinte

15 de abril de 2004

• 4 de maio de 2020

Rr697 disse: h.264

A codificação H.264 é controlada por T2.

Provavelmente, sua GPU está com a renderização máxima, e não com a codificação. Você mencionou que está fazendo muitas correções de cores.

O Vega Duo pode ajudá-lo. É difícil dizer por que o Vega 2 atingiu seu limite máximo sem saber mais sobre sua graduação de cores.

Reações:OkiRun OU

OkiRun

25 de outubro de 2019

Japão

• 4 de maio de 2020

goMac disse: A codificação H.264 é controlada por T2.

Provavelmente, sua GPU está com a renderização máxima, e não com a codificação. Você mencionou que está fazendo muitas correções de cores.

O Vega Duo pode ajudá-lo. É difícil dizer por que o Vega 2 atingiu seu limite máximo sem saber mais sobre sua graduação de cores.

GoMac ~
Acho que a Apple criou o 7.1 com fluxo de trabalho de Metal, FCPX, ProRes, Afterburner, para ajudar os editores a não ter problemas de bug como o OP está criando para si próprios. Estou errado nesta conclusão? R

Rr697

Pôster original

11 de maio de 2019

• 5 de maio de 2020

Sim, eu só quero um desempenho mais rápido, sinto que está lento para o que eu esperava. Então, tendo o Duo, que tipo de ganhos eu estaria procurando na renderização e exportação?

jasonmvp

macrumores semideus

15 de junho de 2015

VA do norte

• 6 de maio de 2020

Rr697 disse: Sim, eu só quero um desempenho mais rápido, sinto que está lento para o que eu esperava. Então, tendo o Duo, que tipo de ganhos eu estaria procurando na renderização e exportação?

Em última análise, você precisa descobrir por que tudo parece 'lento'. É a renderização ou transcodificação? Infelizmente, alguns NLEs misturam indevidamente esses dois termos e os sobrecarregam. Renderização: compondo o vídeo, quadro a quadro, para que tenha a 'aparência e o som' de sua preferência. Incluindo quaisquer efeitos, escala, transições, etc. A transcodificação, que acontece durante a exportação, é simplesmente: transforme este vídeo renderizado (composto) em algum outro formato (por exemplo: h.264).

Ambos são computacionais pesados. A renderização da GPU acontece com os shaders nela. A exportação de hardware da GPU ocorre com o codificador integrado na GPU. Um não tem nada a ver com o outro. Quando os shaders estão sendo batidos, você verá a 'carga da GPU' aumentar. Quando o codificador for exercitado, você provavelmente não verá nada acontecer em relação à carga da GPU; isso depende de qual aplicativo de estatísticas você está usando para assistir.

Agora, aqui está uma bola curva: se o seu NLE decidir renderizar E transcodifique ao mesmo tempo, então você estará batendo em ambas as partes da GPU ao mesmo tempo.

O que fazer? Existem alguns aplicativos de coleta de estatísticas que você pode instalar para observar a carga da GPU e da CPU. Eu uso a versão comercial do iStats. Eu fico de olho nas respectivas cargas enquanto trabalho e posso ver que a reprodução e renderização dos meus arquivos Canon RAW Lite de 6K no Resolve envia minha GPU para + 95%. Quando eu transcodifico para h.265, a carga cai drasticamente porque a composição está concluída e, nesse ponto, o software está apenas alimentando os quadros do codificador de hardware para gravar (estou simplificando demais). O que é confuso é que o BMD chama todo esse processo de 'Renderização'. O que ... não é. É transcodificação. Reações:pldelisle

h9826790

3 de abril de 2014

Hong Kong

• 6 de maio de 2020

goMac disse: A codificação H.264 é controlada por T2.

Alguma prova? R

Rr697

Pôster original

11 de maio de 2019

• 13 de maio de 2020

jasonmvp disse: Em última análise, você precisa descobrir por que tudo parece 'lento'. É a renderização ou transcodificação? Infelizmente, alguns NLEs misturam indevidamente esses dois termos e os sobrecarregam. Renderização: compondo o vídeo, quadro a quadro, para que tenha a 'aparência e o som' de sua preferência. Incluindo quaisquer efeitos, escala, transições, etc. A transcodificação, que acontece durante a exportação, é simplesmente: transforme este vídeo renderizado (composto) em algum outro formato (por exemplo: h.264).

Ambos são computacionais pesados. A renderização da GPU acontece com os shaders nela. A exportação de hardware da GPU ocorre com o codificador integrado na GPU. Um não tem nada a ver com o outro. Quando os shaders estão sendo batidos, você verá a 'carga da GPU' aumentar. Quando o codificador for exercitado, você provavelmente não verá nada acontecer em relação à carga da GPU; isso depende de qual aplicativo de estatísticas você está usando para assistir.

Agora, aqui está uma bola curva: se o seu NLE decidir renderizar E transcodifique ao mesmo tempo, então você estará batendo em ambas as partes da GPU ao mesmo tempo.

O que fazer? Existem alguns aplicativos de coleta de estatísticas que você pode instalar para observar a carga da GPU e da CPU. Eu uso a versão comercial do iStats. Eu fico de olho nas respectivas cargas enquanto trabalho e posso ver que a reprodução e renderização dos meus arquivos Canon RAW Lite de 6K no Resolve envia minha GPU para + 95%. Quando eu transcodifico para h.265, a carga cai drasticamente porque a composição está concluída e, nesse ponto, o software está apenas alimentando os quadros do codificador de hardware para gravar (estou simplificando demais). O que é confuso é que o BMD chama todo esse processo de 'Renderização'. O que ... não é. É transcodificação. Reações:OkiRun e Rr697

h9826790

3 de abril de 2014

Hong Kong

• 13 de maio de 2020

Rr697 disse: Jason! Fiz meu dever de casa editando vários vídeos e aqui estão minhas médias do mundo real. O tempo de exportação é o dobro da duração do vídeo. Usei o iStat para obter todos esses números abaixo.

FCPX com 8 bits 4K 24fps Sony A7RIV mp4

Efeitos de renderização / Luts etc

Memória GPU 50%
Processador GPU 75-95%

CPU 75%

RAM 25%

Exportando para MOV

Memória GPU 50%
Processador GPU 2%

CPU 50%

LOAD é em média 19-26 para ambos

Para fins de teste, você pode tentar exportar HEVC por meio de codificação de hardware e ver o que está carregando?

Este vídeo mostra como exportar HEVC do FCPX via codificação de hardware.

Você também pode ativar 'Permitir reordenação de quadros' para usar codificação HEVC de software e comparar o uso de hardware / tempo de exportação.

Para H264, não estou 100% certo se é o mesmo para 7,1 e 5,1. Mas se escolher 'compartilhar' -> 'Arquivo mestre' -> 'H264', o FCPX deve usar a codificação de hardware por padrão (a menos que fora do limite, por exemplo, a resolução for superior a 4K, então ele voltará automaticamente para a codificação de software). É assim que faço no meu Mac Pro 5,1 com a Radeon VII para codificação de hardware. Última edição: 13 de maio de 2020

Reações:Rr697 R

Rr697

Pôster original

11 de maio de 2019

• 13 de maio de 2020

h9826790 disse: Para fins de teste, você se importa em tentar exportar HEVC via codificação de hardware e ver o que está carregando?

Este vídeo mostra como exportar HEVC do FCPX via codificação de hardware.

Você também pode ativar 'Permitir reordenação de quadros' para usar codificação HEVC de software e comparar o uso de hardware / tempo de exportação.

Para H264, não estou 100% certo se é o mesmo para 7,1 e 5,1. Mas se escolher 'compartilhar' -> 'Arquivo mestre' -> 'H264', o FCPX deve usar a codificação de hardware por padrão (a menos que fora do limite, por exemplo, a resolução for superior a 4K, então ele voltará automaticamente para a codificação de software). É assim que faço no meu Mac Pro 5,1 com a Radeon VII para codificação de hardware.

vai fazer!