Bolide le 30/07/2019 à 1H19'11" UT

Magnifique

J'peux faire un tweet de ton image?

Bon je l'ai passé à la moulinette d'UFOorbit et il s'es bien fracassé sur l’atmosphère à la vitesse de 54km/s.
Hauteur finale vers 70km.

[Vous devez être inscrit et connecté pour voir ce lien]

Par contre les cameras UFOCapture et RMS ne le voit pas au même moment, environ 2 secondes de décalage. Et je n'arrive pas à les faire unifier.
Donc la trajectoire calculé par FR0003-FR0004 n'est pas très précise car depuis Cerilly le bolide était très bas sur l'horizon.

Jolie traînée persistante !!!

Intéressant ton travail, Alcyon.
Ce serait bien qu'on arrive à résoudre cette histoire de problème horaire quand même pour coopérer...C'est bien ça qui empêche l'unification si je comprend bien ?

Tu n'as pas eu le csv de FR006 (Demeautis) ? Si ca avait été le cas, tu aurais pu peut-être traiter à part les RMS et voir ensuite si ca superposait géographiquement avec l'autre trajectoire ?

Alcide, pas de soucis pour le tweet

Sinon je n'ai pas de fichier CSV pour FR0006, le prog 'arrive pas à le détecter malgré les modifs que Denis m'avait proposé !

Il faudrait surtout faire la réduction manuellement selon:
[Vous devez être inscrit et connecté pour voir ce lien]

mais la aussi je n'arrive pas mettre les programmes sous Windaube, je suis vraiment une buse...

Bon j'ai une réponse de Denis pour le décalage de temps.
Car en faite, j'ai bien vérifié la synchro de mes LITIK et de ma FR0003, hier soir, et à chaque fois il y a un décalage de 2-3 secondes.

[Vous devez être inscrit et connecté pour voir ce lien]

Il s'avére qu'il y a un retard de ~2,3s des caméra RMS.
Le retard se produit parce que la caméra compresse la vidéo en utilisant la compression H264, l'envoie sur le câble réseau (il y a toujours une certaine latence du réseau), puis la Pi décompresse la vidéo en raw. C'est quelque chose que l'on ne peut pas éviter.

Reste à savoir comment prendre cela en compte pour les calcules de trajectoire...

Demeautis a écrit:on n'est pas sous windaube.

Sinon, y'a l’équivalent en RPi/Linux.

Avec antenne USB:

[Vous devez être inscrit et connecté pour voir ce lien]

Ou avec des modules compatibles RPi :

[Vous devez être inscrit et connecté pour voir ce lien]

Par exemple...

Je ne crois pas que ça changera grand chose, je crois que c'est vraiment un soucis lors de l'acquisition/compression/sauvegarde qui fait le décalage.

alcyon999 a écrit:Bon j'ai une réponse de Denis pour le décalage de temps.
Il s'avére qu'il y a un retard de ~2,3s des caméra RMS.
Le retard se produit parce que la caméra compresse la vidéo en utilisant la compression H264, l'envoie sur le câble réseau (il y a toujours une certaine latence du réseau), puis la Pi décompresse la vidéo en raw. C'est quelque chose que l'on ne peut pas éviter.

Reste à savoir comment prendre cela en compte pour les calcules de trajectoire...

Ouais c'est quand même bien problématique pour collaborer ensemble sur un bolide...
Peut-être faire prendre en compte ce décalage de temps par le logiciel RMS pour qu'il effectue le calcul et remette les pendules à l'heure, c'est le cas de le dire...