MP 7,1 Radeon Pro Vega II PAS assez

Rr697

11 mai 2019

• 2 mai 2020

tourneur

7 novembre 2007

Birmingham, AL et Atlanta, Géorgie

• 2 mai 2020

ctrlzone

9 février 2017

• 2 mai 2020

OkiRun

25 octobre 2019

Japon

• 2 mai 2020

IndioX a dit : traduisez vos images en prores et achetez une carte de postcombustion
si vous devez également utiliser le logiciel d'édition approprié (resolve ou fcpx)

profdraper

14 janvier 2017

Brisbane, Australie

• 2 mai 2020

Un Boo

7 juil. 2008

• 2 mai 2020

Rr697

11 mai 2019

• 2 mai 2020

Aiden Shaw

8 février 2003

La péninsule

• 2 mai 2020

Rr697 a dit : Eh bien, le temps d'exportation est d'environ 1 : 1, je vais voir ce qu'est le rendu, mais cela pourrait être plus rapide et cela m'inquiète que ce soit si lent sur cette séquence FACILE

jasonmvp

demi-dieu macrumors

15 juin 2015

Virginie du Nord

• 2 mai 2020

Rr697 a dit : Eh bien, le temps d'exportation est d'environ 1 : 1, je vais voir quel rendu

Rr697

11 mai 2019

• 3 mai 2020

jasonmvp a dit : vers quel format exportez-vous ?

Aboo a dit : Eh bien, si vous vendez votre module VegaII MPX, faites-le moi savoir et je serai peut-être prêt à vous le retirer. Réactions :OkiRun

IndioX

1 octobre 2018

Autriche/Europe

• 3 mai 2020

Rr697 a dit : MOV

mov n'est pas un format - c'est un conteneur pour différents codecs !

Réactions :h9826790 et OkiRun

jasonmvp

demi-dieu macrumors

15 juin 2015

Virginie du Nord

• 3 mai 2020

Rr697 a dit : MOV

Que contient le fichier .MOV ? C'est quoi l'encodage ? Faites-vous un format long-GOP comme h.264 ou h.265 ?

Je considérerai également le module Vega II MPX si vous optez pour Duo. Je peux certainement lancer un autre GPU à Resolve.

Réactions :OkiRun R

Rr697

Affiche originale

11 mai 2019

• 4 mai 2020

h.264

jasonmvp

demi-dieu macrumors

15 juin 2015

Virginie du Nord

• 4 mai 2020

Rr697 a dit : h.264

D'ACCORD. Si vous faites du 4K/60, alors l'encodage matériel h.264 est exploité en temps réel avec cela. 4K/30 devrait pouvoir être fait en environ la moitié du temps ; il évolue essentiellement de manière linéaire. Mais il n'y a rien que vous puissiez faire avec le Vega II (même en en ajoutant un autre) qui accélérera l'encodage.

Réactions :OkiRun g

goMac

Donateur

15 avr. 2004

• 4 mai 2020

Rr697 a dit : h.264

L'encodage H.264 est géré par T2.

Votre GPU est très probablement au maximum de rendu, et non d'encodage. Vous avez mentionné que vous faites beaucoup d'étalonnage des couleurs.

Le Vega Duo pourrait vous aider. Difficile de dire pourquoi le Vega 2 est au maximum sans en savoir plus sur votre étalonnage des couleurs.

Réactions :OkiRun OU

OkiRun

25 octobre 2019

Japon

• 4 mai 2020

goMac a dit : L'encodage H.264 est géré par T2.

Votre GPU est très probablement au maximum de rendu, et non d'encodage. Vous avez mentionné que vous faites beaucoup d'étalonnage des couleurs.

Le Vega Duo pourrait vous aider. Difficile de dire pourquoi le Vega 2 est au maximum sans en savoir plus sur votre étalonnage des couleurs.

