GoPro & Linux

Sujet: Re: GoPro & Linux Sam 29 Jan 2022, 10:46

progweb a écrit:: Et oui, ça manque encore d'optimisations... c'est pour plus tard

Avant d'optimiser, il faut benchmarker pour voir là où ça coince le plus Wink

Sinon, superbe vos échanges ! GoPro & Linux - Page 4 782111

Sujet: Re: GoPro & Linux Sam 29 Jan 2022, 11:03

Les perfs... Déjà il faut que ça fonctionne.

Ensuite oui on fera ce qu'il faut.

Les prochains points sur lesquels je vais travailler sont dans l'ordre :

1) fusion du process de synchronisation du temps & de l'extraction des données :
- simplification du code
- à terme pouvoir exploiter les autres capteurs (accéléromètre et gyroscope) pour afficher de nouveaux widgets

2) amélioration de l'affichage des widgets :
- taille, redimensionnement (sans doute passage en vectoriel)
- texte et position
- prise en compte des "locales" (mètres / miles, format des dates...)
- alignement
- prise en compte des données invalides

3) nouveaux widgets :
- widget "debug" (pour afficher des infos et aider à comprendre ce qu'il se passe)
- widget "trace" (pour afficher une trace du parcours sans la carte)

4) amélioration des messages d'info :
- lors du rendu avoir un mode moins verbeux
- affichage de la progression d'avancement et durée estimée du rendu

5) améliorations carte :
- corriger la carte quand elle est "trop" petite (il manque alors des tuiles)
- affichage ou non et coloration de la trace en fonction de la vitesse
- affichage ou non et coloration du reste à faire de la trace
- transparence de la carte

6) intégration de photos :
- possibilité de fournir des photos géolocalisées
- rendu des photos prises sur le parcours pendant 'x' secondes lorsque l'on arrive à la position GPS

7) optimisation

Cool

vidéo 360° ???

Voilà pour donner une idée, il y aura sûrement du changements ou autres choses en fonction des demandes et des besoins qui interviendront au cours de la vie de ce projet Smile

Sujet: Re: GoPro & Linux Sam 29 Jan 2022, 17:17

Bonsoir,

Résultats de mes essais du jour.
Tout d'abord, ne m'en veux pas mais je vais bien sûr focaliser sur les problèmes. Il ne faut pas oublier tout ce qui marche et mérite félicitations.
Ce que j'ai constaté vient en grande partie de mes données et de mon utilisation "a minima" de ce qui est prévu au départ pour des équipements plus élaborés que les miens.

Ce que j'ai fait sur la base de ce qu'on a appris préalablement :
- j'ai coupé la vidéo et le GPX initial pour que ce soit moins lourd à traiter. J'ai gardé une séquence de 8 minutes
- pour une raison que j'ignore et sans avoir rien touché d'autre, j'ai dû décaler la vidéo de +2h au lieu de +1h à l'essai précédent scratch

- j'ai ajouté le tag number comme dans ton fichier à la place du tag name présent dans le mien
- j'ai forcé tous les temps en ...xx.000Z (avec donc 3 zéros seulement)
- j'ai éliminé les variables parasites dans le tag gpx et comme ça n'allait pas mieux, j'ai mis exactement les mêmes que toi. Rien de changé sur les messages d'erreur
Et banzai ! GoPro & Linux - Page 4 Bouss

Bon, j'ai une image et des affichages, mais pente et vitesse restent désespérément nulles ... scratch

Je me replonge dans le GPX et là, j'ai un doute : la plupart de mes valeurs sont triplées. Elles évoluent à la seconde mais sont acquises sans doute 3 fois par seconde.
Donc, lorsque tu as trouvé le point de synchro, si tu prends le point immédiatement suivant pour calculer les deltas, c'est nul à tous les coups ...
Bon, un coup d'excel, filtration des doublons (triplons), régénération d'un GPX filtré et re-banzai ! GoPro & Linux - Page 4 Bouss

Cette fois ça bouge, trop pour la pente (beaucoup trop). Alors certes, mon GPS est sans doute mauvais en vertical mais ce n'est pas le seul de sa bande. Un filtrage sérieux est nécessaire.
La vitesse bouge aussi pas mal mais c'est un peu moins spectaculaire.
Voilà ci-dessous les notes que j'ai prises :

