oFPV : Remzibi OSD recognizer for Telemetry Logger & Antenna Tracking

Par Jean Charles MAMMANA, lundi 02 janvier 2012 à 21:25 :: Programmation :: #62 :: rss

Ces dernières semaines, j'ai bricolé une petite application (ma première application graphique) capable de lire l'OSD d'une vidéo ou d'un flux live pour en extraire les données et faire quelques traitements...

L'application est capable de reconnaître les coordonnées GPS (longitude, latitude), la vitesse et l'altitude. Il faut sélectionner sur l'image les zones de chaque champ.
L'application affichera alors la position sur google map. Il sera possible de logger le vol et de l'exporter dans google earth ou en subtitle pour incrustation ultérieur dans la vidéo.
L'application peut aussi diffuser les informations vers un port série pour permettre le développement de modules additionnels comme un antenna tracking.

ATTENTION: L'application fonctionne sur un moteur de reconnaissance de caractères pour décoder l'OSD.
Il est important de faciliter au maximum le travail de ce moteur OCR pour avoir les meilleurs résultats possible. L'application ne fonctionnera pas si vous n'utilisez pas la font 1.60 large de l'OSD.
Il faut aussi placer le texte au dessus d'un fond noir. Si votre camera envoie une image en 16/9 (Gopro par exemple), vous pouvez utiliser les bandes noires.

Voir image ci-dessous :

L'application utilise les trames RMC et GGA du protocole NMEA pour transmettre la télémétrie sur le port série (9600 8N1).

Cette application est distribué tel quel sans garantie de fonctionnement. Si vous avez des remarques, postez les dans les commentaires.

Changelog :

20111221
- Initial release.

20111222
- Fix lat/lng inversion.
- Send telemetry over serial using NMEA sentence instead custom format.

20120102
- Support N/S and E/W for Lat and Lng.
- Add CSV and NMEA export.
- Fix dragging and zooming on google map.

20120117
- Fix bad NMEA export timestamp.
- Improve altitude OCR reading.

Téléchargement :

ofpv-20120117.zip

Trackbacks

Aucun trackback.

Les trackbacks pour ce billet sont fermés.

Commentaires

1. Le jeudi 22 décembre 2011 à 22:09, par flip flap

Super projet !

Par coïncidence j'ai fait +- la même il y a un an ici : vimeo.com/17537087

Voir aussi un autre projet dérivé : vimeo.com/23092643

Bonne continuation !

Ben

2. Le vendredi 23 décembre 2011 à 00:43, par psykokwak

Salut FlipFlap,
En toute franchise c'est ton projet qui m'a donné envie de me lancer. Une question : Pourquoi ne l'as tu jamais releasé ? Tes vidéos donnent envie. Ton soft est bien plus abouti que le mien.

PS: Je viens de mettre en ligne une nouvelle version qui corrige quelques bugs et stream les données au format NMEA plutot qu'un truc custom.

3. Le mardi 27 décembre 2011 à 18:46, par mich

Salut Psykokwak,
Génial comme projet. Estce normal que l'affichage du plan soit centré sur la tour eiffel? Ou alors il se re-centre tout seul une fois les données acquises? (Il faut que je change ma police)
Merci
Mich

4. Le mercredi 28 décembre 2011 à 09:16, par psykokwak

Salut Mich,
Des que l’acquisition des donnes (valides) commence, la carte se recentre sur les coordonnes GPS. En attendant, j'offre une superbe vue sur la tour Eiffel :)

5. Le dimanche 01 janvier 2012 à 18:49, par tetchmaker

GREAT JOB ! merci pour cette excellente application et tout le mal que tu as pu te donner...

est ce que tu peux m'éclairer en ce qui concerne la mise en place du tracker antenne, est ce qu'il passe via le pololu usb maestro et l'application GCS d'happykillmore ou par ton osd recognition software. je pige pas comment GCS Hk peut lui même reconnaitre les données reconnues par ton application...

et...
BONNE ANNEE

6. Le dimanche 01 janvier 2012 à 21:40, par psykokwak

Salut tetchmaker,
Je vais faire un tuto vidéo cette semaine (juste après la mise en ligne d'une nouvelle version de mon soft corrigeant quelques bugs).
Mais en gros mon appli extrait les données provenant de la vidéo et les transmet (en NMEA sur un port série) à l'application GCS via une liaison null modem virtuelle. Ensuite GCS est connecté (encore via un port série ou USB) à un contrôleur de servo moteurs comme le micro maestro pour commander les servomoteurs qui serviront à faire pivoter l'antenne pour réaliser le tracking.
Fastoch :)

7. Le samedi 07 janvier 2012 à 02:02, par cmarines

Excelent idea!

Mais, j'ai essaye le video sur le link suivant, mais pas de chance de voir les coordonates bien decoder (approx 50% pour lat.lon) and la carte de google reste inactive. Peut-etre il y a de mon cote cote?

Merci,
Christian

vimeo_com_22879787

8. Le dimanche 08 janvier 2012 à 19:13, par cmarines

Salut Psykokwak,

