GoPro & Linux

Je te répondrai de manière détaillée plus tard. Mais tout est dans le README (la page d'accueil du projet)

Pour les unités, peu de choix, elles sont dans le Readme (kph Ça va afficher km/h)

Pour align: left, right, top, bottom, bottom-left, bottom-right, top-left et top-right.
Pour les coins on ne peut que mettre un seul widget
Si align est à none alors, on lit x et y. Ces widgets sont ignorés pour le positionnement autonomatique des autres.
Width et height, C'est à toi de les définir

Margin : integer c'est espace libre autour du widget
Padding : integer c'est l'espace libre autour du texte

Text-shadow : integer c'est la taille de l'ombre du texte.

Border : integer c'est la taille de la bordure
Et les autres c'est la couleur.

Merci, c'est tout ce que je cherchais

En fait, je n'ai pas vu ça

Read me a écrit:

Align values are: none, left, right, top, bottom, top-left, top-right, bottom-left and bottom-right. If align attribute is defined, gpx2video ignores and computes 'x' and 'y' values.
Units values are: mph, kph, km, m and miles.
Note: Widget date accepts format element too.

J'avais peut-être l'ancien Read-me devant les yeux ... ou les yeux trop fatiqués
Bon, j'y retourne dès que je peux

Bonne soirée
Pulsar33

Attention ton width=64 est trop petit.

Applique une couleur de fond, ça t'aidera à trouver la bonne valeur de width.

J'ai complété le README avec un petit schéma.

Top, merci
C'est beaucoup plus clair maintenant.
J'essaierai demain
Bonne soirée
Pulsar33

Bonjour,

Bon, ça va beaucoup mieux quand on sait ce qu'on fait. J'obtiens maintenant ceci qui me va bien :



Je n'ai plus qu'à filtrer correctement l'altitude du fichier gpx et trouver l'offset de temps dû au lancement différé de l'enregistrement vidéo.

Remarques résiduelles :
Le plus laborieux a été de caler à la main la vitesse et l'heure par rapport à ceux qui sont en top-left et top-right
Lorsqu'on a plusieurs "left" ils s'alignent tout seuls. Pourquoi ne pas faire de même lorsqu'on a plusieurs "top-left" ?

Il m'a fallu 12 minutes pour générer une vidéo de 8 minutes. Je sais que tu prévois d'optimiser. Je suis impatient  

Cordialement
Pulsar33

Mmh parce que si tu mets plusieurs widgets dans un coin (par exemple top-left) je dois les positionner de gauche à droite ? Ou de haut en bas ?

Je verrai si je trouve une solution plus élégante.

Pour un test de performance, utilise un fichier layout.xml avec aucun widget. Ça te donnera une idée du temps min de décodage / encodage.

Bah, "top-left" pour l'un des arrangements (à partir du haut coté gauche) et "left-top" pour l'autre (à gauche le long du haut)
Bon courage pour la suite  
Pulsar33

De retour de vacances, il est temps de reprendre le travail...

Quelques corrections avant d'attaquer de nouvelles fonctionnalités.

Ehhhhhhh ça devient balaise comme programme!

Plus qu'à avoir la caméra qui va avec (malheureusement pas prévu pour le moment dans mon cas)

PP11 a écrit:

Ehhhhhhh ça devient balaise comme programme!

Hehe, merci. A force d'empiler les pierres, ça finit par faire un édifice.

PP11 a écrit:

Plus qu'à avoir la caméra qui va avec     (malheureusement pas prévu pour le moment dans mon cas)

N'importe quelle caméra suffit. Ainsi que n'importe quel appareil capable de fournir une trace GPX.

Bonjour,

C'est en effet l'énorme avantage de ce projet ! Merci !

Bon courage pour la suite
Pulsar33 (en prise sur autre chose pour l'instant mais qui garde un oeil ...)

Hello,

On continue de bosser sur le sujet... Je me suis attaqué sur l'interpolation des données (puisque je peux avoir jusqu'à 10 secondes entre 2 points GPS).

En plus de l'interpolation des données, j'étudie une solution pour lisser les données (afin d'éviter les sauts de valeurs).

Enfin, un autre détail, je dois pouvoir calculer la vitesse moyenne sur la totalité de la sortie (depuis l'heure de départ à l'heure d'arrivée), mais aussi la vitesse moyenne roulée (c'est-à-dire sans les pauses).



Ici des premiers tests d'interpolation et de lissage des données, en utilisant l'algorithme de prédiction de Kalman : Filtre de Kalman (Wikipedia)

Une nouvelle "commande" sera ajoutée pour calculer les données de télémétrie et les exporter afin de pouvoir les étudier.

En attendant les nouveautés voici une dernière vidéo d'une sortie à Saumur (avant les prochaines améliorations). Donc ici, la moyenne affichée est la moyenne totale (en incluant les pauses !). Un VTX, ça permet quand même rouler assez fort

Quelques nouvelles du projet... Ce matin plusieurs développements ont été publiés.

- Implémentation de certains filtres des données GPX avec interpolation. Pour l'instant, je ne suis pas (du tout) satisfait du résultat. Mais la mécanique est en place. Je reviendrai sur ce point plus tard. L'option "--telemetry" permet de choisir un filtre ou non :

Code:

$ ./gpx2video -g activity.gpx -m GH010467.MP4 -l  layout.xml -o video.mp4 --telemetry 0 --offset 1000 video

- Possibilité d'exporter les données GPX calculées au format CSV. Cela permettra notamment de travailler les données dans un outil comme Scilab.

Code:

$ ./gpx2video -g activity.gpx -o data.csv --telemetry 0 compute

- Estimation du temps de rendu :

Code:

Rendering...
[FRAME  1175] 00:00:23.500 / 00:02:27.160 |  15% - Remaining time: 00:32:00

- Optimisation des traitements... Ca a l'air de rien, mais ça va entre 4x et 5x plus vite Et il y a encore des pistes pour aller plus vite.

Salut Progweb ,

En train de tester ma GP10 , ça ne fonctionne pas du tout dans Virb Edit.

Ça me met un message d'erreur en me suggérant une MàJ du GPU (ce que j'ai fait à priori) mais je ne crois pas que ça soit ça. D'ailleurs ça fonctionne dans un autre logiciel.

Au départ j'ai pensé que Virb Edit ne supporte pas le 4K60 mais j'ai le même résultat en 4K30.

Bref je n'ai pas encore compris ce qui coince.

Garmin Virb Edit n'ai pas lié à version de la GoPro.

C'est uniquement le format de la vidéo qui doit poser un problème chez toi. Et le format de la vidéo en 4K est le même avec les GoPro 8 & 9.

Tu peux tester avec une vidéo encodée avec HEVC et une autre avec H264. C'est la seule chose que je vois qui pourrait résoudre le problème sur ton PC.

Garmin Virb Edit n'est pas non plus d'une grande stabilité... d'où mon p'tit projet. Mais il ne tourne que sous Linux (même si je pense qu'il devrait pouvoir être compilé sous Windows).

Dans les pires des cas en passant par une VM, ça passera.

Oui je me suis demandé si cela avait un rapport avec l'encodage. J'avais vu ce paramètre sur la GP.

Virb Edit ne supporte pas un des formats d'encodage ?

C'est quoi VM ici ? Sur ce forum on emploie ces deux lettres trop souvent pour autre chose.

Je suppose que virb edit s'appuie sur ce que sait faire ton ordinateur (GPU, c'est à dire ta carte graphique, et l'ensemble des codecs d'installer). Essaie en h264, tu as plus de chances que ça passe.

VM Virtual Machine. Dans laquelle tu installes un autre système d'exploitation en l'occurrence Linux.

C'est bien possible que mon GPU ne supporte pas le HEVC. La GP est réglée sur ça de mémoire.

La GP était bien réglée sur HEVC. J'ai mis le deuxième choix : H264 et HEVC mais je ne comprends pas pourquoi le premier choix fonctionne dans un logiciel et pas dans l'autre. Si c'était le GPU alors ça ne fonctionnerait dans aucun des deux non ?

Bah non. Le codec n'est pas le même.

Ta carte graphique supporte en accéléré le h264 et pas l'autre.

La résolution et les fps n'ont pas d'influence si ce n'est la taille en mémoire nécessaire.

Je n'ai qu'un GPU.

H264 ça ne marche pas non plus.

C'est la première fois que tu utilises Garmin Virb Edit ?

Avec quel format a-t-il déjà fonctionné ?

Un autre test possible, c'est virer les traces GoPro contenu dans le fichier mp4 (conserver uniquement les 2 pistes audio et vidéo)

Si ça se trouve le logiciel Garmin voit que c'est un fichier gopro et refuse de travailler avec.