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 Snark_Boojum . Évalué à 3.
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 ploum (site web personnel, Mastodon) . Évalué à 3.
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..
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Gstreamer?
Posté par Sixtiz (site web personnel) . Évalué à 2.
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 ploum (site web personnel, Mastodon) . Évalué à 2.
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".
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Gstreamer?
Posté par kra . Évalué à 0.
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 David Sporn (site web personnel) . Évalué à 2.
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 farib . Évalué à 8.
[...]
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 ploum (site web personnel, Mastodon) . Évalué à 4.
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
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: une piste ?
Posté par degeu raoul ⭐ (Mastodon) . Évalué à 5.
Cinelerra le lit, mais pas kino
[^] # Re: une piste ?
Posté par Moonz . Évalué à 2.
ffmpeg -i video.avi -acodec le_codec_audio_qui_va_bien -vcodec dvvideo -sameq video_dv.avi
[^] # Re: une piste ?
Posté par Guillaume POIRIER . Évalué à 3.
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 doublehp (site web personnel) . Évalué à -4.
$ 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 dawar (site web personnel) . Évalué à 3.
Il faut aparement découper la vidéo image par image et la remouliner dans encodedv. Bon courage :)
# La solution !
Posté par ploum (site web personnel, Mastodon) . Évalué à 7.
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 :-)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: La solution !
Posté par Jerome Herman . Évalué à 5.
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 Guillaume POIRIER . Évalué à 4.
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 ploum (site web personnel, Mastodon) . Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
# ffmepg est ton ami
Posté par DOUCET Pierre . Évalué à 4.
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 Milo . Évalué à 1.
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 iug . Évalué à 3.
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 gc (site web personnel) . Évalué à 4.
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 iug . Évalué à 2.
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 gc (site web personnel) . Évalué à 2.
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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.