я не отправлял на сервер ибо эксперимент был неудачен, больше половины фоток с такими разводами.
тож подумал на тряску, либо излишне активный автофокус. надо будет на вентиляторе попробовать выявить направление “движения” шторки. хотя телефон все равно под замену планируется.
Для велосипедной съёмки еще мне нравится такой способ: вешаешь фотоаппарат на шею, держишь правой рукой за кнопку, и едешь не спеша. Захотел затормозить - отпустил фотоаппарат, нажал на тормоз. Каждую неделю так с прокатных велосипедов снимаю.
Можно, если видео в mp4 и одновременно с видео записываешь трек в формате gpx. Потом их оба надо загрузить через веб-интерфейс и синхронизировать. Вот соответствующая страничка справки (правда, на английском, но там и видеодемонстрация есть). Сам я, правда, ещё не пробовал.
Напомню, что по правилам, для победы нужно «закрыть» (сделать зелёными) максимальное количество квадратов. Считают квадраты, а не количество фотографий.
Я пробовал, не получается. И врут в справке, что GPX-трек должен быть хотя бы не короче видео, должен соответствовать до секунды. Но, возможно, это с моим IE11 так себя “legacy” загрузка ведет, ничего из заявленного не работает - ни привязать точку на карте к кадру, ни хотя бы увидеть ожидаемое движение курсора во время просмотра видео от начала трека к концу, а не наоборот.
У меня регистратор пишет треки не совпадающие по времени с видео на несколько секунд. Все нормально грузится. Обычно проматываю видео до ближайшего перекрестка и ставлю положение на треке.
Видео импортёр бывает подглючивает и перемотка перестаёт работать. Но больше не это мешает, а то что видео нарезано по 3-5 минут и каждый раз приходится синхронизировать. Однажды я плюнул на это и вооружившись ffmpeg и mapillary_tools стал нарезать видео на изображения, привязывать их к треку и загружать уже готовые к импорту фото, попутно выкидывая стоянки и прочие ненужные вещи.