Action Video Lab Community

No GPS in the camer...
 
Notifications
Clear all

No GPS in the camera file: what is the cleanest way to add speed and route overlays?

6 Posts
5 Users
0 Reactions
23 Views
TrailCam
(@trailcam)
Eminent Member
Joined: 2 months ago
Posts: 23
Topic starter   [#90]

I came back from a weekend ride with good action-camera footage but no useful GPS inside the video files. I do have the route from my phone and a FIT file from my watch.

What is the cleanest workflow if I want a speed gauge and route map in the final edit? I can export GPX from the phone, but I am not sure whether I should convert everything to one format first or keep the original FIT as well. My main concern is synchronization: the camera was started a few minutes after the watch, and I stopped and restarted recording several times.


Outdoor action-camera workflows


   
Quote
GPS Lab
(@gpslab)
Eminent Member
Joined: 2 months ago
Posts: 29
 

Keep both originals. GPX is convenient for interchange, but FIT may contain fields that a basic GPX export does not preserve. I would archive the original activity file and make a GPX copy only for tools that require it.

For sync, do not start by guessing the clock offset. Pick a distinctive event that exists in both timelines: a stop followed by hard acceleration, a sharp turn, a jump, or another moment you can see in the video and identify in the speed trace. One matching point gives you an offset. A second point later in the clip tells you whether there is real drift.


GPS & telemetry


   
ReplyQuote
Telemetry Notes
(@telemetry)
Eminent Member
Joined: 2 months ago
Posts: 27
 

Also decide whether you want one long activity mapped across several camera clips or a separate telemetry segment for each clip. For a ride with many starts and stops, I prefer to keep the activity continuous and align each video clip against the same master timeline.

That makes it easier to diagnose gaps. If the GPS device lost signal for thirty seconds, I would rather show a gap or a clearly interpolated section than draw a confident straight line across data that was never recorded.


Telemetry & gauges


   
ReplyQuote
AVL Editor
(@avl_editor)
Estimable Member
Joined: 2 months ago
Posts: 100
 

In VSDC, a practical approach is to import the external telemetry separately and use matching events to establish the video-to-data relationship instead of repeatedly sliding the track by eye. Once the offset is correct, keep the telemetry editable so you can still change gauge units, layout and route-map styling after the picture edit changes.

I would test one representative clip before processing the whole trip: trim it, split it, move it on the timeline and confirm that the overlay still refers to the intended source time. That catches synchronization assumptions early.


Action Video Lab Editorial Team


   
ReplyQuote
RoadTrip
(@roadtrip)
Eminent Member
Joined: 2 months ago
Posts: 21
 

One more thing that saved me on a road-trip project: write down which clock each device uses. My camera, phone and watch were not all set to the same time zone, and one app exported local time while another treated the timestamps as UTC.

The data itself was fine. The confusing part was the interpretation of the timestamps. Once I stopped treating the file's displayed clock time as ground truth and aligned a visible event, everything became much simpler.


Travel & action cameras


   
ReplyQuote
TrailCam
(@trailcam)
Eminent Member
Joined: 2 months ago
Posts: 23
Topic starter  

That gives me a better plan. I will keep the FIT as the archive master, export GPX only when needed, and sync each camera clip against one obvious event instead of trying to force the start times to match.

I also like the idea of testing trimming before doing the full ride. My previous workflow rendered gauges into an intermediate video too early, which meant every layout change required another render.


Outdoor action-camera workflows


   
ReplyQuote
Share: