[Neleph]

Salut.

Nous avons ici deux stations de montage :
- Liquid edition
- Liquid Silver

La Silver est plus puissante mais moins souple. Si on travaille en 50 Mb, tous les médias importés qui ne sont pas dans ce format seront recalculés avant exploitation. D'autre part, si une vidéo capturé en 50Mb n'est pas sur un disque SCSI, Silver ne peux la lire.

Edition est beaucoup plus souple. On peux mélanger plusieurs débit sur la même time line sans recalcul, par exemple. Mais surtout, on arrive avec Edition à lire fluide une vidéo en 50 voir en 100 Mb qui se trouve sur un autre ordi via le réseau !!!
Essayez de lire un flux de cette taille (5 à 10 fois un flux DVD) par un réseau avec un autre soft, vous allez voir ... Comment est-ce possible ?

Seconde question :
Edition : Soit une time line configurée à 50 Mb, un clip capturé en 50 Mb sur Béta.
La même chose sur Silver.
Est ce que les deux vidéo seront équivalentes en terme de compression et qualité ?
En clair, du 50 Mb sur edition est-il vraiment du 50 Mb, équivalent au Silver ?
Je sais que le Silver travaille en 4.2.2 et edition en 4.2.0, mais est-ce vraiment la seule différence ?

C'est pas forcément très clair comme questions mais nous voulons évoluer vers le chrome un jour et se pose la question de quelle sattion va partir pour faire de la place.
Merci aux spécialistes qui voudront bien se pencher sur ma question.

A+
Neleph

[Léo29]

Ben si c'est pour une question de souplesse, pourquoi ne pas monter sur edition en SD (par exemple en DV) et conformer ensuite sur le silver pour la sortie béta...
C'est de cela que tu parles ?

En effet, évoluer vers un chrome est aussi une bonne solution.

[Neleph]

En fait, non, c'est pas une question de souplesse, c'est une question de codecs.
A l'heure où il faudra faire un choix, virer Edition ou Silver pour faire entrer un Chrome.
Le codec edition est-il équivalent à celui du silver, en terme de destruction ?
C'est ça la question.

[JC29]

Salut Neleph,

Bien que n'ayant pas de chrome, à ma connaissance le chrome reprend tout ce que le silver propose en terme de codec et propose en plus tous les codec d'edition + les codecs HD propre au chrome (hd,etc..).

Concernant les codecs, ils sont plus puissants qu'edition car il savent traiter les acquisitions du boitier du chrome qui est en 10 bits.


Je ne suis pas affirmatif à 100%, n'ayant pas de chrome mais tu peux toujours passer un petit coup de téléphone à une connaissance commune de l'ouest de la france qui possède un chrome, silver + edition....il en saura beaucoup plus que moi là-dessus

A+

[Neleph]

Salut JC.
Effectivement, vu que c'est lui qui nous le vendra si un jour Chrome il y a (ça fait 4 ans qu'on se tate ...), je vais voir ça avec lui. Mais je voulais voir avant si qq'un ici avait déja un début de réponse.
D'après un gars sur le forum chrome ricain, le chrome recalcul les 50 Mb du Silver ... à suivre.

Merci
A+

[JC29]

à ma connaissance le chrome sait très bien recalculer le 50 Mb du silver et sait très bien le le monter, le rendre, l'exporter et je peux même te dire que le 50 Mb du chrome est très facilement importable dans AL7 sans pb.....et en 4:2:2...

[Neleph]

C'est effectivement un très très bon point.
Mais le fait qu'il doive le recalculer me fait penser que le codec est différent ...
J'ai lu également que l'xsend vers after reprenait la time line du chrome dans after ... tu a déja expérimenté ?
En fait, j'aimerais bien passer quelques heures sur un chrome, mais la Bretagne c'est loin ... si un parisien qui a un chrome m'entends ...

[JC29]

J'ai lu également que l'xsend vers after reprenait la time line du chrome dans after ... tu a déja expérimenté ?

Depuis la V7.2 l'xsend marche vers AFX7.x. Avant (depuis la V6.x) ça ne marchait que vers AFX 6.x.

Concernant cet xsend (que j'utilise actuellement) tu peux le faire à partir d'une TL complète ou à partir d'un clip depuis le chutier ou à partir d'un clip depuis la TL et ça marche avec beaucoup d'efficacité mais...

Les seules choses à faire attention :

1- si tu envois une TL vers afx en clip indivisuel pour garder le détail des vidéos/sons de ta TL (CaD sans fusion) , tu ne peux pas demander depuis des points d'E/S => il faut dupliquer la séquence et ne garder dessus que les clips qui t'interessent (ou alors tu envois toute la TL)

2- liquid génère un projet AFX à partir d'un modèle livré avec AL7. Il ne faut pas l'écraser => donc la 1er chose à faire est de sauvegarder le nouveau .aep en un autre nom afin de ne pas altérer le modèle.

3- il n'y a pas d'ajustement automatique de la durée de la composition du nouveau projet vis à vis de la composition générée (toujours 3 minutes)....à faire manuellement..de même, pour moi il subsiste un bug entre les dimensions/format pixel des vidéos dans AL7 et la comp générée pour AFX 7. Il faut systèmatiquement retailler la comp. dans AFX (toujours en 720x576)...dommage. J'ai fait un test depuis un clip en 16/9 (ceux livrés en démo avec AL7) ou une vidéo au format 720x608 soit le format flux élémentaire résolution étendu (un flux mpeg2 en 50 Mb exporté depuis un chrome), à chaque fois il faut revoir la comp. dans AFX..dommage.voir à se créer une définition de composition dans AFX.


A part ça pas de pb de lecture d'une séquence ou clip envoyés depuis al7 dans AFX.

Une fois ton travail sous afx terminé => rendu sous afx (au besoin se créer un modèle de rendu...) et réimportation dans AL7 du résultat fusionné.

A+

[Neleph]

Encore une bonne nouvelle !!
on avait arrêter l'xsend depuis AL à la version 5, parce que trop de bugs, mais ça a l'air de remarcher. Tant mieux, on va s'y remettre.
J'ai bidouillé comme un âne pour pouvoir avoir les codecs AL dans after pour les calculs, ça se passe comment maintenant ?