Comment j'ai dit, le project est vraiment interessant, j'ai essaye plusieurs video avec les coordonates. Il me semble que l'erreure vient de pourcentage de decodage. Est ce qu'il est possible d'ignorer les coordonates si le lat/lon est 0% (ou quand un tolerance est depasse)? Je m'imagine la reaction de l'antenna tracker comment va reactioner pour saute d'un coordone a 0 degree est retour.

Merci, Chris

9. Le lundi 09 janvier 2012 à 09:29, par psykokwak

Bonjour Chris,
Pour améliorer le pourcentage de décodage tu dois placer le texte devant un fond noir. Peux tu changer ou déplacer la police de ton OSD ?

10. Le lundi 09 janvier 2012 à 14:12, par cmarines

Salut Psykokwak,

Merci pour le reply, je veux essayer changer la police de mon OSD et voir le resultat.

Peux tu detailler la partie "Serial". Le port serial qui est afiche la, d'ou viens? J'ai essaye ouvrir le PuTTY, mais je ne voit pas aucun comunication comme dans ton demo. Quelque sugestions?

Merci, Chris

11. Le lundi 09 janvier 2012 à 14:28, par psykokwak

ofpv transmet les données décodées vers un port série sous formes de trames NMEA avec les paramètres 9600bps 8N1. En connectant un dispositif sur ce port série tu pourra accéder aux données. Dans mon cas, j'utilise un logiciel qui crée des ponts entre ports série virtuel pour faire communiquer deux applications entre elles : www.hhdsoftware.com/free-...
oFPV => [COM1] => (virtual serial port) => [COM2] => Other serial application like a serial terminal or GCS

12. Le vendredi 20 janvier 2012 à 02:05, par cmarines

J'ai fait plusieurs tests et ca marche bien aussi avec de port serial. J'ai fait un export NMEA (txt) et apres ca je l'ai ouvert en Google map. Ca a ete bien. Mais quand j'ai fait export KML il me done des position bizare (inverse?).
J'ai de petit sugestions:
-un bar de progress pour video
-posibilite d'agrandir l'application ou l'image
-ignorer les valeur de lat/lon si il sont plus grand que un range etablit (ou %).
Merci, Christian

13. Le vendredi 20 janvier 2012 à 19:48, par psykokwak

Salut cmarines,
Peux tu m'envoyer ton fichier export NMEA et KML ?
Utilises tu bien la dernière version de l'appli ?
Merci.

14. Le dimanche 22 janvier 2012 à 05:39, par cmarines

Oui, bien sure je peux t'envoyer mon fichier export NMEA et KML.
Dit moi le facon de d'envoyer, par couriel est bien? Si oui, tu peut m'envoyer ton address email et je te fait un reply avec les fichiers attache.
Merci

15. Le mercredi 25 janvier 2012 à 03:19, par cmarines

Let's review this OSD with Remzibi at vimeo.com/11736737 (in France). It is very strange the map is "jumping hard" when the OCR % is not well decoded. Can you ignore the lat/lon values which are not in the range or you can apply an extrapolation of next position and use that extrapolation when the OCD decoded is wrong (outside of a predifined value). Just a suggestion...
Anyway, I find the idea really great.
Also I was able to make you application be in synch with OziExplorer (by serial communication), which can use moving bitmap maps (aviation charts for example) and works really great together. Also you can define range alarms on OziExplorer and many others. In other words, I was able to see simultaneus the Google map from your application and another user defined map (aviation charts maps) in my testing. The single issue I do find is the jumping map to far from actual position. Great job.

16. Le mercredi 25 janvier 2012 à 03:36, par cmarines

In the video from vimeo.com/11736737 is appears a big lake or see, but that is not vivible on the map. Is related to GPS decoding? I did use Sexagesimal. Also the coordinates lat/lon are on a black background. I did use the Jan 17 release. Thanks again.

17. Le mercredi 25 janvier 2012 à 10:04, par psykokwak

Salut Cmarines,
J'applique déjà un filtrage sur la qualité de décodage de l'OCR. De mémoire j'exclu en dessous de 40%. Cela dit, c'est souvent insuffisant car l'OCR peut afficher des données erronées avec un pourcentage élevé.
J'ai aussi fait une extrapolation sur les lng/lat avec une heuristique du genre : "si le saut entre les derniers coordonnes valides et les actuels est < 2 mètres ou > 200 mètres, tu discard). Malheureusement il faudrait pousser plus loin et interpoler les points sur plusieurs passes (5 /10 ?).
Bref, tout ce que je peux conseiller en attendant que j’améliore ca, c'est : font remzibi 1.60 large sur fond noir et meilleur signal vidéo possible.
Ensuite, tu peux faire un filtrage "a la main" après export dans le format de ton choix. Typiquement, c'est ce que j'ai fait sur cette vidéo : www.youtube.com/watch?v=b...

18. Le vendredi 10 février 2012 à 19:35, par tetchmaker

salut Psykokwak
ouf, j'ai réussi à retrouver le lien pas mis dans les favoris, désormais chose faite. juste le temps d'adapter le matériel de capture vidéo et je m'y lance... j'ai vaguement étudié que la transmission des données par vidéo avec MAVLINK était possible mais la mise en place semble beaucoup plus complexe, et puis c'est en anglais. restons chauvins ! j'espère bientôt pouvoir apporter mon petit plus. en tout les cas merci à toi Pssykokwak?
@, bientôt