2012-02-01

SxS cards crash OS X 10.6.8

The SxS card driver from Sony is not compatible with the latest (and last?) Snow Leopard update 10.6.8, at least on some Mac Book Pro models. When inserting an SxS card into the Express card slot, the system crashes with a "kernel panic".

Apparently, Sony has no intention to fix the problem. This is what they say on their download page:

Attention (July 2011): Users of MacBook PRO* with Intel CoreDuo Processor (*Early 2006 Model: MA464/MA092)
Sony has found that a message will appear to say you need to restart your CoreDuo-based MacBook PRO when you update the OS to Mac OS X 10.6.8 (released on June 23, 2011) and insert an SxS Memory Card into its ExpressCard slot. We do not recommend that you update your OS to 10.6.8. If you have already updated your OS and could not switch back to the previous version (such as 10.6.7), please use your SxS card in an XDCAM or XDCAM EX video recording product, connecting it to your Mac via the USB cable. You may also be able to use your card with an 'SxS Memory Card Reader/Writer SBAC-US10,' which is sold separately.

If you have this problem, the only solution seems to be a re-install of the OS. Then, a system update to 10.6.7, and finally disabling all further automatic updates.

If you are thinking of avoiding a re-install and doing a downgrade from 10.6.8 to 10.6.7 instead, forget it. I tried, and failed miserably, ending up with an unbootable machine (kernel panic straight away at startup). But if you do know of another solution than a re-install, please leave a comment.

Labels: , ,

2011-02-11

Timecode et Final Cut

Audio timecode

Certaines caméras comme les Sony Z1 et EX1 n'ont pas d'entrée pour un générateur de time code externe. On peut alors enregistrer le son d'un générateur de TC sur une piste audio. Mais contrairement à Avid, Final Cut Pro ne peut pas décoder ce son pour obtenir le time code. Pour cela, il faut des programmes externes. J'en connais 2:

  • FCP auxTC reader de VideoToolShed. Il coûte $ 250, et il propose une version démo qui permet de le tester avec quelques limitations.
  • et TimeTools de Gallery. Celui-là coûte $ 900, et ne propose pas de version démo, ni même de mode d'emploi en ligne qui permettrait de se faire une idée. Alors on se demande pourquoi il coûte presque 4 fois le prix du précédent.
Lors d'un essai rapide des deux sur une journée de tournage, FCP auxTC reader s'en est mieux sorti. Il n'a pas reconnu le TC sur 3 clips, alors que TimeTools ne l'a pas reconnu sur une dizaine de clips. 

Merged clips

Une fois que les vidéos ont le bon time code, encore faut-il les synchroniser avec le son externe correspondant pour en faire des "merged clips". Là aussi, Avid permet de le faire automatiquement sur un bin entier, mais pas FCP. Il faut sélectionner l'image et le son correspondant, puis les "merge" individuellement.

Pour éviter ce travail long et fastidieux, il y a Sync-N-Link for FCP. Malheureusement, il coûte $ 500.

