AB
тобто він бере трек коли прошиває не з потрібного відео, а з ПОПЕРЕДНЬОГО
Size: a a a
2019 May 01
AB
А чем ты пишишь гпс данные
(координати витягую з ВІДЕО-ФАЙЛА)
версія мапілларіТулз=0.5.0
версія мапілларіТулз=0.5.0
A
тобто він бере трек коли прошиває не з потрібного відео, а з ПОПЕРЕДНЬОГО
дивись на зміщення часу треку та фото. вони повинні бути синхронізовані
AB
координати пишуться ВІДРАЗУ в ВІДЕО ФАЙЛ (без логів)
пишу призовим BlackVue 900
пишу призовим BlackVue 900
AB
по інструкціям з мапілларі
A
чому тоді дані беруться з попереднього треку?
AB
це ж не я мапілларі тулз пишу ((
я ж незнаю які в них там баги закомпільовані в .exe
я ж незнаю які в них там баги закомпільовані в .exe
AB
мало того що відзняти треба, то ще й з багати розбиратись (((
AB
я зрозумів одну штуку
чим більше робиш фоток - тим більше вилазить багів ))))
чим більше робиш фоток - тим більше вилазить багів ))))
AB
і напевно багів мені припало (по статистиці), як вам всім разом узятим...
AB
3 доби прошивки під хвіст пішло...
A
ну а як повинно бути при такій кількості процесів? 1000 фото формують близько 30 000 файлів у .mapillary. от і рахуй, яке навантаження
AB
на 1 файл буде створено 13
AB
так що не 30к а 13к
AB
я вже все порахував, і не один десяток разів
AB
доречі, на 200к фоток розмір папки буде порядка 1Гб
це так - статистика.
і видалятись вона буде 1....2 години
це так - статистика.
і видалятись вона буде 1....2 години
AB
і рекомендую видаляти таке БЕЗ КОРЗИНИ
бо після овер200к в козині (Він10) починаються "СтрашніТупняки" у системи
бо після овер200к в козині (Він10) починаються "СтрашніТупняки" у системи
A
зменшуй кількість потоків обробки. сам же бачиш, що не справляється з такою кількістю дрібних файлів
AB
овер200к ФОТОК * 13 = ...