GoMac ~
Je pense qu'Apple a créé 7.1 avec un workflow de Metal, FCPX, ProRes, Afterburner, pour aider les éditeurs à ne pas avoir de problèmes de bogues comme l'OP crée pour eux-mêmes. Est-ce que je me trompe dans cette conclusion? R

Rr697

Affiche originale

11 mai 2019

• 5 mai 2020

Oui, je veux juste des performances plus rapides, j'ai l'impression que c'est lent pour ce à quoi je m'attendais. Alors, avec le Duo, quel genre de gains aurais-je à envisager en termes de rendu et d'exportation ?

jasonmvp

demi-dieu macrumors

15 juin 2015

Virginie du Nord

• 6 mai 2020

Rr697 a déclaré: Oui, je veux juste des performances plus rapides, j'ai l'impression que c'est lent pour ce à quoi je m'attendais. Alors, avec le Duo, quel genre de gains aurais-je à envisager en termes de rendu et d'exportation ?

En fin de compte, vous devez comprendre pourquoi tout semble « comme si c'était lent ». Est-ce le rendu ou le transcodage ? Malheureusement, quelques NLE mélangent incorrectement ces deux termes et les surchargent. Rendu : composition de la vidéo, image par image, pour qu'elle « ressemble et sonne » comme vous le souhaitez. Y compris les effets, la mise à l'échelle, les transitions, etc. Le transcodage, qui se produit pendant l'exportation, consiste simplement à : transformer cette vidéo rendue (composée) dans un autre format (par exemple : h.264).

Les deux sont lourds en calcul. Le rendu GPU se produit avec les shaders dessus. L'exportation du matériel GPU se fait avec l'encodeur intégré sur le GPU. L'un n'a rien à voir avec l'autre. Lorsque les shaders sont battus, vous verrez la 'charge GPU' augmenter. Lorsque l'encodeur s'exerce, vous ne verrez probablement rien se produire en ce qui concerne la charge du GPU ; cela dépend de l'application de statistiques que vous utilisez pour regarder.

Maintenant, voici une boule courbe : si votre NLE décide de rendre ET transcoder en même temps, alors vous battrez sur les deux parties du GPU à la fois.

Que faire? Il existe quelques applications de collecte de statistiques que vous pouvez installer pour surveiller la charge de votre GPU et de votre CPU. J'utilise la version commerciale d'iStats. Je garde un œil sur les charges respectives pendant que je travaille et je peux voir que la lecture et le rendu de mes fichiers 6K Canon RAW Lite dans Resolve envoient mon GPU à +95%. Lorsque je transcode en h.265, la charge chute considérablement car la composition est terminée et, à ce stade, le logiciel ne fait que nourrir les trames de l'encodeur matériel à écrire (je simplifie à l'excès). Ce qui est déroutant, c'est que BMD appelle tout ce processus « Rendu ». Ce qui... ce n'est pas le cas. C'est du transcodage. Réactions :pldelisle

h9826790

3 avr. 2014

Hong Kong

• 6 mai 2020

goMac a dit : L'encodage H.264 est géré par T2.

Une preuve ? R

Rr697

Affiche originale

11 mai 2019

• 13 mai 2020

jasonmvp a déclaré : En fin de compte, vous devez comprendre pourquoi tout semble « comme si c'était lent ». Est-ce le rendu ou le transcodage ? Malheureusement, quelques NLE mélangent incorrectement ces deux termes et les surchargent. Rendu : composition de la vidéo, image par image, pour qu'elle « ressemble et sonne » comme vous le souhaitez. Y compris les effets, la mise à l'échelle, les transitions, etc. Le transcodage, qui se produit pendant l'exportation, consiste simplement à : transformer cette vidéo rendue (composée) dans un autre format (par exemple : h.264).

