[VotreAvis] Comment trouver des monteurs ET programmeurs?

Bonjour,

Je suis un prof bricoleur tout juste retraité qui désire bâtir une équipe (bénévole ) autour de mon invention.

Je dois trouver des âmes généreuses, prêtes à investir du temps dans un projet open source qui touche à la fois les gens qui font du tournage, de la captation sonore et de la postproduction. Donc habituellement plusieurs personnes distinctes pour les grosses productions, d'où un recrutement difficile.

Quoi donc? Je tente de déloger une solution inférieure mais bien ancrée dans le milieu pro: l'utilisation de code temporel SMPTE LTC, communément appelé timecode.

Rien de bien innovant: l'idée d'utiliser le signal GPS pour la synchro revient régulièrement sur les forums... Je l'ai réalisé, c'est tout et c'est là: TicTacSync

Je ne donnerai pas ici plus de détails (le site est bien garni) et j'expose simplement ma requête: connaissez-vous des vidéographes, monteurs ou ingé son habiles à programmer? Pour que ce projet décolle, il faudrait que l'installation logicielle soit simple et directe... elle ne l'est pas car requiert python + package + ffmpeg + sox + l'IDE Arduino si vous flashez vos propres microcontrôleurs Idéalement à déployer sur Windows (beurk) mais aussi sur GNU/Linux + Mac.

Le projet bénéficierait aussi de beta testeurs.

PS: je m'adresse d'abord à ce forum francophone, on verra si ça mord (suis au Québec).

Saluts outre-atlantiques,

RL

 

interessant, mais le signal GPS est difficile a capter en interieur. Du coup le truc risque d'etre assez aleatoire a utiliser.

 

Évidemment, avant l'usage il faut vérifier. Ça dépend du bâtiment: en résidentiel, c'est OK. En commercial ou institutionel, ça dépend de la présence ou non d'acier dans les armatures. C'est le cas de mon collège qui est une vraie cage de Faraday (toiture complète en acier). J'ai testé avec succès l'utilisation d'un répétiteur GNSS, disponible à faible coût (€65)

 

je comprends pas bien ce que tu veux programmer.
Il me semble plus simple de faire du LTC a a partir de ton gadget, du coup il n'y aurait rien a faire.
une fois le LTC enregistré dans la video, n'importe quel programme gérant le LTC pourrait le lire.
Il y meme des applications gratuite comme celle de Tentacle.
Si tu veux proposer mieux que le LTC faut passer au SMPTE.

 

Je décris très bien les avantages de mon TC versus le LTC. Je rajoute que la granulosité du LTC est trop élevée pour la synchro d'enregistreurs audio entre eux. Use case: un band modeste où chacun enregistre son instrument et qu'y a pas de multipistes pour tous mais que chacun a son ZOOM ou son TASCAM (eg le drummer qui mic son drum avec une piste pour chacun de ses tambour). Mon code temporel effectue une synchro de l'ordre de 0.08 ms.

Y rien à programmer pour la fonctionnalité de cœur: c'est fait (à l'arrache, je suis pas dev). C'est pour l'installation que c'est fastidieux pour les profanes et je n'y connais rien en soft installateurs.

 

J'enregistre l'impulsion de la seconde UTC suivi d'un mot binaire qui encode la date et l'heure, et ce, à chaque seconde, dont la dernière de l'enregistrement, ce qui permet (accessoirement) la correction de fréquences d'horloge divergentes lors de prise longues (live ou interview).

Ce qui n'est pas rien mais il y en a plein d'autres:

• no jam sync necessary: it’s GNSS based
• no frame rate settings to mess with: it’s frame rate agnostic
• 60 and 120 FPS compatible (did I say FPS doesn’t matter?)
• syncing at both ends: automated audio drift correction (via time stretching)

en anglais sur le site, trop paresseux pour traduire, désolé

 

Pas sur une camera avec une entrée dédiée TC: elle va puncher dans son metadata le dernier TC qui est rentré (que ce soit à l'instant ou il y a 42 ms): ça ne correspond pas à l'instant où la caméra expose son frame. On sait bien TC et genlock diffèrent.

Anyway, à part la question de précision, les autres avantages persistent (et la difficulté de réception est surfaite).

l'horloge de la camera et celle de l'enregistreur audio, pas celle du GPS. La camera ne roule pas exactement à 24 fps par exemple et l'enregistreur réglé à 48000 Hz peut échantillonner de fait à 48001 Hz. La conséquence: l'enregistrement audio est un poil plus long que le clip video et bien que les débuts soient synchronisés (manuellement, avec du LTC ou avec mon gizmo, peut importe) à la fin d'un clip d'une 20aine de minutes le son va retarder de 20 ms, ce qui est notable pour l’œil entraîné. Mon logiciel corrige cet écart avec l'effet tempo de sox, car il détermine la durée précise de l’enregistrement sonore (grâce au signal GNSS).

 

il voit son avantage dans le fait que la plupart des timecodes sont fait pour de l'image, donc au frame près, et encore.
Pour de l'audio c'est pas suffisant. c'est pour ca qu'on a le SMPTE LTC ou le SMPTE (qui est plus précis)

 

C'est réinventer un système qui existe déjà. Dans toutes les régies broadcast on a un récepteur qui transforme l'heure universel en timecode et que l'on distribue à chaque machine vidéo ou audio.
En tournage extérieur on initialise une machine et on infecte le TC aux autres machines.
Jamais eu de problème avec cette technologie.
Les boitiers Tentacle sont aussi parfait.

En matériel pro, le tarif est élevé, tu nous dit que ton système coute 25 euros (de composants ?), mais il faut tout construire et programmer. Ce n'est pas à la portée de tous.
De plus entre un produit fait soi-même et un produit industriel (sérieux) il y a une marge de fiabilité. Constaté sur des tournages avec des systèmes bricolés.

Mais je demande à voir.
Le point intéressant c'est l'utilitaire pour réunir synchrone le son et l'image qui ont un même TC.
Là il y a une chose à bien développer qui va intéresser pas mal de gens.
Sachant que le TC serait enregistré sur des pistes sons ou sur des pistes dédiées.

On attend la suite.

 

Le time code si il est dit SMPTE il est à 30 images (de base), pour le 25 ips c'est le TC EBU.
Le son quand il est lié à l'image il dépend du nombre de ips de la caméra.
En montage il est possible, pour recaler un élément de passer en échantillon.

 

À part l'utilisation de caméras ARRI (qui peuvent genlocker sur le TC IN) quelle situation permettrait la synchronisation la plus précise?

A- Deux TC box branchées sur les entrées dédiées TC IN de leur appareil respectif, ou bien
B- Deux TC box branchées sur une piste audio de leur appareil respectif?

suis curieux...