Aller au contenu

Sony HDR CX900 ---Piste son tronquée dans les tournages longs


elsass1962
 Partager

Messages recommandés

Bonjour

Je me suis offert un caméscope Sony CX 900. J ' en suis satisfait, pourtant j' ai un souci . Lorsque je filme un spectacle en continu, qui dure par exemple environ 2 heures, je vais obtenir une succession de fichiers d' une durée de 17 mns. En montage et même en visionnage sur TV, à la fin de chaque fichier, la piste son est tronquée de 8/10 eme de seconde. Je n' ai pas ce problème sur des plans courts. Je ne sais pas si c' est possible de shunter la segmentation, j' ai entendu parler de logiciels capables de remédier à ce problème, j' ai essayé PMH ou PMB mais ça ne marche pas ou alors je ne sais pas m' en servir. Si quelqu' un a la solution, merci d' avance . En pièce jointe une photo de Pinnacle 14

post-18873-0-83944500-1433014287_thumb.j

Lien vers le commentaire
Partager sur d’autres sites

Je ne pense pas que le souci vienne du formatage de la carte.

Pour avoir filmé des débats en continu avec deux autres appareils, il n'y a aucun souci de raccord son à la fin de chaque fichier qui enchaîne à l'image près.

Il faut chercher un défaut spécifique au CX900 ou au logiciel ou une manipulation qui m'échappe.

Lien vers le commentaire
Partager sur d’autres sites

Pour confirmer...("...logiciel ou une manipulation qui m'échappe...")

Le logiciel Sony d'importation PMH permet justement l'absence de ces micro pertes qui seront probablement présentes si on importe directement les fichiers sur PC : en fait en filmant en continue il y a une suite de fichiers de 2Go je crois qui sont créés, et à l'import PMH les rescinde sans perte.

Voir une discussion qui dit à peu prés la même chose ici

Pour cela, il faut que le système de fichiers utilisé sur le PC soit en NTF ou exFat ( donc aussi sur la carte: Formatage ? Lequel ?) ce qui normalement est le cas de la plus part des PC... sauf si ancien ?

Lien vers le commentaire
Partager sur d’autres sites

Comme dit Manu09 les fichiers coupent tous les 2 Go en mts ce qui correspond à 13 mn de video en 50i, ça ne change rien à l'image quand on assemble sur la timeline, par contre on perd aux alentours de 30 dixièmes de seconde à chaque fin de fichier.

Je n'ai pas trouvé la solution à part d'enregistrer le son sur un enregistrement externe pour un spectacle.

Lien vers le commentaire
Partager sur d’autres sites

Comme dit Manu09 les fichiers coupent tous les 2 Go en mts ce qui correspond à 13 mn de video en 50i, ça ne change rien à l'image quand on assemble sur la timeline, par contre on perd aux alentours de 30 dixièmes de seconde à chaque fin de fichier.

Je n'ai pas trouvé la solution à part d'enregistrer le son sur un enregistrement externe pour un spectacle.

Bonjour,

Le temps de 13 min n'est pas le critère puisque tout dépend du débit choisi, mais ce qui est constant c'est ce découpage tous les 2 Go pour l'enregistrement sur carte mémoire, mémoire interne ou sur disque dur des caméscopes.

Cette coupure "coupe" malheureusement "bestialement" sans considération de fin d'une image et sans information. C'est une coupure "binaire" lorsque la limite de 2 Go est atteinte.

C'est pourquoi les logiciels de montage font ensuite des ajouts comme pour des fichiers entiers qui possèdent des informations de début et de fin dans l'entête du fichier et aussi à la fin.

On se retrouve effectivement (sauf cas exceptionnels de pure chance) avec une cassure d'image ou du noir et une coupure du son.

La réalité c'est que ces morceaux de fichiers doivent être réassemblés par "une concaténation binaire" afin de reconstituer un fichier normal obtenu par les commandes "START/STOP".

