Journal Convertir une vidéo en DV ?

Posté par (page perso) .
0
10
mai
2005
Il n'y a pas à dire, Linux a fait de réels progrès pour faire de la vidéo numérique.

L'importation depuis la caméra Firewire se fait sans problème avec dvgrab ou kino, on a de jolis fichiers ".dv" qu'on peut éditer dans kino ou dans cinelerra.

On peut après, si on veut, réexporter le tout vers sa caméra ou vers un mpeg/xvid/theora/...


Or, je suis confronté au problème inverse ! J'aimerais insérer dans mon montage une séquence qui n'est pas de moi et dont je ne dispose que d'un avi ou d'un mpeg !

Or, aucun des deux n'est lu par kino ni cinelerra.

J'ai tout essayé avec vlc, mencoder, avidemux, transcode, mais JE N'ARRIVE PAS à exporter cette vidéo dans un format que je peux ensuite éditer.

Est-ce que qqn a ça dans sa botte ? Le top serait une ligne de commande qui convertir n'importe quel vidéo en DV. ;-)

Mais au pire, des infos pour pouvoir transformer la vidéo en un truc lisible par kino et/ou cinelerra, ce serait le pied !

Merci d'avance :-)

(ah oui, Go go pitivi !)
  • # Gstreamer?

    Posté par . Évalué à 3.

    Pour la conversion ; peut-être que gstreamer est capable de faire ça?

    J'ignorais que l'on pouvait remettre les films sur bande DV après montage... je croyais que les caméras étaient bridées en France pour éviter de payer je-ne-sais-quelle-taxe...

    Snark sur #gnomemeeting
    • [^] # Re: Gstreamer?

      Posté par (page perso) . Évalué à 3.

      Les caméras entrées de gamme oui, mais j'ai spécialement acheté une caméra un peu plus chère et payé la taxe pour pouvoir remettre les films sur bande.

      Et d'ailleurs, je viens de découvrir un autre truc sympa : http://dvbackup.sourceforge.net/(...) mais je n'ai pas encore essayé (apt-get install dvbackup )


      Pour Gstreamer, effectivement. Je vais trainer sur le chan..
      • [^] # Re: Gstreamer?

        Posté par (page perso) . Évalué à 2.

        Petite question qui me vient à l'esprit : qu'est-ce qui justifie une taxe pour pouvoir remettre une vidéo sur bande ?
        Un surcoût dû au côté technique ou matériel je comprendrais, mais une taxe ? Imposée par qui et pourquoi ?
        • [^] # Re: Gstreamer?

          Posté par (page perso) . Évalué à 2.

          C'est dû au fait que les magnétoscopes sont taxés différement que les caméras. Mais si ta caméra peut enregistrer de la vidéo, ça devient un magnétoscope. Du coup, les modèles très très bon marché sont bridés car la taxe représente un % non négligeable du prix.

          Les modèles à partir de 800-900¤ n'ont généralement plus cette limite.

          Mais :

          MERCI DE NE PAS DÉBATTRE DE ÇA DANS CE JOURNAL !

          Je me fiche de savoir si cette taxe est justifiée ou non dans ce cadre-ci. Merci de garder ce journal "sur le sujet".
        • [^] # Re: Gstreamer?

          Posté par . Évalué à 0.

          heureusement qu'on peut importer des images, sinon comment feraient les parachutistes pour se refiler les images de leurs sauts de la journee? :))

          c'est la taxe sur les enregistreurs numeriques qui fait ca.

          sinon, pour info, les permieres series de sony avaient un bridage qui pouvait sauter (une simple soudure il me semble), chose qui n'est plus possible depuis la pc107 (ou serait ce 105?)

          merci pour l'info ploum, ca va etre tres utile sur mon portable ce piti truc. :)
    • [^] # Re: Gstreamer?

      Posté par (page perso) . Évalué à 2.

      > je croyais que les caméras étaient bridées en France pour éviter de payer je-ne-sais-quelle-taxe...

      Tiens ? je ne savais pas ça. Je vais vérifier sur le mode d'emploi de ma caméra achetée à l'étranger...
  • # une piste ?

    Posté par . Évalué à 8.

    mencore -ovc help

    [...]

    Available codecs:
    copy - frame copy, without re-encoding. Doesn't work with filters.
    frameno - special audio-only file for 3-pass encoding, see DOCS.
    raw - uncompressed video. Use fourcc option to set format explicitly.
    nuv - nuppel video
    divx4 - divx4linux/divx5linux library (depends on configuration)
    lavc - libavcodec codecs - best quality!
    vfw - VfW DLLs, currently only AVID is supported.
    qtvideo - QuickTime DLLs, currently only SVQ1/3 are supported.
    libdv - DV encoding with libdv v0.9.5
    xvid - XviD encoding
    x264 - H.264 encoding


    une piste ?
    • [^] # Re: une piste ?

      Posté par (page perso) . Évalué à 4.

      Merci ! Effectivement, c'est une piste très intéressante !

      mencoder -ovc libdv -oac pcm sortie.avi -o sortie.dv

      produit un fichier que cinelerra peut lire ! (pas kino, mais bon)

      Le seul problème, c'est que l'image est complètement corrompue et ne ressemble à rien.

      Argh, dommage, mais on s'approche :-)

      Merci
      • [^] # Re: une piste ?

        Posté par . Évalué à 5.

        essaye ca devant -vf scale=720:576
        Cinelerra le lit, mais pas kino
      • [^] # Re: une piste ?

        Posté par . Évalué à 2.

        ffmpeg aussi le supporte... par contre, je ne sais pas ce qu'il faut mettre pour l'audio, étant donné que je n'ai aucune expérience de ces logiciels et des caméras...
        ffmpeg -i video.avi -acodec le_codec_audio_qui_va_bien -vcodec dvvideo -sameq video_dv.avi
        • [^] # Re: une piste ?

          Posté par . Évalué à 3.

          je ne sais pas ce qu'il faut mettre pour l'audio, étant donné que je n'ai aucune expérience de ces logiciels et des caméras...

          Il me semble que du pcm (c'est à dire wav) devrait fonctionner. A ma connaissance, le son n'est pas compressé dans les fichiers dv.

          A part ça, si tu as encore des problèmes d'exports avec libdv, essaye de voir si tu peux pas générer un fichier 'mjpeg' (c-à-d une suite de jpeg).
          MEncoder doit faire ça, sinon y'a aussi les "mjpeg tools" que j'ai utilisé et qui fonctionnent vraiment très bien.
          On peut difficilement faire plus standard, et c'est il me semble le format de données qu'utilisent tous les éditeurs non linéaires de vidéo.

          Bonne chance.
      • [^] # Re: une piste ?

        Posté par (page perso) . Évalué à -4.

        tu fais un file sur un fichier qu un logiciel peut lire, et ca te donne la nature des flux. (sauf les fluxs alternatifs NTFS, aka ADS, mais c est un autre troll):

        $ file tmp_amule/inc/Brice\ de\ nice\ Le\ film\ certifié\ DVDRip.avi
        tmp_amule/inc/Brice de nice Le film certifié DVDRip.avi: RIFF (little-endian) data, AVI, 544 x 288, 25.00 fps, video: DivX 5, audio: MPEG-1 Layer 3 (stereo, 48000 Hz)

        video: RIFF Divx5
        audio: MP3 (48k)

        tu rebalance les bons codecs a mencoder, et ca roulez.
    • [^] # Re: une piste ?

      Posté par (page perso) . Évalué à 3.

      Oui, ça a l'air d'être libdv le bon chemin, avec encodedv qui "encode a series of images to a digital video stream"...

      Il faut aparement découper la vidéo image par image et la remouliner dans encodedv. Bon courage :)
  • # La solution !

    Posté par (page perso) . Évalué à 7.

    Grâce à Farib et Degueu raoul, voici deux solutions qui permettent de résoudre le problème :

    Encoder n'importe quelle vidéo en Dv avi, lisible par Cinelerra ET Kino:

    mencoder -vf scale=720:576 -ovc libdv -oac pcm input.avi -o output.avi


    Si le but est simplement d'avoir une vidéo lisible par cinelerra, le codec lavc suffit :

    mencoder -ovc lavc -oac pcm input.avi -o output.avi



    Merci à vous tous :-)
    • [^] # Re: La solution !

      Posté par . Évalué à 5.

      mencoder -vf scale=720:576 -ovc libdv -oac pcm input.avi -o output.avi

      J'arrive un peu parès la bataille, mais je me permettrait de rajouter :
      si vous travaillez avec des fichiers NTSC utilisez -vf scale=720:480 Sinon ca ne sera pas beau.
    • [^] # Re: La solution !

      Posté par . Évalué à 4.


      Si le but est simplement d'avoir une vidéo lisible par cinelerra, le codec lavc suffit :
      mencoder -ovc lavc -oac pcm input.avi -o output.avi

      Où là! C'est pas forcément une bonne idée de faire un encodage avec lavc sans rajouter quelques options demandant à l'encodeur d'optimiser un peu plus pour la qualité.
      Voir ici pour les options qui ont un grand impact sur la qualité:
      http://mplayerhq.hu/DOCS/HTML/en/menc-feat-dvd-mpeg4.html#menc-feat(...)

      Sinon, le reste du guide d'encodage de MEncoder devrait de donner des bonnes bases pour faires des encodages de qualité.

      NB: l'équipe de traduction de MPlayer recherche des volontaires pour traduire en français les dernières mises à jour de la page citée ci-dessus
      • [^] # Re: La solution !

        Posté par (page perso) . Évalué à 2.

        dans mon cas, quand on part d'une vidéo pourrie en divx pour de toutes façons faire une vidéo pourrie, c'est pas très grave ;-)
  • # ffmepg est ton ami

    Posté par . Évalué à 4.

    Salut,

    Pour encoder en DV les videos provenant de mon appareil photo Powershot A70 de canon, j'utilise FFMPEG.

    Voilà la ligne de commande: ffmpeg -i MVI_4300.AVI -s pal -r pal -aspect 4:3 -ar 48000 -ac 2 /tmp/out1.dv

    à toi de l'adapter à ton usage ;-)
    • [^] # Re: ffmepg est ton ami

      Posté par . Évalué à 1.

      et pour encoder les vidéos du A70 en divx de base (pour envoi par email par exemple) , tu aurais la ligne de commande magique ?
      je me suis cassé les dents la dessus, impossible d'obtenir le résultat correct, soit la vidéo était OK mais pas de son soit j'avais le son mais la video était beurk ...
  • # Et la qualité dans tout ça ?

    Posté par . Évalué à 3.

    J'ai le même problème avec une vidéo avi dont le son est corrompu : il y'a un saut de quelques secondes au milieu. J'aimerais pouvoir exporter le son le cuter et le remettre dans la vidéo. Et ben aucun des softs avec IHM graphique que j'ai essayé n'étaient foutu de faire ça.

    Je sais qu'on peut faire ça avec transcode mais ça va être le bordel. Surtout que je vais devoir tatonner. Itérer des (séparations des deux flux+recalage+intégration des flux) va me prendre un temps énorme.
    • [^] # Re: Et la qualité dans tout ça ?

      Posté par (page perso) . Évalué à 4.

      0. dans kino, note précisément la durée du saut
      1. dans l'onglet export de kino, exporte juste le son
      2. ouvre audacity pour corriger de la durée exacte déterminée en (0)
      3. réouvre kino et utilise dub pour écraser le son par le son corrigé
      • [^] # Re: Et la qualité dans tout ça ?

        Posté par . Évalué à 2.

        GC tu me sauves.

        J'avais effectivement réussi à charger la vidéo dans kino, mais j'ai rien obtenu au bout de 10 minutes de clics à droite à gauche alors j'ai passé mon chemin. Cinellerra il plante au chargement du divx.

        Ce que je veux surtout c'est de pas avoir à réencoder histoire de pas massacrer la qualité, quitte à passer le son en flac/wav et coller les deux flux dans un OGM.

        PS: tu as vu l'épilogue de mon troll sur Java ? C'était un bug du jdk ou du driver :)
        • [^] # Re: Et la qualité dans tout ça ?

          Posté par (page perso) . Évalué à 2.

          PS: tu as vu l'épilogue de mon troll sur Java ? C'était un bug du jdk ou du driver :)

          J'avais surtout retenu que, comme ce que tout le monde pensait, "Le problème c'est que Java, c'est peut-être plus rapide que C++, mais ça ne sait pas scheduler un thread correctement." c'était du grand n'importe quoi :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.