FIRMWARE V2.0 pour le Sony PXW X70

MANU09 · 29 juillet 2015

Bonjour,

Ne pas oublier EditReady qui est une solution qui a été mis en avant depuis des mois sur d'autres forums...prix raisonnable, mais d'après le retour il n'est pas forcement plus rapide ni meilleur en terme de qualité. Il était surtout intéressant (49€) car il assurait le traitement par lots ce que Catalyst Browse gratuit ne faisait pas (lCatalyst Prépare était à 200€ environ)... Déjà dit à titof il me semble :eusa_think:

Pavtube et Editready utilise probablement FFmpeg (open source = libre de travaux dérivés).

Pour l'XAVC-L: L'utilisation du niveau le plus haut (5.2), CABAC... et peut être d'autres choses , font que la structure du XAVC-L n'est pas adaptable partout. Ce qui devient compliqué, c'est que Sony pour rectifier le tire est obligé de faire des demandes d'autorisations auprès des organismes qui gèrent les normes au niveau mondiale...et donc ça aussi c'est très long ( explication off. des contacts de Sony)

Quand à Vegas, propriété de Sony, c'est assez renversant comme situation...!?

JLB21 · 29 juillet 2015

Bonjour Thierry P., :bien:

Je viens de télécharger, pour voir, les fichiers de la pxw-x70 que tu as mis à disposition. Lus par VLC, c'est impressionnant de précision…

Concernant la conversion de ces fichiers, tout comme ceux de la xc 10 de Canon sur Mac (qui s'importent dans FCP X mais y apparaissent de couleur verte), il est possible de les ré-encapsuler en .mov, vidéo intouchée (Passthrough) mais audio converti en PCM.

J'ai fait cela avec iFFmpeg. Il suffit d'une poignée de secondes par Go de rushes qui sont alors évidemment lisibles par QuickTime X et importables (dans toute leur splendeur) dans FCP X…

Mais, et il y a un gros MAIS : En effet, dans le cas de tes clips, MediaInfo signale 4 canaux audio séparés en PCM (deux pour le fichier issu de la xc 10 que m'avait transmis le membre d'un autre forum).

Et iFFmpeg n'en voit qu'un seul. C'est la raison je pense pour laquelle le Passthrough pour l'audio ne fonctionne pas lors du ré-encapsulage, et qu'il faut absolument faire une conversion PCM.

En tous cas, que ce soit pour les rushes de la pxw-x70 ou ceux ce la xc 10, cela prouve que le problème ne se situe absolument pas au niveau du format vidéo, c'est juste un problème d'audio que FCP X et QuickTime X ne savent pas gérer.

Ce qui serait intéressant, c'est de disposer de l'analyse MediaInfo d'un clip une fois traité par Catalyst Browse afin de voir sous quelle forme se trouve l'audio après traitement (et bien sûr la vidéo).

Auquel cas, j'envisagerais de contacter les auteurs de iFFmpeg qui sont extrêmement réactifs (je leur avis demandé en son temps de pouvoir conserver la date d'enregistrement des fichiers ré-encapsulés et ils avaient très rapidement réalisé cette demande).

Afin de leur demander si leur soft ne pouvait pas être en mesure de prendre en compte toutes les pistes audio.

En tous cas, sauf à ne pas compter récupérer l'audio (ce qui je le concède est pitoyable), il est possible de monter les clips issus de ces deux caméras sous FCP X avec un traitement ultra-rapide des rushes… :wacko:

Thierry P. · 29 juillet 2015

Oui, j'ai mis les clips MXF à disposition afin que chacun puisse tester avec son propre logiciel ou des utilitaires qu'il connaît, car il y a un moment où un testeur "explose ses compteurs" en recherche.

Rien que Catalyst - conseillé par Sony - m'a pris 1 journée pour démêler l'écheveau, faire des tests de qualité, etc...

C'est un bonne piste iFFmpeg, je testerai. Bon faut voir pour l'audio en effet... Mais le raisonnement global m'étonne

EditReady, je ne connaissais pas, mais je connais ClipWrap du même éditeur, testé sur magazinevideo il y a longtemps.

titof44 · 29 juillet 2015

Bonjour Manu09

Depuis la dernière version de catalyst (il y a 2mois) gratuit on peut traiter les lots sans problèmes.

Hier soir il y avait une autre mise à jour.je la téléchargerai plus tard.

MANU09 · 29 juillet 2015

Euh tu es vraiment tête en l'air...mais merci quand même de le souligné pour autrui

En effet en référence à l'article de Thierry qui rappelait que la mise à jour de Catalyse Browse permettait le traitement par lots j'ai repris mon post et appuyé en gras ...: il assurait le traitement par lots ce que Catalyst Browse gratuit ne faisait pas

En rouge ce sera plus visible... :sweatingbullets: .Bon ok je n'ai pas précisé...la mise à jour.. un peu de subtilité

