# Gopro Max 2 Upload

**URL:** <https://forum.mapillary.com/t/gopro-max-2-upload/10179>\
**Category:** 360° cameras\
**Created:** [January 11, 2026, 8:15pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179 "2026-01-11T20:15:32Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![burakonder](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/burakonder/32/73541_2.png) [@burakonder](https://forum.mapillary.com/u/burakonder)\
**Post date:** [January 11, 2026, 8:15pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/1 "2026-01-11T20:15:32Z")

</div>

When uploading .360 video with Mapillary uploader, it uploads at 1 frame per second. This doesn’t cause much trouble up to speeds of 20-30 km/h, but on large streets where minimum speeds are higher, the distance between photos becomes much greater.

With my GoPro Max 2, I can get 10 frames per second. This significantly reduces the distance difference at high speeds, but at lower speeds, the photos are very close together. Is it possible to adjust the upload sequence to filter out photos like in Panoramax if the distance between two photos is less than ‘x’?

Or do I need to apply manual filtering before uploading?

---

<div class="post-metadata">

**Author:** ![osmplus\_org](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/osmplus_org/32/72465_2.png) [@osmplus\_org](https://forum.mapillary.com/u/osmplus_org)\
**Post date:** [January 11, 2026, 9:07pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/2 "2026-01-11T21:07:59Z")

</div>

Hello burakonder, perhaps the tool I’ve described here will help you. [No more GPS stress thanks to navigation using video frames - #6 by osmplus\_org](https://forum.mapillary.com/t/no-more-gps-stress-thanks-to-navigation-using-video-frames/10152/6) You can change the reduction factor of the GPX nodes with the following line of code.

`Sub B_BatchReduceGPX_XML()`  
`' === Default-Einstellungen / Parameter Insta 360 ===`  
`Const REDUCE_FACTOR As Long = 10`

I’ve found the following reduction factors:  
Insta360 requires a reduction by a factor of 10  
OSMO360 requires a reduction by a factor of 28  
I currently lack experience with the Max 2.

---

<div class="post-metadata">

**Author:** ![burakonder](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/burakonder/32/73541_2.png) [@burakonder](https://forum.mapillary.com/u/burakonder)\
**Post date:** [January 11, 2026, 9:27pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/3 "2026-01-11T21:27:23Z")

</div>

Thank you. I can manually reduce the GPS track points, but I wanted to know if it’s possible to perform a bulk cropping during upload without additional filtering.

---

<div class="post-metadata">

**Author:** ![osmplus\_org](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/osmplus_org/32/72465_2.png) [@osmplus\_org](https://forum.mapillary.com/u/osmplus_org)\
**Post date:** [January 11, 2026, 10:25pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/4 "2026-01-11T22:25:42Z")

</div>

Hello, [burakonder](https://forum.mapillary.com/t/gopro-max-2-upload/10179/3) based on my experience, reducing the GPX density before uploading significantly simplifies the prior correction of GPX outliers and errors. Once a GPX track is uploaded, further corrections are hardly possible.

---

<div class="post-metadata">

**Author:** ![burakonder](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/burakonder/32/73541_2.png) [@burakonder](https://forum.mapillary.com/u/burakonder)\
**Post date:** [January 11, 2026, 11:14pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/6 "2026-01-11T23:14:26Z")

</div>

@GITNE You’re right, when uploading .360 video directly, you don’t need external GPX data, but uploading this way outputs 1 frame per second. Since GoPro GPS data records at 10Hz, we can successfully match it to 10 frames per second by extracting the GPX data from the video.

Of course, drive at 100 km/h on the highway won’t do any good, but unfortunately, you can’t drive on a trunk highway at 20-30 km/h either.

---

<div class="post-metadata">

**Author:** ![osmplus\_org](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/osmplus_org/32/72465_2.png) [@osmplus\_org](https://forum.mapillary.com/u/osmplus_org)\
**Post date:** [January 12, 2026, 5:45am UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/8 "2026-01-12T05:45:49Z")

</div>

> [@burakonder](#):
>
> Of course, drive at 100 km/h on the highway won’t do any good, but unfortunately, you can’t drive on a trunk highway at 20-30 km/h either.

Last year I drove thousands of kilometers on the German Autobahn, and driving behind trucks is unacceptable for an amateur cartographer. Driving in the passing lane there is dangerous at anything under 110 km/h. A good mix in Germany is 120 to 160 km/h, and you make good progress. I’m aware that you have to accept gaps in traffic sign recognition in the passing lane. The solution is simply to trust that you’re not the only one creating Street View images there. It would be particularly helpful to get more truck drivers to participate in Mapillary.

---

<div class="post-metadata">

**Author:** ![burakonder](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/burakonder/32/73541_2.png) [@burakonder](https://forum.mapillary.com/u/burakonder)\
**Post date:** [January 12, 2026, 7:00am UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/9 "2026-01-12T07:00:44Z")

</div>

@osmplus_org My intention may have been misunderstood. From a driving safety perspective, I find 360° shots risky at speeds above 100 km/h due to the potential for adverse situations with vehicle-mounted suction cups. Therefore, in Turkey, I only take 360° shots on streets and trunk roads where the maximum speed limit does not exceed 100-110 km/h.If I’m driving on a motorway, it only records footage from inside the vehicle.

---

<div class="post-metadata">

**Author:** ![burakonder](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/burakonder/32/73541_2.png) [@burakonder](https://forum.mapillary.com/u/burakonder)\
**Post date:** [January 12, 2026, 8:05am UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/11 "2026-01-12T08:05:19Z")

</div>

@GITNE Of course, I shoot at minimum speeds and in the slower lane, as far as the road allows. However, sometimes, for various reasons, it’s necessary to exceed the legally mandated minimum speed limits to avoid compromising traffic safety.

In such cases, to compensate for the long distances between photos, instead of using timelapse photos, I shoot in 25fps video mode and then split it into frames. The timelapse photo limit is insufficient because it only allows one photo every two seconds.

---

<div class="post-metadata">

**Author:** ![boris](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/boris/32/71767_2.png) [@boris](https://forum.mapillary.com/u/boris)\
**Post date:** [January 12, 2026, 3:50pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/12 "2026-01-12T15:50:10Z")

</div>

@burakonder - you do not need to “split it into frames” - Mapillary will do that for you on the backend (and will automatically sample at 1 frame every 3 meters). So if you just upload the .360 video file directly, everything should “just work”

---

<div class="post-metadata">

**Author:** ![TheWizard](https://avatars.discourse-cdn.com/v4/letter/t/e56c9b/32.png) [@TheWizard](https://forum.mapillary.com/u/TheWizard)\
**Post date:** [January 13, 2026, 9:43am UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/13 "2026-01-13T09:43:00Z")

</div>

You can use my program for changing the sampling rate (standard 3.0 meters like boris mentioned). Sometimes it’s better to go lower (on foot/bike/slow speed car), other times you want bigger distances (high speed, rural area without any markers/traffic signs).

> **[GitHub - TheWizardbc/GoPro\_Workflow: GoPro Workflow is a program for converting/editing...](https://github.com/TheWizardbc/GoPro_Workflow)**
>
> GoPro Workflow is a program for converting/editing 360 video files from the GoPro Max 1 and 2 so they can be used in StreetView Studio. The program can also upload these videos to Mapillary, allowing manual adjustments to some settings not available in the standard Mapillary app.

It’s especially made for the GoPro Max 1 and 2 for easy processing (only setup the maps, username and the other settings) and click process. It’s also possible to make StreetviewStudio ready files and nadir support is also present.

---

<div class="post-metadata">

**Author:** ![burakonder](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/burakonder/32/73541_2.png) [@burakonder](https://forum.mapillary.com/u/burakonder)\
**Post date:** [February 4, 2026, 7:45pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/14 "2026-02-04T19:45:21Z")

</div>

@boris When I upload a .360 video using Mapillary Uploader, I noticed the image quality is very poor. What’s causing this?

The .360 video belongs to the sequence I uploaded directly.

> **[Mapillary](https://www.mapillary.com/app/user/burakonder?lat=40.90495823814433&lng=29.192422940027654&z=19.9&pKey=1441559320817028&focus=photo&x=0.9915350868754365&y=0.4584582526015472&zoom=3)**
>
> Street-level imagery, powered by collaboration and computer vision.

This is a photo of the sequence that resulted when I split the same video into frames and uploaded it.

> **[Mapillary](https://www.mapillary.com/app/user/burakonder?lat=40.90495823814433&lng=29.192422940027654&z=19.9&pKey=2144566526350507&focus=photo&x=0.7751946534927441&y=0.45443515571091664&zoom=3)**
>
> Street-level imagery, powered by collaboration and computer vision.

---

<div class="post-metadata">

**Author:** ![boris](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/boris/32/71767_2.png) [@boris](https://forum.mapillary.com/u/boris)\
**Post date:** [February 5, 2026, 12:18pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/15 "2026-02-05T12:18:51Z")

</div>

@burakonder - thank you for reporting this. This behavior is not expected, we’re going to look into it to see why this is happening. Thanks @Yaro for taking a look.

---

<div class="post-metadata">

**Author:** ![GITNE](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/gitne/32/70659_2.png) [@GITNE](https://forum.mapillary.com/u/GITNE)\
**Post date:** [February 5, 2026, 1:09pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/16 "2026-02-05T13:09:51Z")

</div>

It is the same effect I have already reported earlier; some EAC projection faces exhibit high compression ratio artifacts when converted by the backend to equirectangular projection. @yaro The mystery is solved. The effect does not come with the video stream but is caused by Mapillary’s conversion/re-projection step.

---

<div class="post-metadata">

**Author:** ![TheWizard](https://avatars.discourse-cdn.com/v4/letter/t/e56c9b/32.png) [@TheWizard](https://forum.mapillary.com/u/TheWizard)\
**Post date:** [February 5, 2026, 7:55pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/17 "2026-02-05T19:55:24Z")

</div>

Indeed, it’s a server issue. I see it also on my 360 files, they are processed on my computer and uploaded after processing.

---

<div class="post-metadata">

**Author:** ![Yaro](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/yaro/32/71532_2.png) [@Yaro](https://forum.mapillary.com/u/Yaro)\
**Post date:** [February 11, 2026, 6:35pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/18 "2026-02-11T18:35:16Z")

</div>

Hi @burakonder, thanks for the example. It looks like the quality drops specifically [here](https://www.mapillary.com/app/user/burakonder?lat=40.90495823814433&lng=29.192422940027654&z=19.9&pKey=1441559320817028&focus=photo&x=0.8770948719951962&y=0.6347707242935281&zoom=2.960671062692012) and then in the area with bad quality, and we’re back on track from [this point](https://www.mapillary.com/app/user/burakonder?lat=40.90495823814433&lng=29.192422940027654&z=19.9&pKey=1441559320817028&focus=photo&x=0.13081385924018307&y=0.628347445386621&zoom=2.504629391121994). If I am not mistaken, the problem is with in the back camera stream only. First noticed by @GITNE long time ago 🙂 I will check there’s nothing else hidden.  
In any case, I will let you know when it is gone for good.

–  
BR, Yaro

---

<div class="post-metadata">

**Author:** ![GITNE](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/gitne/32/70659_2.png) [@GITNE](https://forum.mapillary.com/u/GITNE)\
**Post date:** [February 11, 2026, 11:35pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/19 "2026-02-11T23:35:17Z")

</div>

> **[Mapillary](https://www.mapillary.com/app/?pKey=1441559320817028&focus=photo)**
>
> Street-level imagery, powered by collaboration and computer vision.

> [@Yaro](#):
>
> If I am not mistaken, the problem is with in the back camera stream only.

🧐 The effect is visible on the top, back, and bottom EAC faces.

---

<div class="post-metadata">

**Author:** ![Yaro](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/yaro/32/71532_2.png) [@Yaro](https://forum.mapillary.com/u/Yaro)\
**Post date:** [February 16, 2026, 1:24pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/20 "2026-02-16T13:24:21Z")

</div>

The mentioned issue was fixed, and the quality of processed images will be higher. I used the same sequence to verify the result, where the quality drop was initially discovered. Here is the [older upload](https://www.mapillary.com/app/user/Yha1?lat=51.077171899999996&lng=6.226916800000026&z=17&pKey=1774174353112992&focus=photo&x=0.9079957166505853&y=0.5763534981728462&zoom=3) and here is the [freshly re-processed one](https://www.mapillary.com/app/user/Yha1?lat=51.077171899999996&lng=6.226916800000026&z=17&pKey=26305120009120416&focus=photo&x=0.9071331737019774&y=0.579710470874013&zoom=3).

Please let me know if you have any comments.

cc @GITNE@burakonder@TheWizard@boris

–  
BR, Yaro

---

<div class="post-metadata">

**Author:** ![GITNE](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/gitne/32/70659_2.png) [@GITNE](https://forum.mapillary.com/u/GITNE)\
**Post date:** [February 16, 2026, 3:25pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/21 "2026-02-16T15:25:21Z")

</div>

I think you mean that the issue has been fixed. 😉 Anyway, seems to look right, now. 👍

Is there any chance for reprocessing all affected video uploads?

---

<div class="post-metadata">

**Author:** ![Yaro](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/yaro/32/71532_2.png) [@Yaro](https://forum.mapillary.com/u/Yaro)\
**Post date:** [February 16, 2026, 3:59pm UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/22 "2026-02-16T15:59:03Z")

</div>

We don’t have the original files, so we are not able to reprocess the affected uploads ☹

–  
BR, Yaro

---

<div class="post-metadata">

**Author:** ![boris](https://sea1.discourse-cdn.com/flex015/user_avatar/forum.mapillary.com/boris/32/71767_2.png) [@boris](https://forum.mapillary.com/u/boris)\
**Post date:** [February 17, 2026, 3:37am UTC](https://forum.mapillary.com/t/gopro-max-2-upload/10179/23 "2026-02-17T03:37:44Z")

</div>

Great work in troubleshooting this one @Yaro !

Thank you so much to @burakonder for noticing and pointing out this problem.
