Last month, one of my brother’s sent me a DVD in the mail that contained video of us from the mid-80’s. Apparently the video had been stored on a camera and just never removed. This retrospective got me thinking about how popular Youtube channels like The 8-Bit Guy and Techmoan have become recently. It also got me thinking about all the video I have stored on MiniDV tapes that I never processed. Nine years ago, I recorded a lot of video using a Panasonic PV GS-80 camcorder. This inexpensive camcorder featured image-stabilization, 16:9 video, and relatively good quality for the price point at the time. I posted a number of videos from “Ontario Linux Fest” on archive.org, but I recorded so much that I simply didn’t get around to importing everything. The last time I was transferring the MiniDV DV tapes to digital format, I remember running into issues with KINO and pulseaudio. Both audio and video played back at super high speed. KINO was a great digital video editor capable of importing video from IEEE1394 sources like our Panasonic camcorder. IEEE1394 is the standard most often called Firewire. Firewire is actually Apple’s implementation of the IEEE1394 standard. Sony calls their IEEE1394 implementation i.LINK, and Texas Instruments called theirs Lynx. What I loved about KINO was that it gave complete control over the camera from the user interface. Unfortunately, as new video editors started coming out, KINO was abandoned. This is about when I stopped importing DV from the MiniDV tapes.
Le mois dernier, un de mes frères m'a envoyé par la poste un DVD qui contenait des vidéos familiales des années 1980. Apparemment, le film a été stocké dans une caméra sans jamais être enlevé. Ces souvenirs m'ont fait penser à la grande popularité récente des chaînes YouTube comme The 8-Bit Guy et Techmoan. Cela m'a également fait penser à toute la vidéo que j'avais stockée sur des bandes MiniDV, sans jamais les traiter.
Il y a neuf ans, j'ai enregistré beaucoup de vidéos avec un caméscope Panasonic PV GS-80. Ce caméscope, qui ne coûtait pas cher, avait la stabilisation de l'image, la vidéo 16:9 et une qualité relativement bonne pour les prix à l'époque. J'ai posté de nombreuses vidéos de l'Ontario Linux Fest sur archive.org, mais j'avais enregistré tant de choses que je n'ai tout simplement pas pris le temps de tout importer.
La dernière fois que j'ai transféré de la DV des bandes MiniDV vers un format numérique, j'ai eu des problèmes avec KINO et pulseaudio. L'audio et la vidéo, tous deux, se lisaient à une vitesse extrêmement rapide. KINO était un éditeur de vidéo numérique génial qui pouvait importer de la vidéo à partir de sources IEEE1394 comme le caméscope Panasonic. IEEE1394 est le standard appelé le plus souvent Firewire, mais Firewire est en fait l'implémentation d'Apple du standard IEEE1394. Sony appelle son implémentation de IEEE1394 i.LINK et Texas Instruments appelle la sienne Lynx. Ce que j'aimais vraiment dans KINO, c'était que son interface utilisateur avait le contrôle complet sur la caméra. Malheureusement, avec la sortie de nouveaux éditeurs de vidéo, KINO fut abandonné et c'est à ce moment-là, environ, que j'ai cessé d'importer de la DV des bandes MiniDV.
Inspired by my brother’s DVD, and all the retro video of late, I decided to hook the camera up to an HP 6710 core 2 duo laptop running Linux Mint Cinnamon 18. Back when I used to import DV, I always had to issue modprobe commands to get IEEE1394 working. I checked out some of the Ubuntu pages concerning Firewire and got mixed ideas. Some of the documentation seemed to indicate that I might need to blacklist items, and run modprobe, while other documentation seemed to indicate that things would just work. I installed KINO and the command-line IEEE1394 importing program dvgrab. Lo and behold, when I turned the camera on and went into the Kino Preferences > IEEE 1394 tab, the camera was detected! I got even more excited when I clicked the Capture button and KINO started importing the video as flawlessly as it originally did. Sadly, my excitement wasn’t long lived. After it started importing the fourth clip, KINO froze. Linux Mint was still responsive so I opened a terminal and checked the file size a couple of times. Even though KINO was frozen, the back end dvgrab program was still importing video, I could tell by running ls and watching the file size change over time. When the import finished, KINO stayed frozen, but I had several more .dv files.
Inspiré par le DVD de mon frère, et par toutes les vidéos rétro récentes, j'ai décidé de brancher la caméra sur un ordinateur portable HP 6710 à double cœur sous Linux Mint Cinnamon 18. Au moment où j'importais de la DV, je devais toujours exécuter des commandes modprobe pour faire fonctionner l'IEEE1394. J'ai lu quelques-unes des pages Ubuntu au sujet du Firewire, mais elles me laissaient perplexe. Parfois la documentation semblait dire qu'il faudrait éventuellement blacklister certains éléments et exécuter modprobe, alors que d'autres pages semblaient dire que tout fonctionnerait tout simplement. J'ai installé KINO et le programme en ligne de commande d'importation d'IEEE1394 dvgrab. À ma grande surprise, quand j'ai allumé la caméra et me suis dirigé vers les Kino Preferences > onglet IEEE1394, la caméra y était ! Je me suis enthousiasmé encore davantage quand j'ai cliqué sur le bouton Capture et que KINO a commencé à importer la vidéo de façon aussi irréprochable qu'à l'origine.
Malheureusement, mon enthousiasme n'a pas duré. Après avoir commencé à importer le quatrième clip, KINO s'est gelé.
Puisque Linux Mint réagissait toujours, j'ai ouvert un terminal et vérifié la taille du fichier deux ou trois fois. Bien que KINO soit gelé, le programme dvgrab importait encore de la vidéo ; je le constatais en exécutant ls et en regardant la taille du fichier changer au fur et à mesure. Quand l'importation s'est terminée, KINO est resté gelé, mais j'avais plusieurs autres fichiers .dv.
Since I knew dvgrab could import video without issue, I used it to import DV from several other tapes. KINO defaults to the name capture###.dv (this can be changed in KINO), whereas dvgrab uses the name dvgrab-###.dv if you don’t specify a filename to capture to. As with any command-line program, dvgrab can take a number of different switches to change the behaviour of the capture. The -t switch, for example, puts the timecode at the end of the capture name so you end up with something like dvgrab-2009.09.04_22-14-52.dv. The timecode is the date and time the video was recorded. So, in the previous example, the video was recorded on September 4th, 2009 at 22:14:52 or 10:14 (and 52 seconds) in the evening. Changing the name dvgrab records to is as simple as specifying the name at the end of dvgrab. For example: dvgrab mymovie- Results in files: mymove-001, mymovie-002, mymovie-003, etc.
Puisque je savais que dvgrab pouvais importer des vidéos sans problème, je l'utilisais pour importer de la DV de plusieurs autres bandes. Par défaut, KINO nomme une importation capture######.dv (vous pouvez le changer dans KINO), tandis que dvgrab utilise le nom dvgrab-###.dv si vous ne spécifiez pas de nom de fichier pour l'importation. Comme c'est le cas pour tout programme en ligne de commande, dvgrab peut utiliser de nombreux commutateurs qui changeront le comportement de la capture. Par exemple, le commutateur -t met le timecode à la fin du nom de la capture, ce qui fait que, in fine, vous avez quelque chose comme dvgrab-2009.09.04_22-14-52.dv. Le timecode est la date et l'heure à laquelle la vidéo fut enregistrée. Ainsi, dans l'exemple, la vidéo fut enregistrée le 4 septembre 2009 à 22:14:52 (ou le soir à 10:14 (et 52 secondes)).
Changer le nom des captures ou importations que fait dvgrab est aussi simple que préciser un nom à la fin de dvgrab. Par exemple :
dvgrab mymovie-
Les fichiers résultats sont mymovie-001, mymovie-002, mymovie-003, etc.
There are plenty of video editors available for Linux: Openshot, Kdenlive, Pitivi, Avidemux, and Shotcut. Openshot, Pitivi, Avidemux and Shotcut don’t appear to support IEEE1394 capture. Kdenlive is suppose to support IEEE1394 capture, but when I tried it, I couldn’t get Kdenlive to recognize our camera (KINO and dvgrab do). I looked at LightWorks, but it requires an account, and wouldn’t work on the Core 2 Duo-based notebook. Since my desktop (an A8-5600K APU-based system with 16GB of RAM) is a lot more powerful than the Core 2 Duo notebook, it makes sense that I do all the editing on the desktop. My workflow is a bit painful, import the video on the Core 2 Duo laptop using the command-line dvgrab, and transfer the video via SSH to the desktop for editing. We have a gigabit network running throughout our flat so it’s much more efficient than trying to back up to a USB 2.0 external drive (the desktop is USB 3.0, but the laptop is still 2.0). Openshot has been my video editor of choice in the past, it works well with .dv files, is easy to use, supports effects like green/blue screen, and is stable. (That’s Jeremy Allison in the screenshot/video giving a talk at Ontario Linux Fest 2008 entitled Livin’ La Vida Linux)
Beaucoup d'éditeurs vidéo sont disponibles pour Linux : Openshot, Kdenlive, Pitivi, Avidemux et Shotcut, mais Openshot, Pitivi, Avidemux et Shotcut ne semblent pas prendre en charge la capture par IEEE1394. Kdenlive est censé le faire, mais quand je l'ai essayé, je ne réussissais pas à faire reconnaître notre caméra par Kdenlive (KINO et dvgrab le reconnaissent). J'ai examiné LightWorks, mais il faut ouvrir un compte et il ne voulait pas fonctionner sur le portable basé sur un Core 2 Duo.
Puisque mon ordinateur de bureau (un système A8-5600 basé sur APU avec 16 Go de RAM) est beaucoup plus puissant que le portable à double cœur, il est logique de faire toutes les retouches sur l'ordinateur de bureau. Le flux du travail est quelque peu pénible : importer la vidéo sur le portable avec dvgrab en ligne de commande, puis transférer la vidéo via SSH sur l'ordinateur de bureau pour les retouches. Un réseau gigabit couvre tout l'appartement et l'utiliser est beaucoup plus efficace qu'essayer de sauvegarder vers un disque dur externe sur USB 2 (l'ordinateur de bureau est USB 3.0, mais le portable est 2.0).
L'éditeur vidéo que je préfère depuis longtemps est Openshot : il fonctionne bien avec des fichiers .dv, est facile à utiliser, prend en charge des effets comme un écran vert/bleu et est stable. (Dans la capture d'écran/vidéo, vous voyez Jeremy Allison faire un discours appelé En direct de la Vida Linux à l'Ontario Linux Fest 2008.)
I admit this isn’t a very efficient process, but it works, and it puts an old machine (the Core 2 Duo laptop) to good use. I’ll probably revise the process in the future by putting an PCIe IEEE1394 400 card in the desktop so I can do all the importing and editing in one machine. With approximately 30 more MiniDV tapes to import, it’s a big project. Next month, I’ll have an update on how the video turned out. For an example of the video I imported back in 2007 to 2009, just search for “Charles McColm” on archive.org. I’ve posted several videos taken with the Panasonic PV-GS80. Now that the editors have improved and sites like archive.org and Youtube are allowing higher quality content I believe the video should be a bit better.
J'avoue que ce n'est pas très efficace comme processus, mais il fonctionne et il utilise la vieille machine (le portable à double cœur) à bon escient. À l'avenir, je vais sans doute le modifier en installant une carte PCIe IEEE1394 400 dans l'ordinateur de bureau afin de pouvoir faire l'importation et les retouches dans une seule machine. Avec environ 30 bandes MiniDV de plus à importer, c'est un projet conséquent.
Le mois prochain, je pourrai vous dire le résultat des vidéos. Pour un échantillon des vidéos que j'ai importées de 2007 a 2009, il suffit de rechercher « Charles McColm » sur archive.org. J'y ai posté plusieurs vidéos prises avec le Panasonic PV-GS80. Maintenant que les logiciels d'édition se sont améliorés et que les sites comme archive.org et YouTube permettent des contenus de bien meilleure qualité, je crois que les vidéos devront être un peu meilleures.