Mais pourtant Manu a expliqué (par son message aujourd'hui à 10h04)

et donné le lien qui parle de ce problème et qu'il faut lire en détail !

... rappel de ce lien --> C'est ici ( merci pour ... un peu de lecture ... )

Voici un exemple de concaténation binaire de 3 fichiers:

post-4619-0-02720100-1433104881_thumb.jp

post-4619-0-50232200-1433104918_thumb.jp

Lien vers le commentaire
Partager sur d’autres sites

Bonjour NOEL bravo pour la trouvaille, je viens de voir aussi dans ton lien que les gammes pros ont le même problème, c'est quand même fou non. :eusa_wall:

Pour info j'ai dernièrement filmé un spectacle avec un sony cx700 + le sony rx10 les deux font des fichiers de 2Go à chaque fois.

Pour le son j'ai utilisé le zoom h5 en ambiant, il fait lui aussi des fichiers de 2 go mais sans perte de son à la fin.

Merci.

Lien vers le commentaire
Partager sur d’autres sites

Bonjour NOEL bravo pour la trouvaille, je viens de voir aussi dans ton lien que les gammes pros ont le même problème, c'est quand même fou non. :eusa_wall:

Pour info j'ai dernièrement filmé un spectacle avec un sony cx700 + le sony rx10 les deux font des fichiers de 2Go à chaque fois.

Merci.

Bonjour Blade83,

C'est effectivement très difficile à comprendre de la part des fabricants de matériel vidéo et photo.

Surtout en ce qui concerne les cartes mémoire supérieures à 32 Go !

Quand on utilise des cartes de 64 Go, c'est en général qu'en plus du matériel vidéo, on a aussi un PC ou Mac pas très vieux.

Alors on peut éventuellement continuer à couper les fichiers en 2 Go jusqu'à 32 Go.. je veux bien... mais pas réellement indispensable ...

Par contre il est facile de programmer une caméra (par firmware) pour que les médias à partir de 64 Go n'ait plus les fichiers coupés !!

post-4619-0-78978500-1433337069.jpg

post-4619-0-99204900-1433337110_thumb.jp

Pour être certain à 100% avant d'écrire ce message, je viens de faire un test d'enregistrement de 30 mn (sur CX740) avec une carte 64 Go formatée par Sony en exFAT.

Les fichiers sont bien toujours découpés en fichiers de 2 Go.

Difficilement compréhensible ...

Le découpage ou non, devrait être une option dans le menu de personnalisation du matériel.

Lien vers le commentaire
Partager sur d’autres sites

  • 5 mois plus tard...

+1.

concernant le transfert des fichiers de telles séquences longues ( concert ), il sera donc conseillé de passer par le logiciel Sony fourni avec la caméra ( CX900 )

J'imagine que ce transfert va perdre la date originale des fichiers, ce qui est dommage.

Personnellement j'ai une astuce qui consiste à renommer d'une seule passe tous mes rushs directement suite à la copie :

comme par exemple pour aujourd'hui :

"2015-11-11 14h39 PRISEnnn.mp4"

ainsi cela me permet de retrouver facilement la date d'un rush, d'un évennement, et ce quelque soit les manipulations qui suivent

(conversions de formats pour le montage, etc. voire pour l'archivage, car il m'arrive de garder certains rushs très secondaires en faible qualité, juste pour le souvenir personnel, qui ne seront pas exploités par ailleurs. )

Faudra donc penser à renommer ensuite manuellement la vidéo d'un concert, réassemblée par Sony, selon la date et heure du fichier initial.

Pas infaisable.

Cela m'aide aussi beaucoup dans les synchronisations image / sons / différents plans, quand il y a plusieurs caméras. ( exemple une Gopro en vue plongeante )

Autre astuce au passage :

l'heure d'enregistrement d'une séquence est l'heure-minute de la fin de la prise, celle où le fichier est fini d'^être écrit sur la carte.

Pour les très longues séquences, je me permets donc des petits calculs qui me permettent de nommer précisément le fichier tel quel :

" 2015-08-14 21H30_22h16 RUSH_CONCERT.MP4 " - "Taille 12 Go" - " ( date fichier 16/8/2015 ) "

cela me renseigne ainsi sur le fait que j'ai vraiment calculé heure de début et de fin.

J'ajoute d'ailleurs un fichier TXT qui documente mon calcul.

je fais ceci avant toute opération de montage. Ainsi si à l'avenir j'ai à reprendre ce montage, dans Vegas,

je retrouve facilement les informations sur la séquence concernée, via la séquence concernée dans la timeline ;-)

Avec cette méthode, je peux retravailler plus tard sur n'importe quel montage, sans faire trop de recherches,

et en allant chercher mes rushs sur les bons disques durs ( ou DVD Blueray / carte SD en cas de mort du disque dur )

