Je ne connaissais pas, ça semble plein de promesses. Si je trouve le temps j'essaierai.
gpx2video n'est bien sûr pas limité à la GoPro. La spécificité GoPro n'est utilisée que pour la sychronisation de la vidéo avec le GPS.
gpx2video est en C++ et est basé sur FFmpeg. Pour la manipulation des picto et l'écriture des données de télémétrie, j'utilise la librairie OpenImageIO. Pour le parsing du GPX, j'utilise la librairie gpxlib. Et enfin, j'utilise la librairie geographiclib pour les calculs de coordonnées.
Il me reste quelques petites améliorations à faire pour avoir un premier outil utilisable.
Puis je vais étudier l'intégration de la cartographie à la vidéo. Il faut que je trouve une librairie (sans doute basée sur OpenStreetMap) en C/C++.
J'ai trouvé le traitement relativement lent. Et comme j'ai pour objectif de pouvoir intégrer cela dans une interface déjà existante, ce n'était pas la bonne solution.
De plus, si le développeur continue la maintenance, il ne semble pas continuer le développement de manière très active.
Pour ma part ce n'était qu'un simple essai en 1995 - 1996 ; Linux 2. On ne pouvait pas trop parler de distribution, puis rapidement j'ai essayer redhat/mandrake qui ne m'ont pas satisfait. J'ai alors essayer Debian.
Depuis l'essai est transformé. Et je suis toujours sous Debian.
Barry est lié à OpenSync pour ce qui concerne la synchronisation.
Or certaines distributions utilisent la dernière version stable à savoir la 0.22 et d'autres la version en cours de développement (puisque proche de sa sortie) 0.38 ou encore 0.39 (la prochaine version stable devrait être la 0.40)
Cela nous a obligé à maintenir deux branches pour le plugin OpenSync et donc fournir les deux versions de packages.
Je suis le développeur du driver pour les webcam syntek.
Je suis français... pour ceux qui se posent la question.
Je suis bien d'accord avec vous sur le principe de mutualiser les développements ; et donc d'éviter de tout ré-écrire à chaque fois.
Le problème est que souvent chaque projet a ses priorités et ses convictions. Certains ne supportent que V4Lv1, d'autres que la v2 et d'autres les 2.
Luca Risolia a déjà développé un driver pour les webcam Syntek, mais il ne veut libérer que contre un chèque de 10 000 $ !
Dans le cas de notre projet, nous n'avions que les traces des drivers Windows pour spécification. Il est donc, dans un premier temps, plus facile de travailler dans son propre environnement.
Une fois que les développements auront bien avancés, pourquoi pas effectivement fusionner les projets.
Les webcam syntek semblent légèrement différentes des webcam qui sont déjà supportées sous Linux.
D'autre par, développer un seul driver qui supporte toutes les webcam compliquent beaucoup les choses et les développements. Pour arriver à un résultat correct, c'est plus coûteux en temps.
De plus, un unique driver est beaucoup plus gros, et si on veut pouvoir utiliser les drivers dans un système embarqué... il est plus judicieux d'avoir un driver le plus petit possible.
# BasicFitConvert & GPX2Video
Posté par Nicolas (site web personnel) . En réponse au journal Openstreetmap et GPS garmin. Évalué à 1.
Je viens de lire l'article, et de découvrir l'outil BasicFitConvert qui permet de générer une image depuis une trace GPS.
On peut faire l'équivalent avec l'outil GPX2Video :
$ ./gpx2video -g ACTIVITY.gpx -o map.png --map-source=1 --map-zoom=11 --map-factor 2.0 track
A partir du fichier GPX et d'un type de carte (map-source), gpx2video construit la carte, puis affiche la trace GPS.
Prochainement, on pourra personnaliser la couleur de la trace.
[^] # Re: Un outils similaire
Posté par Nicolas (site web personnel) . En réponse au journal GPX2Video - GPS & Vidéo. Évalué à 1.
Je ne connaissais pas, ça semble plein de promesses. Si je trouve le temps j'essaierai.
gpx2video n'est bien sûr pas limité à la GoPro. La spécificité GoPro n'est utilisée que pour la sychronisation de la vidéo avec le GPS.
gpx2video est en C++ et est basé sur FFmpeg. Pour la manipulation des picto et l'écriture des données de télémétrie, j'utilise la librairie OpenImageIO. Pour le parsing du GPX, j'utilise la librairie gpxlib. Et enfin, j'utilise la librairie geographiclib pour les calculs de coordonnées.
Il me reste quelques petites améliorations à faire pour avoir un premier outil utilisable.
Puis je vais étudier l'intégration de la cartographie à la vidéo. Il faut que je trouve une librairie (sans doute basée sur OpenStreetMap) en C/C++.
[^] # Re: Une autre solution
Posté par Nicolas (site web personnel) . En réponse au journal GPX2Video - GPS & Vidéo. Évalué à 1.
J'ai trouvé le traitement relativement lent. Et comme j'ai pour objectif de pouvoir intégrer cela dans une interface déjà existante, ce n'était pas la bonne solution.
De plus, si le développeur continue la maintenance, il ne semble pas continuer le développement de manière très active.
[^] # Re: Incrustation avec kdenlive
Posté par Nicolas (site web personnel) . En réponse au journal GPX2Video - GPS & Vidéo. Évalué à 1.
Intéressant…
[^] # Re: Incrustation avec kdenlive
Posté par Nicolas (site web personnel) . En réponse au journal GPX2Video - GPS & Vidéo. Évalué à 1.
Oui, j'ai vu plusieurs personnes utiliser les sous-titres pour contourner ce problème.
[^] # Re: ordi
Posté par Nicolas (site web personnel) . En réponse au sondage Comment prenez-vous des notes (en conférence, en cours, en réunion, ...) ?. Évalué à 0.
Sur mon playbook je peux mettre une souris en bluetooth ; je ne vois pas pourquoi on ne pourrait pas utiliser un stylet en bluetooth.
Mais je te l'accorde, la mobilité en prend un coup.
Nicolas
[^] # Re: ordi
Posté par Nicolas (site web personnel) . En réponse au sondage Comment prenez-vous des notes (en conférence, en cours, en réunion, ...) ?. Évalué à 0. Dernière modification le 25 mars 2012 à 19:43.
Personne ne parle des tablettes graphique avec stylets.
Ça permet de prendre des schémas en couleur très rapidement.
Certes ensuite il faut les retravailler si on veut que ce soit parfait.
Sinon je pense que les tablettes (ipad, playbook, galaxy tab…) avec un clavier bluetooth ; ça peut être intéressant.
Nicolas
# Essai de ma première version de Linux
Posté par Nicolas (site web personnel) . En réponse au sondage Pourquoi avez-vous installé Linux, la première fois ?. Évalué à 2.
Pour ma part ce n'était qu'un simple essai en 1995 - 1996 ; Linux 2. On ne pouvait pas trop parler de distribution, puis rapidement j'ai essayer redhat/mandrake qui ne m'ont pas satisfait. J'ai alors essayer Debian.
Depuis l'essai est transformé. Et je suis toujours sous Debian.
Nicolas
[^] # Re: Paquets pour Ubuntu
Posté par Nicolas (site web personnel) . En réponse à la dépêche Barry : BlackBerry et Linux. Évalué à 6.
Barry est lié à OpenSync pour ce qui concerne la synchronisation.
Or certaines distributions utilisent la dernière version stable à savoir la 0.22 et d'autres la version en cours de développement (puisque proche de sa sortie) 0.38 ou encore 0.39 (la prochaine version stable devrait être la 0.40)
Cela nous a obligé à maintenir deux branches pour le plugin OpenSync et donc fournir les deux versions de packages.
Nicolas
[^] # Re: J'ai pas tout compris
Posté par Nicolas (site web personnel) . En réponse à la dépêche Pilote pour les webcam des portables ASUS. Évalué à 9.
Je suis le développeur du driver pour les webcam syntek.
Je suis français... pour ceux qui se posent la question.
Je suis bien d'accord avec vous sur le principe de mutualiser les développements ; et donc d'éviter de tout ré-écrire à chaque fois.
Le problème est que souvent chaque projet a ses priorités et ses convictions. Certains ne supportent que V4Lv1, d'autres que la v2 et d'autres les 2.
Luca Risolia a déjà développé un driver pour les webcam Syntek, mais il ne veut libérer que contre un chèque de 10 000 $ !
Dans le cas de notre projet, nous n'avions que les traces des drivers Windows pour spécification. Il est donc, dans un premier temps, plus facile de travailler dans son propre environnement.
Une fois que les développements auront bien avancés, pourquoi pas effectivement fusionner les projets.
Les webcam syntek semblent légèrement différentes des webcam qui sont déjà supportées sous Linux.
D'autre par, développer un seul driver qui supporte toutes les webcam compliquent beaucoup les choses et les développements. Pour arriver à un résultat correct, c'est plus coûteux en temps.
De plus, un unique driver est beaucoup plus gros, et si on veut pouvoir utiliser les drivers dans un système embarqué... il est plus judicieux d'avoir un driver le plus petit possible.
Nicolas