Remarques

  • FCPauxTC n'accepte que des fichiers dont le nom a l'extension ".mov". Il semble possible de faire des captures dans FCP qui créent des fichiers sans extension. Dans ce cas, il faut d'abord tous les renommer en leur ajoutant ".mov". Cela peut se faire facilement par une commande dans Terminal. (Ceux qui ne sont pas à l'aise dans Terminal peuvent installer un programme graphique payant comme comme par exemple Pathfinder.)
  • FCPauxTC permet aussi de faire des clips avec le son, mais il ne fait pas des "merged clips" associant image et son. Au lieu de ça, il ajoute le son dans le quicktime image. Il peut n'ajouter que le lien vers le son ("by reference" au lieu de "self-contained"), mais en général on préfère quand même des "merged clips" standard.
  • Pour les tournages sans TC, il y a aussi PluralEyes de Singular Software, qui ne coûte que $ 150. Il fonctionne en analysant le son, et en reconnaissant des sons identiques. Il paraît que ça fonctionne bien quand le son externe a été enregistré sur la caméra (par une liaison HF par exemple). Mais si le son caméra est celui du micro caméra, il serait trop différent du son externe pour que PluralEyes puisse le reconnaître. (Je n'ai pas pu l'essayer, parce que quelqu'un l'avait déjà essayé sur la machine que j'utilisais, et je ne pouvais pas ré-installer une version test une 2e fois.) 
Voir l'article suivant pour un rappel des procédures pratiques à suivre avec FCPauxTC et Sync-N-Link.

Labels: , , , , , , ,

2010-11-18

Importing a DVD into Final Cut Pro

(You probably need the MPEG-2 Playback Component for Quicktime, which is available for around $20 here.)

If you import VOB files directly into FCP, they seem to have no sound.

MPEG Streamclip will let you save them as .m2v video files and .aiff audio files without re-encoding them.

(these tests were done on Mac OS X 10.6.4 with FCP 7.0.3 and MPEG Streamclip 1.9.3b2.)

  • Open the .vob file in MPEG Streamclip
  • If you want, set in and out points (by pressing I and O ) to export only that part
  • In the File menu, select Demux -> Demux to M2V and AIFF...
  • Import the files into FCP, where you can merge back the video and audio.

If you put such a DVD video file on an HD sequence, it is automatically scaled to your sequence settings. You can change this scaling in the clip's Motion tab.

When I did all this, weird things happened, which don't really matter but which I don't understand. If you do, leave a comment. "Demux" (de-multiplex) means separating the interleaved video, audio and other tracks to write them as separate files. So in the example above, the video goes to the .m2v file, and the audio to the .aiff file. And this is how MediaInfo sees the files: only video in one, and only audio in the other. However, when I imported them into FCP, the .m2v file appeared to somehow magically have audio in it... sometimes. And sometimes not.

So you may be able to throw away the .aiff file and skip the merge step, depending on the positions of the stars or on what the LHC is smashing at the other end of the lake...

Labels: , , , ,

2010-11-09

Why I hate Shotput Pro

Most people I know seem to be fond of Shotput Pro for offloading XDCAM EX cards to hard disks.

I understand why they like it, but I don't. So I'm still looking for a better solution to recommend to people.

For myself, I use custom shell scripts with rsync, but they need to be configured for each project, which is sometimes too much of a hassle, and certainly not something I can recommend to people who have never heard about Terminal.

Shotput Pro isn't all that bad, and is definitely much better than using the Mac Finder for such an important task. But several details drive me mad, especially because they seem so obvious, and should be easy to fix. Here is my list of ...

...Things I Hate About Shotput Pro

(in no particular order)

  • It doesn't preserve folder dates and times, so you don't see the shooting date straight away in the Finder listings. Since every shot is in it's own folder, the shot list in the Finder is a mess of meaningless numbers used in the folder names, and just as meaningless dates and times.
  • It doesn't find the SxS card automatically, even though it would be very easy (it's a FAT32 partition which is the only one on that disk, and which contains a folder named "BPAV" in it's root; it's also usually labelled "Untitled" by the Mac).
  • When you want to offload cards into folders named by date, which is what I always want, it's automatic naming is catastrophic: it somehow uses your system settings for the date format, which in most cases contains slashes ("31/12/2010")! Of course, slashes cannot be used in names, on any current computer, so the Finder will helpfully replace them with colons behind your back, but still show you slashes. So you end up with folders which have different names depending on whether you look at them from the Finder or from another program (like Terminal) or on another system.
    Then Shotput adds the time and timezone, separated by spaces. Not as bad as using slashes, but still very annoying.
    And the " +" or " -" before the time zone isn't a great idea either.
  • It cannot continue an interrupted transfer. If you have offloaded most of a card but then had to add a few shots to it, or if you just had to suddenly interrupt the transfer to move to another location (which tends to happen when filming), you cannot finish the transfer at a later time. When you restart the offload, it will actually restart from scratch. It will have noticed that you already have a folder with the same name, and instead of a prompt similar to "You already have a folder named '2010-12-31_14h23'. Would you like to update it?", it will just start over into a new folder after appending a "-2" to your folder name.
    A 32GB card takes a lot of time to be copied twice, and with Shotput, you will often be stuck watching it re-copying files long after wrap time.
  • Requires activation over an Internet connection. Well that may look like it's OK, since you do it only once, during preparation. But if you forget it, and rush on a shoot in a remote place without Internet, haviung only your new computer and your fresh Shotput Pro download, you won't be able to use it.
  • A much worse scenario is if your computer dies during the shoot. Before you can activate Shotput on your replacement machine, you first need to deactivate it on your old machine over the Internet. That will be hard if the old machine doesn't boot. I'm sure such a situation can be solved with an email to the company, but that will also require an Internet connection, and not be done immediately on a Sunday at 2AM.

  Update: The way I do the transfers (with rsync) is extremely reliable, preserves dates and times, allows restarting interrupted or incomplete transfers, and doesn't require any extra tools (rsync is part of the base install on OS X, and most Linuxes, and is available for Windows).

However, until I find the time to package it all into a nice and fool-proof script, it is not suitable for people who are scared by Terminal. Basically, the rsync command is:

