@@johansolutionsdigitales Salut Johan. J'ai fais des tests en utilisant une video 4k de mon téléphone portable qui filme en 30 i/s La conversion en DNxHD fonctionne bien en 25 i/s mais l’idéal est de conformer avant la vidéo en 25 i/s puis ensuite en DNxHD, Par contre les fichiers pèsent lourd de 6.9 Giga on passe à 20.4 Giga. Avec Openshot on a une bonne fluidité de lecture sans avoir à attendre que le cache se charge avant. A l'encodage en HD 1080p 23.98 fps, j'ai un très bon résultat en sortie. Juste pour info j'ai un pc dédier que pour le montage vidéo un i5 avec 32 giga de RAM qui me permet d'obtenir de bons résultats avec des temps d'encodage réduit surtout si on utilise des transitions. En attendant un i7. 😁😁. Bisous.
@@cadoretherve6523 Excellent Hervé, merci pour ton test. Oui les fichiers sont plus lourds mais si la fluidité est au rendez-vous pour le montage, cela vaut le coup (quitte à supprimer ou à archiver ensuite) ! Concernant le cache, j'ai constaté la même chose, donc pas ou peu de calculs nécessaires pour la preview. Bien à toi 👍🙏 PS : J'ai épinglé en haut ce commentaire.
@@johansolutionsdigitales Un oubli il faut être patient car les temps de conversion sont assez long pour des fichiers volumineux; mais ça vaut le coup d'avoir une timeline fluide surtout quand on fait beaucoup de découpage.
Test suite j'ai converti le même fichier 6.9 Giga en DNxHR HQ sur un core i3 car on a pas tous des machines de guerre. Fichier de rendu final 121,4 Giga après près de 2 h 00 de conversion . Pendant la conversion les 4 cœurs tourne a plus de 98% la mémoire arrive a 4 Giga d'utilisation sur 8 disponible et le disque dur swap environ 20 à 30 Mega. Cette conversion est vraiment dédier à des postes hyper puissants. Test de lecture du fichier sur le lecteur vidéo du pc saccade. Test avec Openshot saccade aussi Conclusions dans ce format il faut de la puissance pour tout les calculs et le ré encodage. Je pense qu'on peux utiliser le GPU des cartes graphiques plutôt que le CPU on doit gagner un peu de temps.(voir les fichiers de configs). un format à ne pas utiliser pour faire des vidéos sauf si vous avez un pc hyper puissant. Fichiers lourd qui demande beaucoup de ressource pour un pc lambda. Même le logiciel de montage reste à la ramasse pour lire la timeline. Mes test sont réalisé comme un utilisateur lambda qui veux se lancer dans le montage et qui regarde cette vidéo. Conclusion final utilisez HNxHD surtout si vous n'êtes pas Spielberg et que vous voulez faire du RU-vid ou autre.😂😂😂😂
Bonjour. Je viens de m'abonner car je me lance dans le montage et tes vidéos sont des mines d'or pour un débutant. Je filme avec une DJI Osmo Pocket 3 et les fichiers que je sors sont des MP4 4K 60 images par seconde. Quand j'utilise avec ces fichiers ta technique de conversion, un fichier de 169 Mo ressort en DNx HR_HQ à 2,47 Go ! Alors c'est vrai que j'ai de la fluidité sur ma Timeline mais mes fichiers sont énormes ! J'ai dû louper un truc. Merci de m'aider.
Génial Thierry ! Super caméra que cette Osmo Pocket 3. Pour ta question, tu n'a rien loupé, le DNX est un format très peu compressé, ceci explique la taille énorme comparée au MP4, chaque pixel conserve toutes ses informations, l'avantage : pas de décodage complexe, c'est du flux brut qui se lit et se manie facilement malgré sa taille. L'inconvénient est le stockage. Perso, je faisais des sauvegardes sur des disques externes. Depuis que j'ai un pc puissant, je travaille directement sur les fichiers MP4 en minimisant le GOP lorsque je peux. Bien à toi 🙂👋
Bonsoir Johan, merci!! tu viens de regler mon problème😀 J'utilise Resolve et je n'effectuais plus de montage vidéo à cause de se problème... et moi je ne sais pas ce que c'est des proxi⬇ Yessss🎥c'est repartiiiii
Génial Stephan ! Heureux que cette vidéo aie pu t'aider. Les proxys sont une autre solution lorsque le logiciel en est capable. Là, c'est assez universel. Bons montages donc, bien à toi et merci du retour🙂
Avec plaisir Franck, Si vous trouvez des infos cela m'intéresse👍. Sinon des tests ont été faits par un abonné, j'ai épinglé le commentaire, il y a quelques infos complémentaires. Bien à vous
@@johansolutionsdigitales salut, alors pour Shotcut les développeurs ne préconisent pas de codec en particulier pour la fluidité de la Timeline. En revanche ce qui peut ralentir la timeline est le GOP - les images clés de référence - si la valeur est trop haute (une image toutes les 4 secondes par exemple) et bien, en fonction des actions sur le clip, la timeline peut être ralentie Selon mon expérience, un clip 1080p 30fps, toutes les 120f pour les images de référence sous OBS, si je fais des centaines de coupes (petites coupes pour supprimer des blancs de l’audio) à partir de 30minutes de clip, la timeline ralentie … A priori il faut que le GOP soit relativement bas, toutes les 15f… mais du coup le poids du fichier augmente ! A suivre… je dois faire des tests poussés
@@franckbricaud Bonjour Franck, ceci pourrait donc expliquer cela, car les fichiers DNxHD ou DNxHR sont de format de compression intra-image donc sans GOP. Ces encodages ont d'ailleurs été crées pour cela, de la fluidité sur les timeline de montage. Si le long-gop est imbattable pour la compression, il rend en effet toutes les images interdépendantes entre elles, c'est tout de suite plus complexe et plus lourd à décoder. Merci pour votre contribution qui fait avancer la réflexion autour de ce sujet, curieux de connaitre les résultats de vos tests. Bien à vous ! 👍
@@johansolutionsdigitales J'ai réalisé des tests avec différentes valeurs dans OBS pour l'intervalle des images clés à 15 donc un GOP très court. Si la qualité n'est pas améliorée (ou très peu) en revanche le fichier fait x5 par rapport à une valeur 120 (en 30fps). Au niveau timeline, c'est plus rapide à déposer le clip dans la timeline pour une vidéo d'une heure. Maintenant il me reste à travailler le clip. Je vous tiens au courant de sa manipulation... Je suis curieux de connaitre tes réglages d'OBS, et notamment sur cette valeur d'intervalle des images clés.
Décidément très intéressant Franck ! Oui forcément la taille augmente, visuellement remarques-tu plus les macros blocs ?. As-tu réglé les B-frames ou les laisses-tu en auto (0) ? Personnellement sur OBS, j'ai un réglage pour le stream et un autre pour l'enregistrement, j'ai uniquement joué sur le bitrate et je n'ai pas encore modifié les images clés, mais je vais le faire pour l'enregistrement. Même si cela reste fluide en montage, je pense pouvoir gagner un peu et tant pis si la taille augmente un peu. En fait j'aimerai bien pouvoir analyser les vidéos que OBS me produit actuellement avec ses réglages par défaut, connaitrais-tu un outil ? Je viendrai partager aussi le résultat de mes tests 🙂 👍
Bonjour Johan Donc il est préférable de filmer en 4 k pourtant en 1080 p c'est déjà pas si mal. Suis étonné qu'avec le sony a6400 la vidéo en 1080p soit pas terrible avec mon a6000 c'est parfait et encore mieux avec une GoPro.
Bonjour Jean-françois, oui, il FAUT filmer en 4K, la 1080p est vraiment mauvaise 🤢, je ferais une vidéo test. Sur le A6000 qui ne fait pas de 4k, la 1080p est superbe en effet. Je me suis aperçu de cela dernièrement, j'avoue être très déçu sur ce point 😠. Bien à toi !
salut Johan superbe vidéo mais pour moi je patine complètement je suis pas doué comme toi lol si je touche des bouton je vais tout planté merci a toi Johan like..
Merci à toi Daniel👍Je ne pense pas que tu ne sois pas doué, si cela fonctionne pour toi pas besoin de s'embêter, après quand on se trompe en informatique, undo et on recommence 😉 Bien à toi !
Bonjour, Johan. Oui, mais on perd en qualité en compressant vers un MP4. C'est quand même dommage si on a travaillé avec un bel appareil comme le A6400 et qu'on a tourné en 4K, avec le format natif de Sony. Non ?
Et non, justement 😉 car ce n'est pas du MP4 en sortie (DNxHD et DNxHR encapsulé dans du .mov), le débit est sensiblement supérieur, la compression bien moindre (ratio de 5 à 7 contre plusieurs dizaines en mp4), la profondeur identique (8 bits chez Sony), seule la résolution est moindre. Full HD au lieu de 4K mais dans mon cas, c'est suffisant, pas besoin de 4 K pour mes vidéos à cette heure. Et le gain de confort et de facilité de montage est énorme, c'est ce qui compte ici 🙂 Pour conclure, les codecs de montage ne feront pas perdre en qualité s'ils sont bien choisis en fonction de la source. Merci de ton retour !
Merci. J'avais testé ces codecs sur shotcut mais ça n'avait pas vraiment fonctionné. Je pense que mon problème se déclenche dès que je rajoute des filtres sur mes fichiers. Du coup maintenant je synchronise l'image et l'audio avant de traiter mon image.
Bonjour, oui Shotcut et Openshot sont assez sensibles aux effets, surtout temporels... Des tests ont été faits sur plusieurs machines et avec différents réglages, regardez le commentaire épinglé sous la vidéo, un utilisateur et moi-même en discutons. Vous y trouverez peut-être des infos. Bien à vous
j'ai une question j'ai des rush filmés avec une red en 4k par erreur j'ai mis ma timeline en FHD comment remettre mes images en 4K sans reprendre tout le montage si possible
Bonjour, Je pense que c'est possible, mais pour une meilleure réponse je vous invite à questionner www.youtube.com/@JoliPixel qui est un super pro de la question, bien à vous
Salut tes vidéos sont dans l'ensemble de bons conseils et très utiles mais la je pense que tu t'embête plus qu'autre chose. Voilà une solution plus simple et directement dans votre logiciel de montage comme Da Vinci Resolv que j'utilise. Quand vous n'avez pas une machine très puissante, comme c'est le cas pour moi mais pour vous aussi à priori, vous créez des Proxi. En fait vous créez des fichiers de moindre qualité pour le montage mais lors de l'export ce sont biens vos rush en 4k par exemple qui seront compilé/monté.
Bonjour. Comme tu as dû l'entendre dans la vidéo, le but ici est de proposer une solution qui fonctionne aussi sur des logiciels qui ne peuvent générer de proxis. Secondairement, je souhaitais aussi indiquer la différence entre des codecs de montage et des codecs de sortie. Bref, tu as bien raison d'utiliser les proxys dans DVR, ici la problématique est différente. Merci pour ce retour, bien à toi !
Je suis perplexe... Je comprends les images saccadées de mes montages, en revanche l'installation de shutter encoder m'impose l'installation de "java runtime ..." et malgré cette autre installation, je ne peux ouvrir shutter encoder... Je vais tenter un autre logiciel.
Bonsoir, Java Runtime n'est en aucun cas nécessaire à Shutter encoder, vous avez du télécharger Shutter Encoder sur un site non officiel, le vrai lien est en description de la vidéo