Les deux sont lourds en calcul. Le rendu GPU se produit avec les shaders dessus. L'exportation du matériel GPU se fait avec l'encodeur intégré sur le GPU. L'un n'a rien à voir avec l'autre. Lorsque les shaders sont battus, vous verrez la 'charge GPU' augmenter. Lorsque l'encodeur s'exerce, vous ne verrez probablement rien se produire en ce qui concerne la charge du GPU ; cela dépend de l'application de statistiques que vous utilisez pour regarder.

Maintenant, voici une boule courbe : si votre NLE décide de rendre ET transcoder en même temps, alors vous battrez sur les deux parties du GPU à la fois.

Que faire? Il existe quelques applications de collecte de statistiques que vous pouvez installer pour surveiller la charge de votre GPU et de votre CPU. J'utilise la version commerciale d'iStats. Je garde un œil sur les charges respectives pendant que je travaille et je peux voir que la lecture et le rendu de mes fichiers 6K Canon RAW Lite dans Resolve envoient mon GPU à +95%. Lorsque je transcode en h.265, la charge chute considérablement car la composition est terminée et, à ce stade, le logiciel ne fait que nourrir les trames de l'encodeur matériel à écrire (je simplifie à l'excès). Ce qui est déroutant, c'est que BMD appelle tout ce processus « Rendu ». Ce qui... ce n'est pas le cas. C'est du transcodage. Réactions :OkiRun et Rr697

h9826790

3 avr. 2014

Hong Kong

• 13 mai 2020

Rr697 a dit : Jason ! J'ai fait mes devoirs en éditant un tas de vidéos et voici mes moyennes dans le monde réel. Le temps d'exportation est le double de la durée de la vidéo. J'ai utilisé iStat pour obtenir tous ces nombres ci-dessous.

FCPX avec 8 bits 4K 24fps Sony A7RIV mp4

Effets de rendu/Luts, etc.

Mémoire GPU 50%
Processeur GPU 75-95%

CPU 75%

RAM 25%

Exportation vers MOV

Mémoire GPU 50%
Processeur GPU 2%

CPU 50%

LA CHARGE est en moyenne de 19-26 pour les deux

À des fins de test, cela vous dérange-t-il d'essayer d'exporter HEVC via un codage matériel et de voir quel est le chargement ?

Cette vidéo montre comment exporter HEVC à partir de FCPX via l'encodage matériel.

Vous pouvez également activer « Autoriser la réorganisation des images » pour utiliser l'encodage logiciel HEVC et comparer l'utilisation du matériel/le temps d'exportation.

Pour H264, je ne suis pas sûr à 100% si c'est la même chose pour 7,1 et 5,1. Mais si vous choisissez 'partager' -> 'Fichier maître' -> 'H264', FCPX doit utiliser l'encodage matériel par défaut (sauf en dehors de la limite, par exemple si la résolution est supérieure à 4K, alors il reviendra automatiquement à l'encodage logiciel). C'est comme ça que je fais sur mon Mac Pro 5,1 avec la Radeon VII pour l'encodage matériel. Dernière édition : 13 mai 2020

Réactions :Rr697 R

Rr697

Affiche originale

11 mai 2019

• 13 mai 2020

h9826790 a dit : À des fins de test, cela vous dérange-t-il d'essayer d'exporter HEVC via l'encodage matériel et de voir quel est le chargement ?

Cette vidéo montre comment exporter HEVC à partir de FCPX via l'encodage matériel.

Vous pouvez également activer « Autoriser la réorganisation des images » pour utiliser l'encodage logiciel HEVC et comparer l'utilisation du matériel/le temps d'exportation.

Pour H264, je ne suis pas sûr à 100% si c'est la même chose pour 7,1 et 5,1. Mais si vous choisissez 'partager' -> 'Fichier maître' -> 'H264', FCPX doit utiliser l'encodage matériel par défaut (sauf en dehors de la limite, par exemple si la résolution est supérieure à 4K, alors il reviendra automatiquement à l'encodage logiciel). C'est comme ça que je fais sur mon Mac Pro 5,1 avec la Radeon VII pour l'encodage matériel.

ça ira!