Config Montage 4K avec Sony Vegas Pro

Bonjour,
Un pc avec un amd fx 8350, 8 Go de mémoire, Carte video Asus Strix gtx 960 4Go et les ssd et hdd qui vont bien, peut-il faire tourné Sony Vegas Pro 13 sans souci.
Merci

 

A priori, OUI, mais je ne suis pas un utilisateur assidu de Végas, plutôt de Premiere.

Olivier

 

Bonjour,

Malheureusement, tu risques d’être très déçu.

Quand je balance du XAVC 4k sur une machine en i7 4770, 16 Go de Ram et une GTX 970,

Ça monte à 80% sur le processeur, 75% sur la RAM, et j'ai une image qui broute déjà sans aucune correction.

Ou alors tu paramètres Végas pour qu’il travaille automatiquement en proxy sur les fichiers UHD.

A+

 

Oui, mais avec le proxy, perte importante de la qualité de l'mage ou pas?

 

Non, au final aucune perte,

Proxy, donc, fichiers moins lourds utilisés pendant le montage, remplacés par les originaux au moment du render.
( Et ça reste pratiquement invisible pendant le montage, sur un petit écran de preview)

Végas va gérer automatiquement, pas de soucis.
Par contre il va encoder tout ce que tu enfournes dans le projet, si tu as beaucoup de rushs, il va falloir être patient ...

A+

 

Merci beaucoup.

 

Regardez les tests que j'avais fait il y a quelques temps, les résultats avec Vegas ne sont pas aussi dramatiques que ce qu'indique Milpak :
[CpteRendu] - Tests compatibilité lecture vidéos issues de camescopes 4K | Le Repaire
Mais, suivant les camescopes, donc les formats, beaucoup moins bon qu'avec Premiere, sur la même configuration.

L'utilisation du mode proxy est certes une solution, mais alourdi considérablement le processus.

Olivier

 

Merci ogt, je possède un Panasonic VX 870 et les tests sont très intéressant.

 

Bonjour JLH,

J’ai testé ça sur d’anciens rushs d’AX100 (Avant MAJ, donc du XAVC à environ 60 Mb/s)

Bien sûr, le projet était paramétré en 8 bits, mais avec un preview « pleine balle » en 3840.
Sans aucune correction, j’estime tourner à environ 20 i/s.

Si je passe la preview en 1920, j’ai effectivement une charge de processeur qui tombe environ à 45%, mais ce n’est pas pour autant que ma preview devient parfaitement fluide.… Et surtout, à la moindre correction colorimétrique, le proce remonte à 90% et mon image saccade.

J'ai peut être une machine et des SSD un peu "encombrés", mais allouer plus ou moins de RAM à Végas ne change pas grand-chose, et l’accélération GPU d’une carte NVIDIA non plus…

Il me semble que les 4770K et 6700K sont proches au niveau performances, et en tout cas supérieurs à un fx 8350, c’est la raison pour laquelle je suis assez peu optimiste pour la machine de Michel 91 (Sans utilisation de Proxy)


Globalement je n’utilise plus Végas, ni le XAVC, pour démarrer un montage :
Je travaille essentiellement sur des projets très courts, je préfère donc encoder tous mes fichiers images en Cinéform et commencer directement sur Resolve : Sur cette même machine, même sur des rushs en 4K (Et donc en 32 bits avec Resolve), je reste totalement fluide en 25 i/s sur ma preview, même après 3 ou 4 nodes de corrections basiques…


Au niveau encodeur, je viens d’investir dans un petit bijou doté d’une interface nettement au-dessus du lot :

Acrovid - FootageStudio - Format conversions, Video Standard conversions, Frame rate conversions, SD-HD conversions, Video Denoise, Overcrank.

A+

 

Bonjour JLH,

Je te confirme que la RAM attribuée à la preview dynamique est automatiquement utilisée par la preview « ordinaire ».
C'est d'ailleurs une source de plantage assez connue quand on lui en donne trop.
J'utilise très régulièrement cette preview dynamique pour caler des habillages audio qui demandent une grande précision.

Pour la fluidité du 4 K: Ces prochains jours, je vais refaire d'autres essais sur une autre machine, plus récente, avec une GTX 980 et un 4970K, mais je serais étonné que ça change quoi que ce soit pour Végas.

Le TMPGenc, j'ai laissé tombé à la fin de la version 5, car il me sortait du Cineform non reconnu par Resolve …... Je n'ai jamais réussi à comprendre pourquoi.

A+

 

Et pourtant ... fais l'expérience toit même :
Donne lui 2 ou 3 minutes de rushs, 8 ou 9 Gb de RAM pour la preview dynamique, puis tu fais simplement tourner et tu regardes ce qu'il se passe dans ton moniteur de ressources...