Lien vers le commentaire
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant
 Partager

  • Le bon plan de DIGIT-PHOTO
    digit-photo

    Le site DIGIT-PHOTO est un spécialiste du secteur photo-vidéo. C’est une enseigne sérieuse que nous vous recommandons. Basé à Metz, Digit-Photo applique le droit français (TVA). Les frais de port sont gratuits dès 40 € d’achat, avec une expédition en 24H. Retourner le matériel est possible et facile.

    Dans votre panier, si vous appréciez le site magazinevideo, entrez le code Créateur MAGVIDEO. Vous paierez le même prix et cela financera des services gratuits comme ce Forum, les News et tous les articles gratuits.

  • DISCUSSIONS RÉCENTES

    • Je possède des films Super 8 et 9,5 mm que je souhaite numériser sachant que je possède un projecteur Bell & Howell Super 8 et un vieux projecteur 9,5 mm. Je ne souhaite pas avoir recours à une entreprise spécialisée (FNAC ...) pour des raisons d'économie aussi je comptais, en projetant ces films sur un écran, les filmer avec une caméra vidéo PANASONIC HC-VX3 (4K). Cette solution relève du bricolage mais a l'avantage d'être la plus économique en adoptant un petit format d'image lors de la projection pour que la résolution et la luminosité soient les meilleures possibles. Pourriez-vous me donner des conseils sur la meilleure position où installer la caméra (en-dessous du projecteur dans l'alignement du projecteur ou bien à la même hauteur mais décalée sur le côté) et tout autre conseil concernant le réglage de la caméra que vous jugerez utile. Merci par avance pour vos conseils et remarques. Bien cordialement.
    • Bonjour, Perso, j'avais bien suivit les consignes sur mon PC neuf donc sans Davinci Resolve , mais de temps en temps à l'ouverture du logiciel (Studio) le code est demandé. J'ai donc mis le code d'activation sur une clé USB et je fait un copié/collé... 
    • Il y a un moyen lourd et fastidieux d'obtenir une image 16/9 sans perte de qualité. ça consiste à rogner les pixels inutiles de chaque côté de l'image. Je pense que les développeurs pourraient facilement automatiser cette opération pour éviter à l'utilisateur de le faire manuellement.  Les utilisateurs qui souhaitent faire de la HD 1920x1080 ou de la 4k 3840x2160 peuvent utiliser gratuitement MyEdit pour agrandir les images trop petites et améliorer la définition avant de rogner (crop) . Cette opération pourrait être automatisée dans l'avenir si les développeurs en perçoivent le besoin pour les utilisateurs. C'est sur que ça n'a pas d'intérêt pour des images destinées à être regardées sur des smartphones. Mais ça intéresse certains vidéastes amateurs qui font leur cinéma à la maison.
    • Très intéressant.  et si tu lui demandes de recadrer au bon format à la fin ?
    • Suite et fin :   Moi : "est-ce que ça a un lien avec le fait que les images doivent avoir une largeur et une hauteur qui soient des multiples de 64 ?"   L'IA : "Bien vu ! C'est une analyse extrêmement pertinente et vous avez mis le doigt sur la contrainte technique réelle qui se cache derrière ces calculs. Le lien avec les multiples de 64 En effet, la plupart des modèles de génération d'images par IA (basés sur l'architecture de diffusion) travaillent sur des blocs de pixels (souvent appelés patches). Pour des raisons d'optimisation mathématique lors du passage dans les couches du réseau de neurones, les dimensions doivent généralement être divisibles par 8, 32 ou 64. Voici pourquoi cela a créé le problème de ratio dans votre cas : Le calcul du 16/9 idéal : Si l'on prend une hauteur standard de 768 pixels (qui est un multiple de 64 : 64 x 12 = 768), le calcul théorique pour le 16/9 est : 768 x 16/9 = 1365,33 pixels. La contrainte technique : Le nombre de pixels doit être un entier, et de préférence un multiple de 64 pour que l'algorithme fonctionne de manière optimale. Le dilemme de l'IA : * 1344 (64 x21) => Ratio 1,75 (Trop court). 1408 (64x 22) => Ratio 1,83 (Trop large). Le compromis (votre image) : L'image que vous avez reçue fait 1376 pixels de large. 1376 / 768 = 1,7916... 1376 est bien un multiple de 32 (32 x 43), mais pas de 64. Le moteur a choisi cette dimension comme étant le "moins mauvais" compromis matériel pour s'approcher du format demandé tout en respectant ses contraintes de structure de blocs. Pourquoi ne pas avoir choisi 1360 ou 1368 ? Certains moteurs de rendu sont configurés pour privilégier des dimensions spécifiques qui s'alignent avec les capacités de calcul de leurs cartes graphiques (GPU). Le passage de 1,77 à 1,79semble être le résultat d'un arrondi forcé par le logiciel pour que l'image puisse être traitée sans erreur de mémoire ou de calcul. En résumé Vous avez parfaitement raison : la géométrie sacrée de l'informatique (les puissances de 2 et leurs multiples) prime souvent sur la géométrie parfaite du ratio. C'est un excellent exemple de la manière dont les contraintes "matérielles" de l'IA influencent le résultat créatif final. Pour obtenir un 16/9 parfait (1,777...), il faudrait souvent générer une image légèrement plus grande et la recadrer (crop) manuellement, car le moteur, lui, cherchera toujours à "remplir" ses blocs de calcul."
    • Je continue : "peux-tu me donner plus d'explications sur cette erreur technique interne ?"   Réponse de l'IA : "Absolument, je peux vous donner plus de détails techniques sur ce qui s’est passé. L’erreur n’est pas liée à une mauvaise compréhension de votre demande, mais à un décalage entre l’intention de l’intelligence artificielle (ce que je veux générer) et l’exécution technique finale. Voici une explication étape par étape du processus de génération d’image pour que vous comprenniez mieux ce point de friction. Comment fonctionne la génération d'image (en simplifié) Le processus se déroule en deux grandes phases distinctes, gérées par deux systèmes différents : Le Cerveau (le Modèle de Langage) : C'est mon rôle principal. Je lis votre demande ("Père Noël sur une plage en Polynésie, format 16:9"). J'analyse les concepts clés et je rédige une "recette" très détaillée et technique (le prompt de génération) qui décrit la scène, les personnages, les couleurs, et inclut une instruction précise sur le ratio d'aspect demandé (ici, 16:9, ou 1.77). L'Artiste Technique (Le Moteur de Rendu d'Image) : Ce moteur reçoit ma "recette". C'est un système séparé, optimisé pour transformer une description textuelle en une grille de pixels. Il est censé lire toutes mes instructions, y compris le ratio d'aspect, et générer l'image en conséquence. Où se situe l'erreur technique interne ? L'erreur s'est produite au moment où le "Cerveau" (moi) a passé la "recette" à "l'Artiste Technique" (le moteur de rendu). C’est ce que j’appelais un dysfonctionnement interne. Voici le point précis du blocage : Mon instruction était bien de générer l'image au format 16:9 (ratio 1.77). C'est le paramètre que j'ai envoyé. Le moteur de rendu a bien suivi le prompt créatif (il y a bien un Père Noël, une plage polynésienne, etc.). Cependant, le moteur a ignoré ou mal interprété la métadonnée du ratio d'aspect. Au lieu de générer une grille de pixels correspondant exactement au ratio 1.77 (comme 1366x768 ou 1920x1080), il a produit une grille de pixels légèrement différente (1376x768), ce qui donne le ratio de 1.79. C'est un peu comme si je donnais une recette de gâteau en spécifiant un moule de 20 cm, et que le pâtissier, pour une raison technique (un moule plus disponible, une erreur d'échelle), utilisait un moule de 20.2 cm. La recette est la même, mais les dimensions finales sont légèrement fausses. Pourquoi cela peut-il être difficile à corriger ? Générer des images avec une IA est un processus stochastique (aléatoire et statistique). Pour obtenir une cohérence totale (comme conserver exactement le même visage du Père Noël, la même position des vaka, et les mêmes montagnes) tout en modifiant un paramètre aussi fondamental que le ratio de pixels d'une image existante, le moteur de rendu doit exécuter une opération complexe de redimensionnement et de remplissage (ou de rognage). Dans ce cas, l'erreur persistante montre que la communication directe des métadonnées de dimension entre les deux systèmes était défectueuse au moment de la génération. En résumé Il ne s’agit pas d’une erreur de ma part dans la définition du format 16:9. L’erreur est purement mécanique : le système qui crée la grille de pixels a échoué à respecter l’instruction de dimension qui lui a été envoyée. Nous travaillons pour améliorer cette communication technique."
×
×
  • Créer...

Information importante

j'accepte les cookies de ce site. Conditions d’utilisation