The answer is “maybe”. I don’t have any video or SRT samples from an Inspire2. If you could provide samples I could probably make it work. Just remember to turn Video Caption on in the Go app before your flight.
I haven’t tested the M2 Zoom. But the MP2 Pro does not store GPS data in the SRT file, like the MP Pro did. So I’m guessing the Zoom doesn’t either. However, if you have an M2 Zoom SRT file you can send me I can verify this.
Should work with Matrice 200 series then. I know the M210RTK and M210 store the data. Not sure about the M200 though. Question – .MOV files only or can .MP4 also be used.
Ah,, I see my answer when reading the manual. Good to point out that when one renames their video that they have to also rename the .SRT files as well.
Yes, good point. The movie filename (minus the extension) and the SRT filename (without extension) should be the same or else DroneViewer will not know they are paired.
I have loaded a video from the P4Pro v2 which has the embedded .srt. I all works although the track line is very course in a series of steps. Any solutions please?
Jim, the coarseness is due to the lat/lon data precision of the waypoints embedded into the video file. It would be great if DJI increased the precision even by one decimal point. I’ve brought this up to them in their forums but it’s fallen on deaf ears.
Did you ever verify if your software works with Mavic 2 Zoom? I’m viewing the folder on my laptop (tethered to the M2Z) and each MP4 has an SRT file associated with it… cheers
I do not have a P4 Advanced to test but my guess is that it will work. If you erase your P4’s SD card, then enable Video Captioning in the Go app, you should see .SRT files along with the videos on the SD card when you finish recording videos. Load these videos directly from the SD card into Drone Viewer (using a reader for your computer) and you will probably see the tracks from your P4 Advanced. If not, contact me and I’ll see what I can do to make it work.
I tried with Dji spark but file csv generated with the website airdata (file ok with race render) don’t load with drone viewer (csv file rename as film name)
Mavic Air 2 generate *.txt files and not *.text files so the Geographic datas are not available. SRT files are only available if this features is selectet in the DJI Fly SW.
Is there any way for DroneViewer to display high above actual ground (based upon latitude/longitude) instead of height above sea level? If not, what is the simplest way to get that information based upon the exported .kml or .csv files?
Yes, there are three choices for Altitude in the Preferences. 1. You can select altitude relative to the First Point in the data file; 2. You can select Altitude relative to the Geoid; or 3. You can select no Altitude bias (i.e., raw altitude from the data file).
None of those three will give you height above actual ground as you travel along a route. 1. The First Point in the data file has no relationship to other points. 2. Altitude relative to the Geoid is simply height above an imaginary earth ellipsoid. 3. No altitude bias has no relationship to actual ground anywhere.
At this point, I’m thinking I might just import the .KML file from DroneViewer into Google Earth (which just shows me the actual height of the drone independent of ground elevation), make sure Google Earth is looking straight down (no 3D effect), trace the track by hand to generate a new track that would be at actual ground level, and then subtract its elevations from the DroneViewer track’s elevations.
Sorry I should have read your original post more carefully. Obtaining actual height above ground (AGL) requires detailed topography for the region of interest. There are data sets like DTED (Digital Terrain Elevation Data) which have the offsets from MSL, but are difficult to work with. Ideally, you’d need a REST-based web service interface that, given a lat/lon, would return the terrain height above MSL. This could be subtracted from the height above Geoid in DroneViewer to get AGL. I developed a web service that does exactly that, but unfortunately it is hosted on my company’s intranet (not available on the internet).
Actually, it turns out that the GPS Visualizer will take the .KML file that DroneViewer exports and create its own .KML file, and in the process it strips the original elevation data and replaces it with its own elevation data that it looks up (probably from Google Earth or similar). That gives a .kml file of the actual terrain (not the drone path) … but I’d still need a good way to compare the two .kml files. I can see both paths in Google Earth, but the formats are different when viewed as text or .csv. I just sent an email to the guy who does DroneViewer to see if he wants to add the feature.
Can you add feature to export video frames to jpg files with exif data including location? Would be very useful for photogrammetry.
29 Responses
Does it work with the Mavic air?
No, the Mavic Air doesn’t store navigation info in its SRT file. Please see FAQ.
Is this working with the Inspire 2
The answer is “maybe”. I don’t have any video or SRT samples from an Inspire2. If you could provide samples I could probably make it work. Just remember to turn Video Caption on in the Go app before your flight.
Does it support M2 Zoom?
I haven’t tested the M2 Zoom. But the MP2 Pro does not store GPS data in the SRT file, like the MP Pro did. So I’m guessing the Zoom doesn’t either. However, if you have an M2 Zoom SRT file you can send me I can verify this.
Should work with Matrice 200 series then. I know the M210RTK and M210 store the data. Not sure about the M200 though. Question – .MOV files only or can .MP4 also be used.
MOV and MP4 are supported.
Ah,, I see my answer when reading the manual. Good to point out that when one renames their video that they have to also rename the .SRT files as well.
Yes, good point. The movie filename (minus the extension) and the SRT filename (without extension) should be the same or else DroneViewer will not know they are paired.
I have loaded a video from the P4Pro v2 which has the embedded .srt. I all works although the track line is very course in a series of steps. Any solutions please?
Jim, the coarseness is due to the lat/lon data precision of the waypoints embedded into the video file. It would be great if DJI increased the precision even by one decimal point. I’ve brought this up to them in their forums but it’s fallen on deaf ears.
Thanks, John.
Did you ever verify if your software works with Mavic 2 Zoom? I’m viewing the folder on my laptop (tethered to the M2Z) and each MP4 has an SRT file associated with it… cheers
Any chance you could email me an SRT file so I can examine it?
How its works with P4 advanced?
I do not have a P4 Advanced to test but my guess is that it will work. If you erase your P4’s SD card, then enable Video Captioning in the Go app, you should see .SRT files along with the videos on the SD card when you finish recording videos. Load these videos directly from the SD card into Drone Viewer (using a reader for your computer) and you will probably see the tracks from your P4 Advanced. If not, contact me and I’ll see what I can do to make it work.
Ok with M2Pro, smart controller and litchi
I tried with Dji spark but file csv generated with the website airdata (file ok with race render) don’t load with drone viewer (csv file rename as film name)
Sorry, SENN, the DJI Spark doesn’t store GPS data. See https://mydroneviewer.com/faq/
Mavic Air 2 generate *.txt files and not *.text files so the Geographic datas are not available. SRT files are only available if this features is selectet in the DJI Fly SW.
Correct. DroneViewer requires the SRT files so you must enable the Video Captions in the Fly App.
Is there any way for DroneViewer to display high above actual ground (based upon latitude/longitude) instead of height above sea level? If not, what is the simplest way to get that information based upon the exported .kml or .csv files?
Yes, there are three choices for Altitude in the Preferences. 1. You can select altitude relative to the First Point in the data file; 2. You can select Altitude relative to the Geoid; or 3. You can select no Altitude bias (i.e., raw altitude from the data file).
None of those three will give you height above actual ground as you travel along a route. 1. The First Point in the data file has no relationship to other points. 2. Altitude relative to the Geoid is simply height above an imaginary earth ellipsoid. 3. No altitude bias has no relationship to actual ground anywhere.
At this point, I’m thinking I might just import the .KML file from DroneViewer into Google Earth (which just shows me the actual height of the drone independent of ground elevation), make sure Google Earth is looking straight down (no 3D effect), trace the track by hand to generate a new track that would be at actual ground level, and then subtract its elevations from the DroneViewer track’s elevations.
Sorry I should have read your original post more carefully. Obtaining actual height above ground (AGL) requires detailed topography for the region of interest. There are data sets like DTED (Digital Terrain Elevation Data) which have the offsets from MSL, but are difficult to work with. Ideally, you’d need a REST-based web service interface that, given a lat/lon, would return the terrain height above MSL. This could be subtracted from the height above Geoid in DroneViewer to get AGL. I developed a web service that does exactly that, but unfortunately it is hosted on my company’s intranet (not available on the internet).
Actually, it turns out that the GPS Visualizer will take the .KML file that DroneViewer exports and create its own .KML file, and in the process it strips the original elevation data and replaces it with its own elevation data that it looks up (probably from Google Earth or similar). That gives a .kml file of the actual terrain (not the drone path) … but I’d still need a good way to compare the two .kml files. I can see both paths in Google Earth, but the formats are different when viewed as text or .csv. I just sent an email to the guy who does DroneViewer to see if he wants to add the feature.
Can you add feature to export video frames to jpg files with exif data including location? Would be very useful for photogrammetry.
Good idea. I’ll add this to my ToDo list for future enhancements.