./gpx2video -q -m DATA/TC.AR02.mp4 -g DATA/AR02V.gpx -l layout4.xml -o output1.mp4 --map-source=1 --map-zoom=15 --map-factor 4.0 2>Error.txt

Heure GPX => 16:52:57 à 17:02:57 => 10'00"
Heure affichée => 18:52:57 à 19:00:56 => 07'59"
Heure Video => 18:52:57 => 08'00".02

Position du vélo dans la carte : au départ, sur le symbole vert, à l'arrivée, pas sur le symbole rouge (loin)
L'icone du vélo se déplace en zig-zag toutes les quelques secondes (manque de précision des coordonnées)

Format de carte : autant le .png utilise le map-zoom parfaitement et 15 donne une excellente résolution, autant les réglages zoom et factor lors de la génération de la vidéo semblent sans effet, sans parler de la zone noire.

Décalage vidéo / vitesse :
2'40 => 3'00"
4'00 => 4'30"
6'25 => 6'55"
Je pense qu'il faut que je retire 30" au décalage temporel de la vidéo (synchronisation fine due à l'écart de lancement Trace GPS / Caméra ?)
Mais si je fais ça, les 30 premières secondes ne trouveront pas leurs coordonnées associées

Pente :
Il y a parfois des écarts du style -10° => +36°. C'est très instable

Perte de son de 4'16" jusqu'à la fin 7'59" (en gros la deuxième moitié de la vidéo n'a pas de son)

Error.txt (extrait)

Code:: gpx2video v0.0.0
creation_time = 2016-09-24T18:52:57.000000Z
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'DATA/TC.AR02.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2mp41
creation_time : 2016-09-24T18:52:57.000000Z
encoder : Lavf58.29.100
Duration: 00:08:00.02, start: 0.000000, bitrate: 7140 kb/s
Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 7008 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc (default)
Metadata:
creation_time : 2016-09-24T18:52:57.000000Z
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)
Metadata:
creation_time : 2016-09-24T18:52:57.000000Z
handler_name : SoundHandler
[libx264 @ 0x5583aecd0b00] using SAR=1/1
[libx264 @ 0x5583aecd0b00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
[libx264 @ 0x5583aecd0b00] profile High, level 4.1
[libx264 @ 0x5583aecd0b00] 264 - core 155 r2917 0a84d98 - H.264/MPEG-4 AVC codec - Copyleft 2003-2018 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=cbr mbtree=1 bitrate=32000 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=32000 vbv_bufsize=2000 nal_hrd=none filler=0 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'output1.mp4':
Stream #0:0: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 32000 kb/s, 25 tbn
Stream #0:1: Audio: aac (LC), 48000 Hz, stereo, fltp, 128 kb/s
Load widget 'grade'
Initialize grade widget
Load widget 'speed'
Initialize speed widget
Load widget 'elevation'
Initialize elevation widget
Load widget 'time'
Initialize time widget
Load map widget
Initialize map widget
Cache initialiization...
Time synchronization...
ERROR: No GPS data stream found
Download map from OpenStreetMap I...
Build map...

iptc xml add_attrib unknown type stRef:instanceID unknown
iptc xml add_attrib unknown type stRef:documentID unknown
iptc xml add_attrib unknown type GIMP:API unknown
iptc xml add_attrib unknown type GIMP:Platform unknown
iptc xml add_attrib unknown type GIMP:TimeStamp unknown
iptc xml add_attrib unknown type GIMP:Version unknown
iptc xml add_attrib unknown type stEvt:action unknown
iptc xml add_attrib unknown type stEvt:changed unknown
iptc xml add_attrib unknown type stEvt:instanceID unknown
iptc xml add_attrib unknown type stEvt:softwareAgent unknown
iptc xml add_attrib unknown type stEvt:when unknown

[libx264 @ 0x5583aecd0b00] frame I:48 Avg QP:12.29 size:193450
[libx264 @ 0x5583aecd0b00] frame P:9648 Avg QP: 8.75 size:114172
[libx264 @ 0x5583aecd0b00] frame B:2304 Avg QP:15.57 size: 50798
[libx264 @ 0x5583aecd0b00] consecutive B-frames: 69.9% 11.7% 5.6% 12.8%
[libx264 @ 0x5583aecd0b00] mb I I16..4: 24.1% 56.3% 19.7%
[libx264 @ 0x5583aecd0b00] mb P I16..4: 2.6% 10.6% 3.5% P16..4: 31.7% 10.4% 7.6% 0.0% 0.0% skip:33.7%
[libx264 @ 0x5583aecd0b00] mb B I16..4: 0.6% 6.5% 1.3% B16..8: 25.6% 9.3% 4.5% direct:12.7% skip:39.5% L0:62.7% L1:25.5% BI:11.9%
[libx264 @ 0x5583aecd0b00] 8x8 transform intra:65.0% inter:77.1%
[libx264 @ 0x5583aecd0b00] coded y,uvDC,uvAC intra: 71.1% 59.3% 34.5% inter: 36.3% 25.8% 12.3%
[libx264 @ 0x5583aecd0b00] i16 v,h,dc,p: 44% 39% 15% 2%
[libx264 @ 0x5583aecd0b00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 27% 32% 3% 2% 2% 3% 3% 5%
[libx264 @ 0x5583aecd0b00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 34% 33% 11% 3% 4% 4% 4% 4% 4%
[libx264 @ 0x5583aecd0b00] i8c dc,h,v,p: 39% 34% 22% 5%
[libx264 @ 0x5583aecd0b00] Weighted P-Frames: Y:0.3% UV:0.0%
[libx264 @ 0x5583aecd0b00] ref P L0: 77.5% 14.3% 5.5% 2.7% 0.0%
[libx264 @ 0x5583aecd0b00] ref B L0: 91.8% 6.6% 1.6%
[libx264 @ 0x5583aecd0b00] ref B L1: 97.4% 2.6%
[libx264 @ 0x5583aecd0b00] kb/s:20464.22
[aac @ 0x5583aee55b40] Qavg: 153.067

Je n'arrive pas à virer les iptc xml add et je ne vois pas pourquoi ils sont là. D'ailleurs le -q lui-même ne les vire pas.
Je ne vois plus aucun écart entre mon GPX et le tien ....

J'ai compressé fortement la vidéo de 8 minutes en 288p. Je suis en train de la pousser sur mon Cloud mais c'est long quand même (117Mo, vivement la fibre)

@+
Pulsar33

Sujet: Re: GoPro & Linux Sam 29 Jan 2022, 19:16

La vidéo en 288p : https://c.gmx.fr/@938481322668595242/YGc3_2QiSWySpkraWaIhoA
Cordialement
Pulsar33

Sujet: Re: GoPro & Linux Sam 29 Jan 2022, 19:51

Bon c'est finalement pas si mal.

Je pense que la fluctuation sur la pente est liée à la précision des points et des calculs.

Le "seul" problème que je vois, c'est qu'il y a un offset de synchro...

Il y a une coupure du son... je ne sais pas si c'est la vidéo totale que tu as rendue ou seulement les 8 premières minutes (et tu as fait un Ctrl + C pour interrompre). Si tu as interrompu, c'est normal... je ne sais pas encore couper le son de manière précise. Donc il doit manquer un paquet complet Smile

Ca peut également se produire dans l'autre sens... la vidéo s'arrête et il y a encore quelques secondes de son à jouer !

Ton GPX correspond à une sortie complète ? ou seulement la portion de la vidéo ? Ici je travaille avec le GPX de ma sortie complète + quelques prises de vidéo.

Le zoom sur la carte (à faire dans le fichier layout.xml) n'est pas suffisant pour vérifier la synchro via la position GPS. En général, je vérifie la synchro via une intersection, ou une vitesse qui doit être nul quand j'arrive à un stop.

Si tu m'envoies le GPX, je pourrai également regarder.

Sujet: Re: GoPro & Linux Sam 29 Jan 2022, 20:24

Rapidement, les réponses à tes remarques :

Je pense que mon altitude est particulièrement instable mais les vieux GPS sont à plusieurs dizaines de mètres d'incertitude verticale, d'où la nécessite d'un filtre du deuxième ordre.

L'offset de synchro : je ne sais pas ce que tu identifies mais comme indiqué, il est certain qu'il n'y a pas de synchro entre mes deux appareils (GPS et Camera) qui sont lancés manuellement et indépendamment. Tu n'y peux rien.

Coupure du son : j'ai fait le traitement intégral sans CTRL-C cette fois ci. Il manque près de 4 minutes sur 8 ...

J'ai extrait 8 minutes de vidéo et 8 minutes de GPX en fonction des heures théoriques que j'estimais. Il y a donc possiblement un offset comme déjà indiqué mais pas pire qu'avec les fichiers complets.

Comme indiqué, le décalage vidéo / vitesse de l'ordre de 30" est sans doute dû à l'écart de lancement Trace GPS / Caméra. C'est à moi de le gérer mais le programme pourrait proposer une option offset pour faciliter les choses et éviter que l’utilisateur ait à tricher sur la creation_time. Hormis cet offset, je ne sais pas dire pourquoi il y a un décalage à la fin. Je vais essayer de zoomer la carte pour que ce soit plus visible, tout en compensant l'offset de 30"

Si je n'arrive à rien, je t'enverrai le GPX. Pour l'instant, je progresse à chaque fois, inutile que tu galères.

Bonne soirée
Pulsar33

Sujet: Re: GoPro & Linux Sam 29 Jan 2022, 20:45

Je pense peut-être ajouter un algo et synchroniser sur la trace GPX elle-même.

Je vais aussi ajouter un "offset manuel", mais cela est plus facile à appliquer avec une interface graphique...

Pour améliorer le GPX, je ne ferai pas cela tout de suite, car il existe des outils pour cela.

Avec gpsbabel, tu peux ajouter et filtrer des points. Tu peux aussi ajouter / recalculer les altitudes.

L'astuce avec ta caméra qui ne permet d'avoir l'heure de prise de vue, c'est de filmer à un instant donné ta montre (à condition qu'elle soit à l'heure Smile

)

Pour ta carte avec le bord noir... c'est parce que la trace GPX est petite et il ne télécharge pas assez de tuiles. C'est dans ma todo list Smile

Code:: # Ici tu peux changer le niveau de zoom des tuiles téléchargées
# Puis appliquer un facteur de zoom au moment du rendu
<map align="none">
<source>1</source>
<zoom>12</zoom>
<factor>2.0</factor>
</map>

Pulsar33 a écrit:: J'ai extrait 8 minutes de vidéo et 8 minutes de GPX en fonction des heures théoriques que j'estimais. Il y a donc possiblement un offset comme déjà indiqué mais pas pire qu'avec les fichiers complets.

Tu peux fournir le GPX complet à gpx2video, il affichera ainsi la trace complète et téléchargera plus de tuiles.

Il te positionnera au bon endroit uniquement à partir de l'heure que tu indiques dans les métadata de la vidéo.

Sujet: Re: GoPro & Linux Dim 30 Jan 2022, 09:32

Bonjour,

Je viens de regarder gpsbabel et je suis déçu. Sauf erreur de ma part, les deux commandes qui pouvaient m'être utiles (Manipulate altitudes et Remove Duplicates) ne font pas ce qu'il me faut. La première ne sert qu'à bidouiller le geoide et la seconde ne sait pas filtrer sur l'heure. Je crois que je vais devoir abuser de la feuille de calcul ...

Je ne comprends pas ce que tu veux dire par synchroniser sur la trace GPX elle-même. Tu n'as pas le choix, ce qui dicte le timing c'est les frames vidéo. Il faut donc retrouver dans le GPX les données correspondantes, ce que tu fais. Tu ne peux pas faire l'inverse.

Interface graphique : mon dada, c'est justement les interfaces graphiques (GTK surtout, QT jamais vraiment utilisé). Si t'as une spec, je peux t'envoyer des bouts de code ...

Bonne journée
Pulsar33

Bonjour,

J'ai pris un peu de retard sur ce sujet mais je ne le perds pas de vue.
J'ai commencé à coder une interface graphique permettant de charger, filtrer, formater et exporter des fichiers gpx (LAT,LON,ALT,DATE,TIME).
Elle pourra sans doute à terme appeler directement gpx2video après avoir filtré et positionné les données importantes.

Questions :
Y a-t-il un intérêt à disposer des données avec une période inférieure à la seconde (correspondant à des fréquences comme 25, 30, 50 ou 60 FPS) ?
Le fichier ne risque-t-il pas de devenir très volumineux dans ce cas pour un usage courant ?

Cordialement
Pulsar33

Pulsar33 a écrit:: Bonjour,

Je viens de regarder gpsbabel et je suis déçu.

Il y a bien des années j'avais essayé de faire des trucs genre iti vélo, j'avais vite été dégouté

Pulsar33 a écrit:: Y a-t-il un intérêt à disposer des données avec une période inférieure à la seconde (correspondant à des fréquences comme 25, 30, 50 ou 60 FPS) ?

Aujourd'hui, ça améliorerait les valeurs incrustées sur la vidéo. Mais demain ça ne sera pas utile, puisque je ferai de l'interpolation.

Sous la seconde, ça n'apportera pas grand chose.

Quelques nouvelles du projet gpx2video : https://github.com/progweb/gpx2video

De nouvelles gauges : distance, durée, vitesse moyenne... et pleins de nouveaux paramètres dont la possibilité d'afficher les données en choisissant le format et les unités.

La vitesse moyenne est calculer sur le temps total et ne prend pas en compte les arrêts (ce qui fait une différence importante par rapport à ce qu'affiche le compteur, strave ou garmin connect). Ceci sera prochainement configurable.

Positionnement manuel ou automatique des gauges : alignement à gauche, droite, en haut ou en bas ou encore dans les coins.

Correction de la carte pour éviter les bandes noires (lorsque celle-ci est trop petite)

Possibilité d'appliquer un offset manuel pour la synchronisation du GPX et de la vidéo.

Prochaines étapes :

un widget pour afficher la trace (sans la carte)
synchronisation automatique du GPX et de la vidéo (sans s'appuyer sur le timestamp)

bravo, ça a de la gueule Smile

ça donnerai presque envie d'avoir ça en temps réel, ça serait possible ?

Ce que je pense pouvoir faire rapidement, c'est faire un équivalent de "ffplay" qui joue la vidéo et ajoute les gauges en temps réel.
(mais du coup sans l'encodage)

Dans un futur lointain, il y aura une interface graphique (pas encore décidé entre Qt et GTK).

Je ne sais pas trop non plus de quelle interface je vais m'inspirer... GoPro Player ?

Mon but n'est pas faire un Adobe Premiere... Initialement, gpx2video devait ajouter les différents widgets en incrustation, pouvoir faire des choses de base (changement de la résolution, fps, rogner...)

Et l'utilisateur utilisait ensuite l'outil de son choix pour finaliser son montage.

Dernière édition par Pulsar33 le Sam 09 Sep 2023, 20:29, édité 1 fois

Bonjour,

Bravo pour tout ça GoPro & Linux - Page 4 Cool

Je n'ai pas encore essayé la nouvelle version.

Petites remarques sur les incrustations.
1° Est-il possible de changer la couleur (j'ai peut-être raté un truc) ? En haut à gauche, elle se fondent souvent dans le ciel brumeux
2° Mieux encore : ne serait-il pas possible de les incruster avec du hallowing pour qu'elles se voient quels que soient la couleur et le fond ?

Bonne journée
Pulsar33

PS : exemple d'hallowing
GoPro & Linux - Page 4 Exemple-Hallowing

GoPro & Linux - Page 4 Exemple-Hallowing

Pas encore possible...

Mais l'idée est de pouvoir écrire :

Code:: <widget x="250" y="450" width="600" height="120" align="bottom">
   <type>avgspeed</type>
   <name>MOYENNE</name>
   <margin>20</margin>
   <padding>5</padding>
   <units>kph</units>
   <color>#ffffff</color>
   <background-color>#000000</background-color>
   <border>2</border>
   <border-color>#000000</border-color>
</widget>

Excellent

Pulsar33

Un exemple de ce que ça peut donner...

Ca sera dans la prochaine mise à jour Smile

C'est pas mal du tout pour une modification si rapide
Mais je préfère l'hallowing évidemment car il est moins envahissant
Bravo pour ta réactivité
Pulsar33

PS : je trouve plus logique de mettre la carte en haut car les choses à voir sont généralement dans la moitié basse

Là, j'ai mis un fond bleu transparent pour bien le voir. Mais par défaut, je mettrai un noir très transparent.

Pour un effet incruster hallowing, tu peux me donner un exemple que je comprenne bien ce que tu veux et que je vois si c'est faisable sans trop de difficultés.

Je peux faire cela aussi :

Dernière édition par Pulsar33 le Sam 09 Sep 2023, 20:30, édité 1 fois

Oui c'est ce que tu as mis sur les textes, un contour noir autour de chaque lettre
Dommage qu'il ne soit pas aussi présent autour des graphismes (montagne, pédalier, ...)

J'avais mis un exemple plus haut, ne le vois-tu pas ? Je le reposte :
GoPro & Linux - Page 4 Exemple-Hallowing

C'est ce que fait VLC lorsqu'il incruste des sous-titres dans une vidéo à partir d'un fichier SRT

Cordialement
Pulsar33

OK j'ajouterai l'effet d'incrustation sur le texte.
Pour les images, c'est possible également, mais je ferai cela plus tard.

Les picto sont dans un dossier séparé (chacun peut les modifier).

C'est à présent en ligne. A présent tout un tas d'option pour modifier l'aspect du widget :

Code:: <widget x="250" y="450" width="600" height="120" align="left">
<type>speed</type>
<name>VITESSE</name>
<margin>20</margin>
<padding>5</padding>
<units>kph</units>
<text-color>#00ff00ff</text-color>
<text-shadow>3</text-shadow>
<border>5</border>
<border-color>#000000b0</border-color>
<background-color>#0000004c</background-color>
</widget>

Le code couleur est de la forme #RRGGBBAA (en hexa).

Super !
J'essaierai sans doute demain
Bonne soirée
Pulsar33

Dernière édition par Pulsar33 le Sam 09 Sep 2023, 20:31, édité 1 fois

Bonjour,

Il y a de belles avancées. Cependant, j'ai passé presque tout mon temps à essayer de comprendre l'impact des différentes variables du fichier layout.
Après plusieurs core-dump j'ai abandonné les unités et les placements autres que left et right.
Je me suis concentré sur l'essentiel à savoir la taille et le positionnement des éléments, sans pour autant aboutir à ce que je voulais.
Voici un exemple de ce que j'obtiens :
GoPro & Linux - Page 4 Gpx2video3

Voici une liste de remarques et questions à l'issue de mes essais (j'espère ne rien oublier)
- Je ne comprends pas l'impact exact de x y width height qui semblent ne jouer que sur le fond des pictos, pas sur le texte associé
- J'ai du mal à écarter le texte des graphismes des pictos eux-mêmes. Cet écart semble ne dépendre que de la hauteur ( ? )
- Si je mets l'heure à droite, elle sort de l'écran et je n'arrive pas à la ramener
- Je voudrais mettre la carte en haut à droite et l'heure en bas ou au milieu à droite. Est-ce possible ?
- Je voudrais mettre les pictos de gauche en haut, je n'ai pas réussi
- La VITESSE bien que définie de la même manière que les autres semble avoir une Font plus petite
- Il y a par défaut m/h (d'ailleurs peut-on mettre km/h dans le layout ou doit-on mettre kph ?

Bref, pourrais-tu donner une syntaxe exhaustive du fichier layout car les quelques exemples (biens utiles) ne suffisent pas
En particulier l'utilité des x y w h ainsi que les valeurs des champs "align", les valeurs des champs unité, les notions de margin et padding ...

Ci-joint le layout qui a généré l'image ci-dessus :

Code:: <widget x="250" y="450" width="64" height="64" align="left">
<type>grade</type>
<name>PENTE</name>
<margin>20</margin>
   <text-color>#00ffffff</text-color>
   <text-shadow>3</text-shadow>
   <border>5</border>
   <border-color>#000000b0</border-color>
   <background-color>#0000004c</background-color>
</widget>
<widget x="250" y="450" width="64" height="64" align="left">
   <type>speed</type>
   <name>VITESSE</name>
   <margin>20</margin>
   <padding>5</padding>
   <text-color>#00ff00ff</text-color>
   <text-shadow>3</text-shadow>
   <border>5</border>
   <border-color>#000000b0</border-color>
   <background-color>#0000004c</background-color>
</widget>
<widget x="250" y="450" width="64" height="64" align="left">
<type>elevation</type>
<name>ALTITUDE</name>
<margin>20</margin>
   <text-color>#ffff00ff</text-color>
   <text-shadow>3</text-shadow>
   <border>5</border>
   <border-color>#000000b0</border-color>
   <background-color>#0000004c</background-color>
</widget>
<widget x="250" y="450" width="64" height="64" align="left">
<type>time</type>
<name>HEURE</name>
<margin>20</margin>
   <text-color>#ff00ffff</text-color>
   <text-shadow>3</text-shadow>
   <border>5</border>
   <border-color>#000000b0</border-color>
   <background-color>#0000004c</background-color>
</widget>
<map width="360" height="240" align="right">
<source>1</source>
<zoom>12</zoom>
<factor>2.0</factor>
</map>

Cordialement
Pulsar33

» GNU/Linux!!
» CAO sous Linux
» GPS compatible linux Ubuntu
» Mac ou Pc ?
» navigateur links sous Linux