Milivoj's blog

Sessions ProTools depuis Final Cut

noreply@blogger.com (Milivoj) — Sat, 18 Apr 2009 11:53:00 +0000

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.

field order madness: one is even

noreply@blogger.com (Milivoj) — Wed, 08 Apr 2009 09:37:00 +0000

The DVD Studio Pro 4 User Manual, on page 64, has some interesting new arithmetic:

"The top field is also known as field two, the upper field, or the odd field. The bottom field is also known as field one, the lower field, or the even field."

I wonder if that's just a mistake in the manual, or if the video people - who among other oddities gave us the non-square pixels - also re-invented a better definition of odd and even.

Programme de la Cinematheque en fichier iCalendar

noreply@blogger.com (Milivoj) — Sat, 07 Jul 2007 22:24:00 +0000

J'avais envie de voir le programme de la Cin�math�que de Lausanne dans mon programme de calendrier. Comme la cin�math�que elle-m�me ne propose pas de fichier "iCalendar" sur son site, j'ai un petit script qui convertit leur page web du programme en fichier standard .ics. On peut y souscrire avec Sunbird, Apple iCal, Outlook 2007, et tout autre programme de calendrier qui reconna�t ce format standard. (Outlook 2003 ne permet pas une souscription avec des mises � jour automatiques, mais on peut y importer le fichier).

L'adresse du fichier de calendrier est http://alma.ch/cal/cinematheque.ics

Il est mis � jour automatiquement une fois par semaine � partir du fichier de la cin�math�que, qui j'esp�re ne change pas le format ou l'adresse de sa page trop souvent.

J'esp�re que ce gadget, par sa pr�sence quotidienne dans mon agenda, m'aidera � aller plus souvent � la cin�math�que, au lieu de me souvenir toujours trop tard du film que j'aurais voulu aller voir...

Mise � jour: H�las, apr�s plus d'une ann�e durant laquelle le calendrier a tr�s bien fonctionn�, la cin�math�que vient de changer le format de sa page de programme, et je n'ai pas le temps ces jours d'adapter le script qui transcrit le HTML en ICS. En attendant que je trouve le temps, il n'y a plus que la page "officielle", sans possibilit� d'import.

Avid cannot import timecode from 24 bit BWF file

noreply@blogger.com (Milivoj) — Thu, 22 Mar 2007 13:16:00 +0000

The problem

When you import 24 bit BWF files into Avid, you may encounter a pretty obscure problem: some of the files will be imported without the timecode, while others will be OK.

This will never happen happen with 16 bit files, nor will it happen with stereo 24 bit files. And it will only happen with files produced by certain recorders. And I'm not sure whether it only happens on Macs (I used Avid Xpress Pro 5 on Mac).

It is a rare problem, and it took me a while to figure out, so here is what I found.

I had the problem with files originating on a Sound Devices 744T (fw 2.03), but the same problem seems to exist with the HHB Portadrive, and probably with others as well. (As far as I know, the Cantar doesn't have this problem. I don't know about others). (Update: the Sound Devices firmware update 2.15 fixes this.)

The manufacturers lay the blame on Avid, like in this post on the HHB forum:

"There has been a problem with importing some Portadrive 24-bit wav files into Avid Xpress Pro. Avid would import them via Quicktime rather than directly and in the process all metadata (including most vitally the timestamp) would be lost.

This is an Avid bug and will be fixed in the next release of Xpress Pro."

However, what I found is that it seems to really be a bug in the recorders which produce invalid WAVE files, as shown also by the fact that Avid sends the file to Quicktime instead of processing it itself. I guess Avid could fix their WAV reader, but not easily without breaking the import of some valid files. It would seem much more straightforward to update the firmware in these recorders so that they write valid WAVE files, especially since the change would be quite trivial.

The theory

In short, WAV files are supposed to have an even number of bytes. When you record 24 bit mono sound, you get 3 bytes per sample, and around half of the files will have audio containing an odd number of bytes. So these files would not be valid and confuse the routines reading them.

(Before all the technical details, here is the opportunity to jump directly further down to something more practical or even straight to a possible solution.)

Broadcast Wave files (BWF) are really Microsoft WAVE format files, with a "broadcast extension" containing timecode and other metadata information.
And these .WAV files are really just a form of RIFF files. RIFF files were created by Microsoft and IBM a long time ago, and are based on another even older format: IFF files. (AIFF is another such descendent of IFF).

These specifications have all been published at some point, but have also been changed and augmented since then, and a clear and current reference is hard to find.

Basically, all these RIFF files are composed of various blocks called chunks, of varying sizes. Any WAV file contains at least a "data" chunk with the audio, and a format chunk describing the number of channels, sampling rate, etc. In addition, the BWF variety of WAV files also contains a "bext" chunk which is where the timecode is stored along with other information, and may also contain various other chunks (iXML, link, etc.).

The best quotes I found to pinpoint this specifc problem of odd/even sized chunks are these:

GFF Format Summary: Microsoft RIFF from an O'Reilly book:

"ChunkData contains data that is WORD-aligned within the RIFF file. If the data is an odd length in size, an extra byte of NULL padding is added to the end of the data. The ChunkSize value does not include the length of the padding."

and

AVI RIFF File Reference from the Microsoft site:

"The data is always padded to nearest WORD boundary. ckSize gives the size of the valid data in the chunk; it does not include the padding, the size of ckID, or the size of ckSize."

So all these chunks must have an even number of bytes. If the data in the chunk happens to need an odd number of bytes like in the case of some 24 bit mono sounds, a null byte must be added to pad the chunk to an even number. But the reported chunk size is still expected to be the exact number of useful bytes, different from the real size when it happens to be odd.

