module inscription newsletter haut de page forum mobile

Dismiss Notice

formations etalonnage sur davinci resolve

Nos Formations Etalonnage avec Forest reviennent en octobre !
Adoptez une réelle méthodologie d'étalonnage professionnelle et atteignez vos objectifs créatifs avec nos formations intensives sur 3 jours
Toutes les infos
Dismiss Notice

Formation Lumière - Pratique Intensive du 14 au 16 octobre à Paris
Formez-vous avec cet atelier de pratique intensive dans des conditions exceptionnelles ! Formation finançable.
Toutes les infos

Ateliers et Formations

transfert DV CAM

Discussion in 'Professionnels - entreprises' started by nathalie-plicot, Oct 26, 2004.

Tags:
  1. nathalie-plicot

    Trophy Points:
    100
    Likes Received:
    0
    Messages:
    13
    Appréciations:
    +0 / 0 / -0
    Savez vous si on gagne a tranférer des images faites avec la PD 170 en SDI plutôt qu'en fire wire ? Si oui qu'est ce qu'on y gagne ?
    Merci 1000 fois

    nathalie
     
  2. nathalie-plicot

    Trophy Points:
    100
    Likes Received:
    0
    Messages:
    13
    Appréciations:
    +0 / 0 / -0
    trasfert SDI

    Le transfert DV CAM se fera vers une BETA NUM exploitée ensuite sur inferno.

    Et si on gagne beaucoup, je pense faire le montage final sur final CUT avec un transfert fire Wire et ensuite une conformation des rushes avec transfert SDI vers Beta num !

    Le tout étant d'obtenir la meilleure qualité à partir des K7 DVCAM.
    Sachant que le tout sera compressé pour faire un DVD....
     
  3. Burt

    Trophy Points:
    1,000
    Likes Received:
    0
    Messages:
    81
    Appréciations:
    +0 / 0 / -0
    A partir du moment où ton format d'origine est du DV/DVCAM, le transport peut se faire sans perte soit en firewire (selon un protocole propre au DV à 25Mb/s 4:2:0 etc...) ou soit en SDI (protocole propre à transporter une vidéo non compressé à 270Mb/s 4:2:2 etc... Sauf qu'ici se sera un flux DV décompressé pour rentrer dans du SDI). Ca reviendra au même...

    Aussi, tu ne gagneras pas de qualité en "gonflant" ton master en Béta Num (voir tu perdras si tu as un bon oeil car le Béta Num induits une perte avec sa compression de 2.1).

    Si tu fais une post prod sur Final Cut et que tu finis le tout sur un Inferno ou un Flame, le plus simple pour éviter les problèmes de génération est l'export sur fichier en séquence d'images. Repasser sur une bande DV après Final Cut pourquoi pas... Mais seulement si tu n'appliques aucun effets sur tes images (sinon perte provoqué par une décompression-calcul-recompression).
     
  4. nono44

    Trophy Points:
    1,450
    Likes Received:
    0
    Messages:
    4,513
    Appréciations:
    +0 / 0 / -0
    le mieux serait :
    transférer tes DVCAM directement sur ta station, pourquoi ?

    -parceque tes DV25 4.2.0 sont gonflés en 4.2.2 10 bits en SDI
    -puis recorder en betaNUm qui te refait une compression certe plus légère mais en 2:1 tout de même.
    -et ensuite décompressé à nouveau en 4.2.2 10 bits vers ta station virtuelle !

    ensuite ton montage va subir une légère dégradation (infime car là on travaille en non compressé donc les couleurs subbisent moins de"maltraitance" que si tu bossais en 4.2.0)

    bref : tes DVCAM numérisées directement vers ta station sera la meilleure solution surtout via l'interface SDI (exemple avec un VTR DVCAM de la série DSR-1XXX)

    ou alors tu montes de façon classique via FW sur ta station FCP qui sera la version off-line
    tu exportes les EDL et tu conformes en renumérisant tes DVCAM via SDI sur ton FLAME ou autre.

    Mais comme tu indiques que le produit fini sera du DVD, je trouve que c'est du "prenage" de tête pour pas grand chose

    Si quelqu'un me dit qu'il ya une grosse différence entre :

    -DVCAM travaillé via FW sur FCP puis export mpeg2 vers authoring

    et DVCAM numérisé en beta num puis exporté vers Flame puis exporté vers mpeg2....

    franchement, c'est titiller pour pas grand chose

    car on part d'un format où il manque de toute façon des infos de chrominance, on le dégrade quoiqu'il arrive, puis on le compressé en mpeg2 à 5 ou 7mbits maxi !

    donc.....on est loin d"une prod 100% DB encodée de façon hardware en mpeg2....

    non ?
     
  5. nathalie-plicot

    Trophy Points:
    100
    Likes Received:
    0
    Messages:
    13
    Appréciations:
    +0 / 0 / -0
    merci beaucoup

    Merci vraiment d'avoir pris le temps d'une réponse aussi complète.
    Nath:)
     
Loading...

Share This Page

Dernières Occasions

 
Vous souhaitez annoncer sur le Repaire ? Contactez-nous