Attention... tu as du taf pour dérusher tes vacances ... :w00t:

titof44 · 29 juillet 2015

Merci Manu09

En effet pour les rushs j'ai du Sony en AVCHD et xavc, du Panasonic ,de la gopro sous l'eau et en timelaps

En fait du boulot pour un certain temps entre le film famille,le film plus abouti,le film à thème etc etc :sweatingbullets:

Bon j'arrête la c'est hors sujet!!!!! :sm59:

JLB21 · 29 juillet 2015

Oui, j'ai mis les clips MXF à disposition afin que chacun puisse tester avec son propre logiciel ou des utilitaires qu'il connaît, car il y a un moment où un testeur "explose ses compteurs" en recherche.

Rien que Catalyst - conseillé par Sony - m'a pris 1 journée pour démêler l'écheveau, faire des tests de qualité, etc...

C'est un bonne piste iFFmpeg, je testerai. Bon faut voir pour l'audio en effet... Mais le raisonnement global m'étonne

EditReady, je ne connaissais pas, mais je connais ClipWrap du même éditeur, testé sur magazinevideo il y a longtemps.

Je viens de tester, EditReady, qui ré-encapsule en quelques secondes les clips de la PXW X70 (tout comme iFFmpeg), MAIS avec les 4 pistes audio…

A noter que ce log permet la conversion de la vidéo en tous les types de ProRes et de DNxHD. Mais ce process est long et coûteux en espace disque.

En revanche, grosse déception, contrairement à iFFmpeg, on a bien l'audio, mais la vidéo n'est plus vue dans QuickTime X ni FCP X…

Très curieux tout cela :

- iFFmpeg (17,50 €) : ré-encapsule en .mov, la vidéo est gérée par QT X et par FCP X. Seule une piste audio est prise en compte.

- EditReady (49,99 €) : ré-encapsule en .mov, la vidéo n'est pas gérée ni par QT X ni par FCP X, en revanche, les 4 pistes audio sont bien présentes…

Thierry P. · 29 juillet 2015

J'ai fait l'essai avec iFFPMPEG en Pass Through (j'ai un peu cherché). Tout à fait convaincant : rapidité, qualité. J'ajoute dans l'article. Bravo.

Vue de l'interface :

Avant cela, une phrase que je ne comprends pas :

En tous cas, sauf à ne pas compter récupérer l'audio (ce qui je le concède est pitoyable), il est possible de monter les clips issus de ces deux caméras sous FCP X avec un traitement ultra-rapide des rushes…

Ta phrase donne largement l'impression qu'on ne récupère aucun audio. ? :eusa_think:

JLB21 · 29 juillet 2015

Ce n'est pas qu'une illusion, tu ne récupères qu'une piste audio sur les 4 du fichier original. Regarde dans l'inspecteur de FCP X, tu verras qu'il n'y a qu'une piste mono… C'est là où est le problème…

Lorsque j'ai dépanné le possesseur d'une XC 10 Canon (qu'il venait d'acquérir) par ce moyen sur un autre forum, j'étais tout content de mon apport. Et c'est lui, après import dans FCP X qui m'a fait remarquer la chose…

Même s'Il était quand même très heureux de pouvoir monter sa vidéo dans FCP X…

D'ailleurs, si tu regardes dans la fenêtre de iFFmpeg les caractéristiques de chaque clip, tu verras dans les caractéristiques audio '…1 CHANNELS…'

Or, l'analyse dans MediaInfo donne l'existence de 4 enregistrements audio séparés (2 pour la Canon)…

Que sont devenus les autres après ré-encapsulage dans iFFmpeg ?

Alors qu'après ré-encapsulage dans EditReady, on a bien les 4 canaux audio séparés à la sortie (mais on ne voit plus la vidéo :non: ).

Je le répète, et c'est très curieux, ce n'est pas le codec vidéo XAVC-L qui pose problème (ni, si mes souvenirs sont bons, le codec intra de la Canon), mais la structure d'enregistrement de l'audio…

Je dois partir quelques jours, mais à mon retour, j'essaierai de poser le problème aux auteurs de iFFmpeg, si tu permets que je leur mette au téléchargement un de tes clips…

A moins que d'ici là, Apple ne sorte en septembre une MAJ réglant définitivement la question… :bien:

Thierry P. · 29 juillet 2015

oki, compris. Je signalais juste une phrase ambiguë, j'avais compris le reste de l'explication.

Je dois partir quelques jours, mais à mon retour, j'essaierai de poser le problème aux auteurs de iFFmpeg, si tu permets que je leur mette au téléchargement un de tes clips…

A moins que d'ici là, Apple ne sorte en septembre une MAJ réglant définitivement la question…

Si ça permet de faire avancer le schmilblick et qu'il font connaître magazinevideo à ceux qui ne le connaîtraient pas, je suis d'accord. :bien:

(et même s'ils ne font pas connaître le site... :wiseman: )