Weird, isn't it?

According to the IFF entry in Wikipedia, this weirdness is due to a limitation of an ancient processor:

"Chunks must begin on even file offsets, as befits the origins of IFF on the Motorola 68000 processor, which couldn't address quantities larger than a byte on odd addresses. Thus a chunk following an odd-length chunk will be preceded by a pad byte."

No wonder many devices and software are programmed without taking this (may I say) odd detail into account. Especially since you will hardly find these quotes if you search for WAV or BWF, even though they apply to any RIFF file, including WAVE files.

Back to practice

You can recognize these problematic files by the fact that their size in bytes is an odd number (once you find how to get your file manager to show you exact sizes in bytes instead of MB).

If the audio is not padded to an even number with a null byte, you end up with an invalid WAV file, which some programs will understand, and some not.

If the audio happens to be at the very end of the WAV file, which seems to be the case with the files I have seen, some programs will either not mind about the missing null byte which is not part of the audio anyway, or not even notice (I guess that is what happens in the Windows version of Avid). However, if the audio data is followed in the file with another chunk like a bext or iXML chunk, you are likely to have many problems.

The way Avid seems to handle it, is that it does see the file as invalid, and lets Quicktime have a go at it. Quicktime will read the audio, but it skips the bext chunk with the timecode, so Avid gets back the audio without the TC.

You will also notice, during the import into Avid, the mention of QT instead of WAVE in the progress window. This is a clear sign that you will get the audio through Quicktime, and without timecode.

The solution

In the HHB forum thread mentioned earlier, they suggest using a little Mac OS9 program: HHBFix which can be downloaded from the HHB site.

It did fix the specific files I had so that they imported correctly. However, it does it in a way which proved quite unreliable in some cases: it just blindly adds a null byte to the end of any odd-sized file. Obviously, this will only work if the audio data chunk happens to be the last one in the file. That will probably be the case in a file coming straight from a portable recorder, but there is no guarantee about it. If, before importing the file, some program added another chunk at the end, HHBFix will not do any good.

I would also have another solution, but it currently uses Perl in a shell window, and a modified version of the File::Format::RIFF module. Since the people likely to need a solution are also unlikely to know what Perl or a shell window like Terminal are, I'm not sure it's really useful.

The best solution would really be for manufacturers to correct the code in their firmware (update: Sound Devices seems to have done that quickly).

Update: BWF Widget Pro (runs on Windows) added the ability to correct these invalid files since version 1.175.

Conclusion

Don't let this discourage you from using timecode. In most cases, you will never encounter this problem since it only happens with mono 24 bit sounds produced on some recorders and imported into a Mac version of Avid.

Flac sur Mac

noreply@blogger.com (Milivoj) — Tue, 27 Jun 2006 10:31:00 +0000

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.

Consommation p�troli�re

noreply@blogger.com (Milivoj) — Fri, 16 Sep 2005 20:56:00 +0000

Encore une statistique de plus.

Il semblerait que la consommation de p�trole par habitant ressemble � ceci:

1 terrien moyen consomme 5 barils par an.

Plus en d�tail:

1 am�ricain consomme 25 barils par an
1 europ�en 12
1 chinois 2
1 indien 1

D'apr�s Yves Cochet, entendu sur France Culture.

Importer le son d'un DVD dans Final Cut Pro

noreply@blogger.com (Milivoj) — Mon, 04 Apr 2005 11:10:00 +0000

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:

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).
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)
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.
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:

DVD Decrypter pour sauver, d�crypter et extraire le son ("demuxer")
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.

Gmail

noreply@blogger.com (Milivoj) — Wed, 13 Oct 2004 13:13:00 +0000

J'ai quelques "invitations" pour un compte Gmail. Si �a vous int�resse, dites-le moi. Si vous ne savez pas encore ce que c'est et que vous n'avez pas cliqu� sur le lien au-dessus, c'est un Webmail gratuit et tr�s branch�. Autres descriptions ici: Gmail - Wikipedia, anglais et ici en fran�ais.

Le marketing de Google est vraiment tr�s fort, si m�me moi qui d�teste publicit�, marketing et tout ce qui s'en approche, je me mets � leur faire de la pub. Ils sont plus forts que Tupperware...

En tout cas, ayant re�u une de ces "invitations" dans le club tr�s select de quelques millions de premiers utilisateurs privil�gi�s, je ne pouvais r�sister. Et puis, bien que n'en ayant pas besoin, je voulais m'y r�server une adresse � peu pr�s convenable pour le cas o�. A mon grand �tonnement, milivoj @ gmail.com �tait d�j� pris. Je me suis donc vite rabattu sur ivkovic (at) gmail.com. Et maintenant que j'ai ouvert quelques comptes gmail, je re�ois moi aussi de ces invitations � distribuer, dont je ne sais que faire...

L'int�r�t que je trouve � Gmail:

Les 2 GB de stockage gratuit.
Pas d'ajout de publicit� au bas des messages envoy�s.
Interface sobre et agr�able: pas de publicit�s multicolores et envahissantes, seulement parfois des publicit�s sous forme de textes brefs.
Je ne peux pas m'emp�cher de tester toutes les nouveaut�s qui me passent sous le nez (comme aussi ce blog; devrais-je aussi �crire un article de blog sur les avantages que je trouve au blog?)

Mais d'autres ont eu des id�es plus cr�atives pour perdre leur temps avec Gmail:

l'utiliser comme un disque dur: GMail Drive shell extension
ou comme un blog: Gallina
ou divers autres gadgets encore, comme par exemple un outil pour y archiver ses mails d'autres comptes: Mark Lyon's GMail Loader (GML) - Import Your Mail into GMail