PS: реакция вызвана недавним обновлением интерфейса Билайн-ТВ :) Было все отлично у них, но «надо же что то менять, не стоять же на месте» — и половина удобных функций в топку, зато красиво, ага.
А например обновление, свзяанное с тем что дизайнер Вася уволился и пришел дизайнер Петя и сказал «да увас тут полный отстой с UX, я сейчас покажу как надо», или директор по маркетингу решил, что пользователи заскучают, если их не радовать новыми картинками каждый месяц — и на следующий день пользователи в бессильной ярости трясут кулаками, а сделать ничего не могут — откатиться то нельзя, это не десктоп.
Отличный пример — документы гугл. Фактически офисные excel, word вынесены в веб, добавили грамотный многопользовательский режим — и этим можно пользоваться, и как ни странно иногда даже удобнее, чем десктопными аналогами (там, где совместная работа над документом важнее функционала по редактированию). Но это все же редкий пример и с позицией автора я согласен по всем пунктам.
Википедия же как-то самоорганизовалась и приносит пользу, хотя все понимают, что ей нельзя доверять на 100%. Система научных журналов отлажена давно, но думаю что и новые системы публикации возможны, хотя бы по принципу википедии.
Ну а чему удивляться — новая компания, маловато опыта. Надежность для потребителя — это не только краш-тест, но и куча мелких болячек, которые крупные атопроизводители уже давно решили, опыт накопили и используют в следующих итерациях. А у Тесла первые пользователи — это по сути бета-тестеры.
Очень опасный совет, как мне кажется. Сильно втягивая воздух, есть вероятность того, что вирус доберется до бронхов и легких. Обычно система пазух носа выполняет такую фильтрацию.
Странное сравнение и вывод о том, что «без стабилизации GoPro пора подвинуться». GoPro в первую очередь нужна для съемок без использования рук, именно для этого она разрабатывалась (модные тенденции снимать с GoPro на селфи-палках появились гораздо позже). В этом плане GoPro в явном выигрыше — снимайте под водой, монтируйте на шлем, на кайт, на борд — да куда душе угодно. Хочешь четкую картинку — ставь на стабилизатор и снимай с него. А эта камера от DJI снимает ТОЛЬКО с рук. Но сейчас 4к снимают и смартфоны, и для них тоже есть стабилизаторы. DJI сделала очень нишевый продукт, хотя он и удобней, чем универсальные решения.
Выше написали правильно, физику не обманешь. Получить красивый рисунок можно только на большую матрицу. Несколько мелких могут создать нечто похожее благодаря постобработке, но это все равно будет только имитация (посмотрите, к примеру, как имитируют дефокус камеры в смартфонах за счет смещения сенсора сейчас — для семейного фото сойдет, но сравнить это с рисунком объектива 1.4 на полном кадре никому и в голову не придет). С другой сторорны, массовые потребители зеркалок пользуются достаточно примитивными объективами, и может разницу и не заметят.
Ещё один момент — что насчет видео? Сомневаюсь, что процессорные мощности потянут такой же алгоритм сведения, как и для фото (если и потянут — это катастрофически скажется на энергопотреблении и времени работы). А современная зеркалка или мыльница без видео никому не нужна.
Почему жаль? Работают же над этим люди, которые к тому же учтут, что камера смартфона может двигаться между кадрами, изображение искажаться из-за roll shutter эффекта в недорогих смартфонах и явления параллакса, дуть ветер и раскачивать деревья и прочие подвижные части неживой природы, которые не нужно стирать, да и ещё масса факторов, которые сложно учесть сразу и нужны эксперименты. А вы бы простым массивом все бы сделали, и целый отдел корпорации без работы оставили.
Круто, действительно очень полезная работа и отличная статья. Я все ещё не рискую использоать ОС в своих разработках, так как даже опенсорсные системы — это большой черный ящик с непонятным количеством багов и непонятными прогнозами по производительности. А тратить пару месяцев только на освоение, как устроена и как работает RTOS — непозволительная роскошь для меня в данный период времени. Но такая статья вызывает желание все таки начать именно с вашей ОС.
Контроллеры 8 бит заведомо проигрывает в точности 32 битам хотя бы потому, что разрядность ШИМ там в 8 раз ниже. Но когда я говорил про развитие, имел ввиду не только точность стабилизаци, но и разные функции, которые требуются разработчикам подвесов, гибкость в конфигурации, работа в необычных положениях и т.д. За 2 года после 8-битной версии мой проект усложнился как минимум на 80% за счет этой обвязки.
Завал горизонта — да, знакомо, как правило лечится точной калибровкой сенсоров.
А про какой проект речь? Мгновенная точность стабилизации на мой взгляд не самое важное, да и достичь ее не так сложно. А отклонения горизонта присущи всем подобным стабилизаторам, в том числе и моему — недорогие MEMS-сенсоры требуют идеальной калибровки и ее уточнения при смене условий, капризны в условиях вибраций, и нужна информация от полентника. Калибровку многие забывают или не придают большого значения, полетники не имеют единого интерфейса, хотя подвижки тут уже есть. В этом плане проприетарные стабилизаторы DJI, котрые работают только с их назой, имеют преимущество.
Ardupilot сейчас активно развивается, они получили грант от Linux Foundation (proof) и влились в Dronecode, прешли на новое мощное железо PX4. Я бы рассматривал их как самый перспективный open-source полетник. Хотя указанные в статье проблемы ему действительно присущи, народ жалуется на баги, а для полетника любая мелочь критична. И дело не только в том, что не с кого спросить (в закрытых полетниках то же самое), а в самом принципе — очень сложно такой огромный проект с большим числом коммитеров поддерживать свободным от багов. «Today more than 1,200 developers are working on Dronecode projects with more than 150 code commits a day on some projects». Вполне возможно также, что переходные процессы после смены железа еще не все прошли.
Абсолютно верное замечание, я никогда не претендовал на первенство, просто показал, что эта технология достаточно проста, чтобы повторить ее «на коленке», и начал развивать контроллер, на котором любой мог бы сделать БК подвес самостоятельно и за вменяемые деньги. Постараюсь описать кратко эту историю.
На мультикоптерах, конечно, уже были подвесы, но все они работали на хоббийных сервоприводах. Это позволяло сделать простейший подвес за 30 минут, соединив 2 сервопривода и подключив их к полетному контроллеру (почти все они имели выходы для 2-х осевой стабилизации). Но качество стабилизации было ужасным. Были и более дорогие, и даже «профессиональные» решения, где применялась масса ухищрений, стоили они дорого, но в основе были по прежнему те же сервоприводы, и свойственные им принципиальные проблемы. В то время я тоже собирал свои мультикоптеры на MultiWii, и пытался добиться от сервоподвеса хорошего качества, но безуспешно.
Потом DJI выпустили свой Zenmuse, и это был настоящий прорыв в качестве стабилизации. Тогда я не знал ничего об его устройстве кроме того, что там не сервоприводы, а какой то другой принцип, и по доступным в интернете фоторгафиям начал догадываться о принципе его работы. Сейчас этот принцип кажется очевидным, но тогда это было настоящее откровение, и не было абсолютно никакой информации или наработок в open source. Пришлось перечитать кучу литературы, изучить, что такое 3-х фазный синхронный электродвигатель, освоить программирование для Atmega8 (именно на нем работали доступные тогда драйвера БК-моторов, называемые ESC) и перепрограммировать ESC, освоить перемотку моторов, разобраться с алгоритмами работы гиро-сенсоров (спасибо Multiwii, я к тому времени познакомился с программированием микропроцессоров и мог по мелочи дописать что-то к этой прошивке). И 17 августа 2012 года система в первый раз заработала как надо (запомнил, потому что есть видео с камеры www.youtube.com/watch?v=0HcMLbkywQA). Стабилизация была не очень, ШИМ 8 кГц ужасно пищал (atmega8 не могла сгенерить программный ШИМ на три фазы выше частотой), но по сравнению с сервами это было нечто, и самое главное — это можно было собрать на коленке из разного хлама (первые моторы были от старых CD-приводов)!
Потом была более-менее рабочая версия на процессоре Atmega328 (это был самый доступный процессор для «чайников» в электронике благодаря Arduino), и видя огромный спрос, принято решение о коммерциализации проекта. Контроллеры на нем и сейчас продаются и нормально работают. Потом был мучительный и долгий переход на Stm32 (заработанные к тому времение на проекте деньги позволили нанять программиста, который адаптировал существующий код, но все равно пришлось братья за дело серьезно и осваивать STM32, embedded-программирование, схемотехнику и много чего еще, чтобы продолжать развивать проект).
Чуть ранее FreeFly анонсировала Movi, на насколько я помню, официальный релиз был сильно задержан, а цены просто астрономические, так что он не сделал революции. DJI после успешного Z15 взял длинную паузу, также совершенно непонятно по каким причинам, но они 3 года не выпускали новых версий, а ведь Z15 поддерживал только 2 любительские камеры!
Сразу после моих публикаций появились open-source проекты и проекты с закрытыми исходниками. Open-source проекты заглохли примерно на уровне моей 8-битной версии, и сейчас я не знаю ни одного серьезного. Есть сильные «народные» проекты с закрытыми исходниками, самый сильный на мой взгляд — Storm32.
Конечно, стабилизаторы на прямом приводе изобрел далеко не DJI, были и головки от фильмотехника, если уж совсем глубоко копать — были! аналоговые! системы на таком же принципе в военной технике.
Авторы работы лукавят с этим видео. Они всего лишь снизили ускорения, но чтобы компенсировать замедление, съели паузы (там где «несглаженый» робот просто ждет). Если делать все честно, то второй робот не выполнит программу гораздо медленнее. Если говорить об эффективности производства, то оно зависит от времени выполнения команды, возможно даже боьше чем от энергопотребления.
Нет никакого смысла рассматривать качество фотографий в отрыве от условий съемки. В студии при идеальном освещении, которое точно укладывается в диапазон матрицы, практически на любой смартфон будут получаться отличные фото. Но у смартфона (в том числе iPhone) есть один огромный минус — скорость получения кадра, которая строится из времени старта приложения, времени фокусировки, времени после нажатия кнопки и получения снимка… Я без слез не могу наблюдать за попытками жены снять что-то быстро движущееся на айфон — нужно чертовски долго тренироваться, чтобы рассчитать эту задержку. Хотя картинка там получается просто супер. В плане выбора соглашусь, что беззеркалки сейчас рулят. Очень доволен Sony A5100: APSC матрица и при этом компактный размер и вес (ее можно в кармане носить), и при этом скоростной фазовый автофокус и отличные видео-возможности. Чего ещё можно желать… Так что тенденция в применении смартфона как замене фотика, прослеживается, но пока что полностью его не заменяет.
Да я то могу преставить очень аккуратный дизайн с идеально подогнанными стыками и приятных цветов, но зачем пиарить проект такими картинками, ведь заранее складывается негативное впечатление.
Как только дело доходит до более-менее серьезной задачи, Arduino ни на что не годится. Хотя сам проц нормальный, библиотеки в проекте слишком уж универсальны, и иза-за этого очень неоптимальны для узких задач. Да и написаны абы как. С этим проектом работают в основном начинающие разработчики, и это сказывается на уровне кода, и от багов проект избавляется очень медленно.
Но для старта он очень хорош. Начав освоение микропроцессоров с Ардуино, очень скоро я перешл в AVR studio и переписал нужные библиотеки под свой проект.
Ещё один момент — что насчет видео? Сомневаюсь, что процессорные мощности потянут такой же алгоритм сведения, как и для фото (если и потянут — это катастрофически скажется на энергопотреблении и времени работы). А современная зеркалка или мыльница без видео никому не нужна.
Завал горизонта — да, знакомо, как правило лечится точной калибровкой сенсоров.
На мультикоптерах, конечно, уже были подвесы, но все они работали на хоббийных сервоприводах. Это позволяло сделать простейший подвес за 30 минут, соединив 2 сервопривода и подключив их к полетному контроллеру (почти все они имели выходы для 2-х осевой стабилизации). Но качество стабилизации было ужасным. Были и более дорогие, и даже «профессиональные» решения, где применялась масса ухищрений, стоили они дорого, но в основе были по прежнему те же сервоприводы, и свойственные им принципиальные проблемы. В то время я тоже собирал свои мультикоптеры на MultiWii, и пытался добиться от сервоподвеса хорошего качества, но безуспешно.
Потом DJI выпустили свой Zenmuse, и это был настоящий прорыв в качестве стабилизации. Тогда я не знал ничего об его устройстве кроме того, что там не сервоприводы, а какой то другой принцип, и по доступным в интернете фоторгафиям начал догадываться о принципе его работы. Сейчас этот принцип кажется очевидным, но тогда это было настоящее откровение, и не было абсолютно никакой информации или наработок в open source. Пришлось перечитать кучу литературы, изучить, что такое 3-х фазный синхронный электродвигатель, освоить программирование для Atmega8 (именно на нем работали доступные тогда драйвера БК-моторов, называемые ESC) и перепрограммировать ESC, освоить перемотку моторов, разобраться с алгоритмами работы гиро-сенсоров (спасибо Multiwii, я к тому времени познакомился с программированием микропроцессоров и мог по мелочи дописать что-то к этой прошивке). И 17 августа 2012 года система в первый раз заработала как надо (запомнил, потому что есть видео с камеры www.youtube.com/watch?v=0HcMLbkywQA). Стабилизация была не очень, ШИМ 8 кГц ужасно пищал (atmega8 не могла сгенерить программный ШИМ на три фазы выше частотой), но по сравнению с сервами это было нечто, и самое главное — это можно было собрать на коленке из разного хлама (первые моторы были от старых CD-приводов)!
Потом была более-менее рабочая версия на процессоре Atmega328 (это был самый доступный процессор для «чайников» в электронике благодаря Arduino), и видя огромный спрос, принято решение о коммерциализации проекта. Контроллеры на нем и сейчас продаются и нормально работают. Потом был мучительный и долгий переход на Stm32 (заработанные к тому времение на проекте деньги позволили нанять программиста, который адаптировал существующий код, но все равно пришлось братья за дело серьезно и осваивать STM32, embedded-программирование, схемотехнику и много чего еще, чтобы продолжать развивать проект).
Чуть ранее FreeFly анонсировала Movi, на насколько я помню, официальный релиз был сильно задержан, а цены просто астрономические, так что он не сделал революции. DJI после успешного Z15 взял длинную паузу, также совершенно непонятно по каким причинам, но они 3 года не выпускали новых версий, а ведь Z15 поддерживал только 2 любительские камеры!
Сразу после моих публикаций появились open-source проекты и проекты с закрытыми исходниками. Open-source проекты заглохли примерно на уровне моей 8-битной версии, и сейчас я не знаю ни одного серьезного. Есть сильные «народные» проекты с закрытыми исходниками, самый сильный на мой взгляд — Storm32.
Конечно, стабилизаторы на прямом приводе изобрел далеко не DJI, были и головки от фильмотехника, если уж совсем глубоко копать — были! аналоговые! системы на таком же принципе в военной технике.
Но для старта он очень хорош. Начав освоение микропроцессоров с Ардуино, очень скоро я перешл в AVR studio и переписал нужные библиотеки под свой проект.