Формат сериализации довольно простой:
[HEADER> 16b] + [CHUNK> type:U32, size:U32, data:*] *
За исключением того, что первый чанк измеряется от начала файла (ну или это инопланетная логика разработчиков)
Служебные чанки содержат русский текст в CP1251 и тучу инфы в даблах, лень разбирать
Чанк за id 7 — это картинка. Теоретически может быть в разном формате, но встречались только 16битные грейскейлы.
[HEADER: ?:U32, ?:U32, channels?:U32, width:U32, height:U32, bits?:U32] + raw bytes
Cache obvious — алгоритмы, принимающие во внимание абстрактный кеш (приблизительно размер линеек, выравнивание)
Cache conscious — плюс нюансы работы конкретного железа
False sharing — несколько хардворных нитей состязаются за данные в одной линейке, в результате все идут прямиком в рамять
VS когда проект под нее, XCode на маке. Eclipse для явы. FlashDevelop для haxe и actionscript. А по большей части хватает Far+Colorer или Sublime Text 2, билдим cmake'ом, waf или просто мейкфалом.
Есть подвесы и дешеле, со сходными характеристиками. В любом случае нужно понимать, что стабилизированная платформа для видиосъемки сильно отличается от летающей игрушки. Соответственно и результат.
Это очень экспериментальное, с правильным подвесом и камерой может быть сильно лучше. Как только с программной частью все стабилизируется, можно будет приступать к фотографии)
Тут пересекаются два момента — создание open-source платформы беспилотника и, собственно, видео/фото. Поскольку проект быстро развивается, отлаживаемся часто «на живую», а у матерых фотографов нет большого желания подвесить на мультиротор дорогой подвес с камерой. В этой роли чаще используют DJI или немецкий Multikopter. На ПО полугодичной давности получалось вроде этого www.youtube.com/watch?v=JK5DID9JYiQ
Наверное, меня не так поняли) UAV сейчас очень популярная тема, и многие цели вполне достижимы в рамках коммьюнити или даже собственными силами дома. На основе обычных RC моделей и достаточной простой электронники. В этой ветке я сослался на один из подобных проектов — не очень сложная математика, доступная в продаже плата. В обсуждаемом видео, не умаля результата, используется куда более дорогая штука, которая и обеспечивает львиную долю функционала. Что, увы, для хобби является существенным препятствием.
Arducopter проект сейчас движется именно в сторону автономного полета. Серьезно улучшена навигация по точкам, появился geo-fence, вполне хорошее ПО для наземного ЦУ.
Фича в том, что все это вполне делается в реальном времени с парой или больше простых камер. en.wikipedia.org/wiki/Photogrammetry Разумеется, это сильно вычислительно дороже, но, тот же мультиротор и так более прожорлив, нежели бортовой комп.
Все ж такие пролеты / проездки лучше снимать slowflyer моделью, я думаю. Мультиротор — далеко не птица) По теме же — APM2.5 + Ublox gps + хороший gimbal для камеры + телеметрия и весь полет можно сделать полностью автоматическим. Только успевай рулить камерой.
[HEADER> 16b] + [CHUNK> type:U32, size:U32, data:*] *
За исключением того, что первый чанк измеряется от начала файла (ну или это инопланетная логика разработчиков)
Служебные чанки содержат русский текст в CP1251 и тучу инфы в даблах, лень разбирать
Чанк за id 7 — это картинка. Теоретически может быть в разном формате, но встречались только 16битные грейскейлы.
[HEADER: ?:U32, ?:U32, channels?:U32, width:U32, height:U32, bits?:U32] + raw bytes
Питоний скрипт в первом приближении парсящий исходник в 8битный PGM:
gist.github.com/sigman78/5996927#file-l15decode-py
Без numpy работает медленно.
Cache conscious — плюс нюансы работы конкретного железа
False sharing — несколько хардворных нитей состязаются за данные в одной линейке, в результате все идут прямиком в рамять
Как-то так.
они определяют часть низкоуровневых ф-ий со строкой