sudo rsync -rt -vi --progress --exclude=".*" "$source" "$dest"

Before that, I had source and dest initialized by a script, which ends with something like

source=/Volumes/Untitled/; dest=/Volumes/Project_1A/2011-12-14_09h18/


Labels: , , , , ,

2009-04-18

Sessions ProTools depuis Final Cut

Voilà un petit aide-mémoire pour un export d'un montage Final Cut Pro avec des sons Cantar, vers des sessions ProTools, en utilisant Titan Flash Conform, et quelques lignes de script Perl pour résoudre un problème dans l'EDL exportée depuis FCP: http://alma.ch/film/workflows/fcp-cantar-titan-protools/ C'est en anglais, mais vous pouvez ajouter ici vos commentaires, corrections, et autres remarques dans la langue de votre choix.

Labels: , , , , ,

2006-06-27

Flac sur Mac

Si je vous ai passé des fichiers audio au format FLAC et que vous utilisez un Mac, il vous faudra 1 ou 2 programmes supplémentaires pour les écouter et/ou les convertir dans un autre format. Il en existe plusieurs, la plupart gratuits. J'utilise souvent le format .flac pour compresser de la musique parce que c'est un compresseur "lossless" (sans perte de qualité), et que c'est un logiciel libre: non seulement gratuit, mais surtout libre de droits et ouvert. Ca me garantit que je pourrai toujours trouver un programme pour lire/décompresser ces fichiers sur l'engin de mon choix, même dans 10 ou 20 ans quand il n'y aura peut-être plus ni Macs ni PCs Windows, et que mon CD original aura été perdu ou irrémédiablement rayé. Contrairement à d'autres programmes de musique, iTunes ne lit pas les fichiers .flac (sans doute pour tenter de capter les utilsateurs dans son propre format non-libre). Il faut donc soit les décompresser, soit utiliser un autre programme pour l'écoute. Pour écouter les fichiers .flac, il y a le fameux VLC (que vous devriez probablement avoir de toute façon pour lire les nombreux formats que Quicktime ne lit pas), ou Cog que je ne connais pas. Pour les décompresser en WAV ou en AIFF standard, il y a xACT et d'autres. A partir de là vous pourrez les recompresser dans votre format préféré (mp3, aac, etc.) Si vous avez déjà Toast 7 Titanium, il paraît qu'il peut graver des CDs audio directement à partir des fichiers .flac. Peut-être peut-il aussi faire autre chose avec? Pour une liste tenue à jour, voir la page officielle.

Labels: , ,

2005-04-04

Importer le son d'un DVD dans Final Cut Pro

Comment peut-on importer le son d'un DVD dans Final Cut Pro? Un preneur de son a suggéré de brancher un lecteur DVD de salon sur le lecteur DVCAM, et de capturer le son à partir de là dans FCP. Ca fonctionne sûrement, mais ça me semblait un procédé un peu absurde (convertir un son digital en analogique, pour le re-digitaliser) et trop long, alors qu'il devrait suffire d'extraire le son digital tel quel du DVD. Les opérations nécessaires sont:
  1. Copier le DVD sur disque dur. S'il s'agit d'un DVD commercial, il faut en même temps supprimer le cryptage CSS (deCSS).
  2. dé-multiplexer (demux) le son de l'image. (Les fichiers .VOB du DVD contiennent le son et l'image; il faut donc les séparer, et ne garder que le son)
  3. Convertir le son dans un format pouvant être importé dans FCP. Le son des DVD est en général du Dolby Surround. Après le demux il sera dans un fichier .AC3. Pour l'importer, il faut le convertir en .WAV ou en .AIFF.
  4. Importer dans FCP.
S'il s'agit du son d'un DVD commercial et d'un projet commercial, il reste encore l'étape la plus complexe: trouver le détenteur des droits, et négocier l'utilisation du son dans votre projet. Mais heureusement, ça n'est pas le boulot du monteur. Il existe de très (trop) nombreux outils gratuits pour ces opérations, aussi bien pour Windows que pour Mac. J'en ai essayé quelques-uns. Pour Mac, la copie, le décryptage (deCSS) et le "demux" peuvent se faire avec MacTheRipper, et la conversion du son AC3 en WAV ou en AIFF avec mAC3dec. Avec Windows, je viens de tester:
  1. DVD Decrypter pour sauver, décrypter et extraire le son ("demuxer")
  2. PX3Convert ou Ac3Decode pour convertir le AC3 en WAV.
Si vous avez d'autres outils à suggérer à la place de ceux-là, vos commentaires sont les bienvenus.

Labels: , , , , ,