Я раньше считал, что только у нас в стране техническая поддержка занимается отписками и переводами стрелок на другие службы. А н-нет, оказывается, это общемировое... Ну, либо мне попался соотечественник, выдавший мне ответ на английском языке.

Да будет вам известно, квадрокоптером летаю исключительно с телефона любимой жены. С моим телефоном леталка так и не подружилась. Вообще говоря, я ждал-ждал, что, быть может, несколько месяцев пройдёт и выпустят долгожданное обновление... В общем, уже три обновления с момента покупки устройства прошло, а результатов всё нет. И, собственно, в очередной раз понял я, что под лежачий камень вода не течёт и надо бы что-либо написать официальным представителям, намекнуть, так сказать, что существует такая проблема, может быть обратят внимание... Ага, ждите... У меня вопрос был следующего характера, если вкратце:

"Есть квадрокоптер (фото с доказательством приобретения прилагается) с одной стороны, есть телефон Sony X Performance с другой стороны. Квадрокоптер нормальный, работоспособный - проверено, телефон тоже нормальный, месяцами и заграницей проверенный - не жалуюсь. Разными проводами попробовал подключать их между собой - ноль эффекта. Вроде бы, включаешь пульт ДУ / выключаешь пульт ДУ при подсоединённом телефоне - вибрация на телефоне идёт. Очевидно, сигнал есть, но в приложении "DJI GO 4" глухо, как в танке - не подключён и не подключён. Столь же очевидно, что проблема не в железе, а в ПО. Планируется ли поддержка Sony X Performance в перспективе? Спасибо."

Я этот вопрос, естественно, задал более строго и структурно на английском языке:

"Good daytime! I've bought Phantom 4 Pro this summer (some monthes ago) and still have a problem with the connection to the mobile phone (it is Sony Xperia X Performance [F8132]). Do You plan to support this device or I had to miss hope? It is alright with the Phantom 4 Pro. I've tested it successfully with the my wife's iPhone for several times but I want to use it with my own mobile phone. I've tryed some different USB connectors and there is still no results. I think the problem is in software "DJI GO 4" because when turning RC on it is a vibration at mobile device but at the application it is always text "Disconnected". So there is a signal between the devices but not enough for them to work properly. Waiting for the answer. Thank You very much forward."

И вот, что мне ответили:

"Hello, we are sorry, but this device is not supported. If and when it will be, we cannot say at this time. That is up to the development team."

Перевод на русский язык избыточен. Спасибо большое, кэп!

Серия сообщений "Активная позиция":
Часть 1 - ВЗАИМОДЕЙСТВИЕ СО СТРУКТУРАМИ ПРАВИТЕЛЬСТВА
Часть 2 - ОБРАЩЕНИЕ К ПРАВИТЕЛЬСТВУ №2
Часть 3 - EXPOCITYTRANS 2016. СО СТУДЕНТАМИ
Часть 4 - JACKIE-O - TSUKIAKARI (GINGA DENSETSU WEED, RUS)
Часть 5 - ТЕХНИЧЕСКАЯ ПОДДЕРЖКА, ТАКАЯ ТЕХНИЧЕСКАЯ ПОДДЕРЖКА
Часть 6 - К ВОПРОСУ О ПОЛЁТАХ КВАДРОКОПТЕРОВ НАД МОСКВОЙ
Часть 7 - БЛОГ-ТУР ПО СТАНЦИИ ШЕЛЕПИХА (ТПК) СОСТОЯЛСЯ
...
Часть 20 - ПРО ТРОТУАР МЕЖ РЯБИНОВОЙ И НИКУЛИНСКОЙ
Часть 21 - УЧЕБНО-МЕТОДИЧЕСКОЕ
Часть 22 - ДЕНЬ БЕЗ ТРАНСПОРТА 52: ПОСТ-COVIDАЛИПСИС. АНОНС

Благодаря Московскому метрополитену не так давно я узнал про приложение Telegram для смартфонов. Понаблюдав немного за тем, как информационные сервисы столичной подземки там работают, а также за тем, о чём они рассказывают, я получил отчётливое представление перспектив использования данного приложения для своих проектов.

Так я создал учётную запись @dbtwalks для оперативного, да краткого информирования друзей и знакомых о последних известиях по тематике "День Без Транспорта и Другие Фотоохоты". Активно здесь поддержал задумку Евгений Ильин (за что ему отдельное спасибо), отчего он сразу попал в список администраторов канала ДБТwalks.РУ и, на мой взгляд, невероятно успешно провёл фото-трансляцию (репортаж) с "Рождественской Фотоохоты 2016". В следующий раз я уже сам опробовал репортажный режим, и провёл фото-трансляцию с прогулки Алекса Ерошина "Вдоль границ старой Москвы. Часть 2".

На этом эксперименты с Telegram не закончились, и объявление о точном времени и месте сбора в 43-й поход "День Без Транспорта" я решил оставить в рамках только этого приложения. К сожалению, моя попытка раскрутки Телеграма и канала ДБТwalks.РУ была довольно холодно встречена рядом моих коллег. По итогам послушал их детализированные мнения и понял, с чем подобное отношение связано.

Вот перечень наиболее популярных причин отказа от Телеграма:

- не хочу регистрироваться в очередной бесполезной социальной сети;
- для общения с людьми мне достаточно вКонтакте, WhatsApp и Viber;
- я не разобрался с тем, что такое Телеграм;
- смартфон? Не, не слышал!

Пойду не по порядку, но продолжу устранять белые пятна в познании Telegram у своих коллег. Озвучу размышления по данному вопросу. С последним пунктом ничего, увы, сделать не могу, и если человек принципиально отрицает будущее и перспективу использования смартфонов, да сидит до сих пор исключительно на кнопочном мобильном аппарате, то это его личное дело. До Телеграма здесь, увы, как до луны. Вне моих компетенций лежит навязывание людям смартфонов. Этим занимаются другие люди в салонах сотовой связи. Я же готов работать с теми, кто уже в теме.

Далее хочу, чтобы вы понимали следующее: "Телеграм - это не социальная сеть". Но правы здесь солидарные с пунктом номер 2 - да, действительно, Telegram похож по функциям на WhatsApp и Viber. А почему? Правильно, потому что он тоже классифицируется как мессенджер, то есть средство оперативного обмена сообщениями. В нём так же, как и в упомянутых приложениях, можно передавать сообщения отдельно взятому контакту, в нём так же можно передавать сообщение и группе пользователей. В чём же тогда его принципиальное отличие?

Озвучу своё видение, и не буду исключать факта наличия неправильно высказанной гипотезы. А отличие исходно состоит в том, что индивидуальные сообщения в приложении не первичны, а вторичны. Первично здесь объявление, некоторая новость. То есть каждый владелец канала, если таковой был создан, в каком-то смысле становится СМИ (средством массовой информации). Принцип следующий: "Читайте факты и принимайте эти сведения без комментариев". Такой режим позволяет априори исключить офф-топики и флуд (действия пользователей, нарушающие сетевую этику и демонстрирующие неуважение к сетевому оратору), которые очень быстро сливают полезную информацию вглубь информационной ленты. Из серии не согласен - молчи, согласен - тоже молчи, то есть принимай к сведению новости. Хорошие они или плохие - это не аудитория решает. Нравится - подписывайся, присоединяйся (Join) и следи за обновлениями, не нравится - заглуши канал (Mute) и наслаждайся жизнью без этих новостей.

И заключительный пункт - "я не разобрался". Долго не понимал, как можно не разобраться с Телеграмом, но спустя время увидел следующее - он не русифицированный, он английский. Для меня это не преграда, и я не замечаю уже, на каком языке составлено меню того или иного приложения, но... Я в какой-то момент взял и поставил себя на место некоторых своих коллег, которые всю жизнь изучали не английский, а, например, немецкий язык. Понял, почему их так в Телеграме до сих пор и нет, хотя им интересна жизнь клуба ДБТwalks.РУ и его отдельно взятых проектов. Решил предпринять попытку к написанию обзорной публикации по теме. Возможно, кому-то она поможет справиться с языковым барьером этого приложения. Но об этом немногим позже. Здесь я просто решил разобрать общую сложившуюся ситуацию, которая побуждает меня сделать хоть какие-то полезные шаги в направлении развития канала.

Я подписан на следующие каналы и с удовольствием слежу за их обновлениями:

- @mosrutop (Mos.ru Top) - Новостной канал правительства Москвы;
- @mosmetro_mcc (Московское центральное кольцо);
- @DtRoad (Московский транспорт) - оперативное информирование о ситуациях на дорогах Москвы;
- @citizenmoscow (Активный гражданин) - проект-опросник мэра Москвы;
- @metrooperativno (Московское метро) - новостной канал оперативного информирования о ситуациях и происшествиях на Московском метрополитене.

Я веду:

- @dbtwalks (ДБТwalks.РУ) - новости проекта "День Без Транспорта" и других "Фотоохот".

Приноровился работать в Sony Movie Studio Platinum. Как выяснилось, при должном желании можно легко накрутить привычные эффекты, переходы, текстовые вставки и прочее-прочее. Что приятно, в программе многое поддаётся шаблонизации: создав однажды что-то, не нужно каждый раз изобретать велосипед. При этом понимаю, что использую далеко не все прекрасные возможности этой программы, но мне уже свободы хватает с головой. Первое время пугала эта самая свобода при настройке кодеков, но разобравшись с этим совсем немного, я уже точно знаю, каким будет результат и при каких параметрах он таковым будет - это сильно развязывает руки. Возможно, будет время, поделюсь кое-какими полезными знаниями для быстрого старта.

Ах да, я это всё к тому завёл, что новых записей с фотографиями пока не ожидается, поскольку я временно "пересел за руль" видео. Устраняю старые хвосты. Впрочем, и за этим мероприятием вы можете следить. Заходите и вступайте в группу проекта "День Без Транспорта" вКонтакте: https://vk.com/dbtwalks . Удалось устроить там тотальную перезагрузку: загрузить фотографии со всех походов, частично загрузить отчётные видео, зарепостить некоторые записи активных участников и пригласить туда побольше народа. Всё, чего не доставало долгие-долгие годы, теперь стало возможным.

Как выяснилось, не лишено смысла такое мероприятие, как наглядное знакомство читателей с бочкообразными искажениями на фотографиях. Когда говорят об искажениях перспективы типа "рыбий глаз" - это вопросов не вызывает, всё понятно, ибо на слуху и повсеместно демонстрируется, да за специфику фотоискусства выдаётся. Но там хочешь/не хочешь, а править искажения надо.

И, всё же, "бочка". Покупая универсальный, туристический объектив, я соглашался с условиями, что искажения от него на кадрах, принципиально, будут, и мне потребуется с ними мириться. Мирился. Стали раздражать. Знать, настало время с ними бороться.

Впрочем, здесь я уже не буду с подробностями возвращаться к исторической составляющей, поскольку задача ставится иная - показать исходное изображение с характерной "бочкой", а также рядом вывести результат его правки. Чтобы не выглядело излишне занудно, разбавлю публикацию парочкой скриншотов из программы PTLens без какого-либо пользовательского руководства. На примере видно, что процесс довольно быстр и прост.

Изображение в PTLens в исходном состоянии (дверь в левой части кадра характерно искажена)

"ДАЛЬНЕЙШИЙ ОБЗОР"

Я уже размещал публикацию об этом объекте в прошлом году. Но то были панорамы, а здесь следующее соответствие: одна фотография - одно изображение. Да, совершенно верно, на второй Стрит-Арт Фотоохоте удалось, наконец, уделить внимание переходу на Лубянке и поэтому он идёт как филлер, ибо я не успел пока подготовить фотографии для размещения в дневнике на этой неделе. Что же, придётся импровизировать.

Вместе с тем, именно эта серия стала последней каплей, когда я уже не смог терпеть бочковидное искажение от линз Tamron и стал разбираться, как с этим можно бороться. Подумал, раз сборщик панорам умеет подобные искажения править, то должно быть и альтернативное программное обеспечение для отдельных снимков.

Во время своих поисков я увидел, что большинство людей исправляют дисторсии (искажения) вручную посредством трансформации и фильтров Photoshop. Не спорю, этими приёмами полезно владеть для общего развития, но, согласитесь, когда ты точно знаешь, что именно линза вносит однотипное искажение почти в каждый твой снимок, то мысли далеко не о том, как править этот недостаток руками.

После непродолжительных поисков я набрёл на инструмент под названием PTLens 9-й версии. Эта штука уже знает Nikon D7100 (по сравнению со своим предшественником, который выложен на Рутреккере с "таблэткой") и множество объективов к нему. Остаётся только выставить правильную комбинацию фотоустройств и подтвердить изменения для нужных снимков. Линзовые бочкообразные искажения как рукой снимает. Стоит попробовать, очень рекомендую. И не откажусь, если вы в ответ мне посоветуете что-то не менее полезное для автоматизации обработки фотографий по этой части или по части цветокоррекции.

А идея креатива от арт-метро на Лубянке заключается в начертании "Я люблю Москву" на нескольких языках Европы.

По-французски

"ДАЛЕЕ НА ДРУГИХ ЯЗЫКАХ"

Немного разбавлю прогулки и новости из жизни столицы примерчиком из области программирования и алгоритмизации. Давненько тут не было ничего компьютерного. А что? Чем богаты, тем и делимся.

Во времена, когда я был студентом, в курсе учебной практики не выдавалась такая задача как "Угадай число" на LabView. Когда же я пришёл преподавать, то мой преподаватель-куратор, с которым первое время имел удовольствие работать в рамках этой самой дисциплины в паре, задал студентам такую задачку. Одну на всех, общую. Затем, при защите, он задавал по ней кучу математических вопросов типа: "Сможете это доказать?", "В каком диапазоне работает датчик случайных чисел?", "Это зачем?", "Это как?", "Почему тут плюс единица?", "Почему минус единица?", "Зачем округляем до большего целого?" и другие. Я, в общем-то, не люблю задавать студентам одни и те же вопросы на одной паре, ибо кто-то подслушает, затем совершенно бездумно ответит, а позже и вовсе забудет. Так пару лет я принимал это задание, конечно, когда оно у всех было общим, но на третий год для меня стало это скучным - решил его немного усовершенствовать. Далее представлю результат решения одной из задач, сформулированных в результате модификации.

Звучит она так: "Угадай число и выведи на график все неправильные, попутно встретившиеся при поиске, значения".

Эта публикация рассчитана на тех, кто мало-мальски знаком с LabView и владеет базовыми навыками программирования и алгоритмизации. Выполнен пример на довольно старой версии LabView 6.1, но мне приходится не слезать с неё, поскольку на кафедре и в вычислительном центре ИТТСУ имеется лицензия только на эту версию. Студенты качают с торрентов и более продвинутые версии этого пакета прикладных программ для разработки виртуальных приборов.

Основные моменты алгоритма:

1. Через цифровой контроллер "Вводимое число" пользователь вводит значение от 1 до границы, задаваемой константой масштаба.
2. Это значение направляется в структуру (тело) цикла с предусловием While, где сравнивается по логике "не равно" с преобразованной реализацией псевдослучайного числа.
3. На каждой итерации цикла вырабатывается псевдослучайное число, которое масштабируется численной константой (умножается на численную константу) до нужного предела (в примере до 1000). Так диапазон псевдослучайных чисел расширяется с 0-1 до 0-1000.
4. Полученное значение продолжает содержать "десятичный хвост", от которого следует избавиться посредством округления. В примере использовано округление до ближайшего большего целого (+бесконечность). Реально могут быть использованы и другие операторы округления, но не хочется возиться с математическим порогом округления в 0,5. Нужно понимать, что эта операция смещает диапазон с 0-1000 к 1-1000. Ноль, поданный на вход, алгоритмом никогда не будет отгадан - программа зациклится. Это один из моментов, который можно в программке усовершенствовать, но мне, опять же, лень.
5. Цикл While работает до тех пор, пока число на цифровом контроллере не равно преобразованной реализации псевдослучайного числа.
6. Итератор (или параметр цикла i выполняет роль абсциссы графика) индексируется и передаётся на первые ячейки элемента-связки. При этом его финальное состояние выводится на цифровой индикатор "Количество итераций" и суммируется с константой, равной единице, с целью смещения от нуля. LabView без дополнительных предустановок всё считает с нуля.
7. На второй цифровой индикатор выводится последняя преобразованная реализация псевдослучайного числа.
8. На каждой итерации, посредством индексации, снимается преобразованная реализация псевдослучайного числа и подаётся на вторые ячейки элемента-связки.
9. Элемент-связка формирует индексированные точки (x;y), по которым может быть построен график. x - итерация, y - преобразованная реализация псевдослучайного числа.

Извините, если что-то осталось за гранью вашего понимания. Я старался не допускать терминологических ошибок, оттого некоторые предложения получились витиеватыми. Далее основные проблемные моменты попытался снять в картинках и комментариях.

P.S. Говоря контекстное меню, я имею в виду, что на элемент было произведено нажатие правой кнопкой мыши (ПКМ), дабы избавить текст от частого упоминания ПКМ.

Возможная реализация интерфейса виртуального прибора "Угадай число"

"ДАЛЕЕ СКРИНШОТЫ"

Серия сообщений "LabView":
Часть 1 - LABVIEW. НЕХИТРЫЕ ЗАДАЧКИ ПО ПРОГРАММИРОВАНИЮ. УГАДАЙ ЧИСЛО
Часть 2 - LABVIEW. ОЗНАКОМЛЕНИЕ С ПОЛЬЗОВАТЕЛЬСКИМ ИНТЕРФЕЙСОМ
Часть 3 - LABVIEW. НАСТРОЙКА ШРИФТОВ
...
Часть 11 - LABVIEW. ИСПОЛЬЗОВАНИЕ БЛОКА ОБЪЕДИНЁННОЙ АРИФМЕТИКИ
Часть 12 - LABVIEW. ЗАГОТОВКА GUI И КОДА ВП -УМНЫЙ КАЛЬКУЛЯТОР-
Часть 13 - LABVIEW. ИСПОЛЬЗОВАНИЕ CASE-СТРУКТУРЫ В ЛОГИЧЕСКОМ РЕЖИМЕ

Около недели тому назад я наткнулся в сети на новость, что в районе станции метро Бауманская открылась новая площадка для проведения сити-квестов. Компьютерные игры в жанре квест уже давно выползли за рамки битового пространства в реальность. Сначала это были гиперактивные соревнования по городскому ориентированию, дозоры, челленджи... Чуть позже, более спокойные разновидности - посиделки в антикафе за игрой в мафию, которые плавно переросли в сценарные ролевые игры, где каждый не просто был абстрактным мирным жителем или абстрактным убийцей, а полноценным персонажем со своим характером, своей историей и своей причастностью к преступлению, которое расследовалось в ходе такого кафетерийного многочасового квеста.

Времена меняются, технологии развиваются и крупный мегаполис уже может похвастаться не только упомянутыми поисковыми или диалоговыми квестами, но и квестами, где важно тактильное взаимодействие, то есть для успешного прохождения нужно что-то потрогать руками, что-то объединить, собрать головоломку и всё это за ограниченное время. Заинтересовало? Тогда посетите сайт нового проекта "Заперли.ру". Цитирую с сайта:

"Ограбление банка

Куча денег, золота, бриллиантов. Заманчиво?! Конечно, особенно когда у тебя есть готовая на подвиги команда, подробный план здания и подкупленный компьютерщик, способный сделать так, чтобы сирена сработала лишь через час после входа в хранилище!

Только все пошло не так, как планировалось, кто-то сдал всех «с потрохами», во внутрь то вас пустили, только вот дверь захлопнулась, и теперь у Вас есть тот самый час, заботливо оставленный компьютерным гением, но использовать его придется не на набивание карманов, а на спасение своих шкур!"

Авторы проекта гарантируют у участников культурный шок, поскольку всё это НАСТОЯЩЕЕ! Настоящее банковское хранилище, настоящие бронированные стены, настоящие гермозатворы. Присоединяйтесь.

Помнится, я обещал участникам фотопленэра не только передать по электронной почте программу для автоматизированной сборки панорамы, но и приложить к ней руководство пользователя. Поскольку подобное руководство удобнее всего иметь в наличии в виде ссылки, то я решил опубликовать его в блоге.
Итак, после прогулки, у меня осталась заготовка для панорамы, которую я на ваших же глазах заснял в Лермонтовском сквере. Там же была рассказана теоретическая часть фотопленэра. Этот материал я собрал без помощи штатива. Всё честно. Получилось 7 вертикальных кадров (рис. 1).

Рисунок 1 - Эскизы 7-ми jpeg-файлов из Лермонтовского сквера

Первым делом, открываем программу AutoPano Giga 2 и перетаскиваем в её область заготовки для панорамы так, как показано на рисунке 2.

Рисунок 2 - Процесс перетаскивания файлов для создания проекта в AutoPano Giga

Таким образом, программа идентифицирует переданные файлы и создаёт из них проект, который здесь называется группой. По идее, если программа находит нестыковки между файлами, она сама разбивает отдельные заготовки панорам на группы. Я предпочитаю укомплектовывать группы вручную (рис. 3). Разумеется, могут возникать ситуации, когда вы точно знаете, что группа файлов образует единую панораму, но при этом, программа отказывается это видеть. То есть, программа файлы видит, но дробит их на две различные группы. Разумеется, подобная заготовка для панорамы ещё не погибла и поддаётся лечению, но сейчас мы отнесём таковую к частным случаям и рассмотрим, при необходимости, отдельно.

Рисунок 3 - Идентифицированная группа файлов

Так вот, как только программа идентифицировала группу, её тут же можно отправить на сборку нажатием на зелёную кнопку, по форме напоминающую "Play". На самом деле, эта кнопка называющуюся "Создать/Прервать". Итог работы программы после нажатия на эту кнопку приведён на рисунке 4.

Рисунок 4 - Автоматически собранная панорама на стадии проектирования

Разумеется, в проектном виде она нас не устраивает. Поверьте, она всегда не устраивает, если вы, конечно, сразу не задали какие-то специфические настройки. Будем считать, что работать приходится с настройками, выставленными по умолчанию. Сразу хорошо панорама, при этом допущении, получиться не может. Для того, чтобы приступить к приведению панорамы в надлежащий вид, необходимо нажать на кнопку "Редактировать" (рис. 5).

Рисунок 5 - Внешний вид кнопки "Редактировать"

После нажатия на кнопку редактирования открывается соответствующее окно, внутри которого некоторое время будет проходить переходный процесс подготовки для вас предварительного просмотра проекта (рис. 6).

Рисунок 6 - Фрагмент окна редактирования панорамы

Первым делом, нужно убедиться, что для обработки выбрана цилиндрическая проекция (рис. 7). Почему же именно цилиндрическая, а не какая-либо другая? Об этом я уже когда-то рассказывал здесь, но если вам не хочется тратить время на чтение статьи, то примите на веру следующее положение: покуда мы работаем с панорамой, состоящей из одного ряда, и в которой более двух файлов - это, гарантированно, цилиндрическая проекция всегда.

Рисунок 7 - Перечень возможных проекций, с которыми оперирует AutoPano Giga

Теперь необходимо отредактировать горизонт (рис. 8). Готов предположить, что сильных изменений в проекте после нажатия на соответствующую кнопку вы не увидели.

Рисунок 8 - Кнопка для автоматического выравнивания горизонта

Да, программа остаётся всецело уверенной, что горизонт выровнен... А вы, вот, на картинку смотрите и понимаете, что это вовсе не так. Что же делать в этом случае? Об этом я обязательно расскажу ниже по тексту, а пока давайте завершим этап предварительной проверки и рассмотрим ещё одну, не менее важную настройку - цветокоррекцию. Соответствующая ей кнопка приведена на рисунке 9. Посмотрим, как будет выглядеть наш проект, если его не корректировать.

Рисунок 9 - Список возможных вариантов коррекции цвета. Предложен к выбору вариант без коррекции

В отношении цветности проект стал лучше, однако, вместе с тем получилось, что он потерял свою однородность (рис. 10).

Рисунок 10 - Проект без коррекции цвета

Появилась тяга отменить выполненное действие, не правда ли? - Это разумное желание. Но раз уж мы взялись учиться, давайте посмотрим, что сделает с цветами вариант HDR (рис. 11).

Рисунок 11 - Список возможных вариантов коррекции цвета. Предложен к выбору вариант HDR коррекции

Хорошо видно, что программа предприняла попытки тонирования, имитируя технологию расширения динамического диапазона. К сожалению, в данном конкретном случае (рис. 12) такой метод коррекции выглядит достаточно убого. Быть может, конечно, программа и способна к сборке HDR-панорам из кадров с различной экспозицией, но это не наш случай. Честно говоря, не пробовал - не было в этом необходимости.

Рисунок 12 - Проект с HDR коррекцией цвета

Просмотрев возможные варианты, мы можем с уверенностью заключить, что LDR коррекция является наиболее приемлемым для сборки (рис. 13).

Рисунок 13 - Список возможных вариантов коррекции цвета. Предложен к выбору вариант автоматической коррекции

Ну что же, настало время долго и нудно заставлять программу понять, как же, на самом деле, расположен горизонт в изображённом пространстве. Для этого необходимо вручную дополнить контрольные точки связи соседних кадров. Пусть лучше мы заполним проект избыточной информацией, но получим на выходе панораму без рваных элементов, нежели потом будем мучиться, послойно подгоняя фрагменты с целью устранения разрывов. Перейти к редактору контрольных точек можно путём нажатия на кнопку "Ctrl Points Editor", изображённой на рисунке 14.

Рисунок 14 - Кнопка перехода к редактору контрольных точек

После нажатия открывается окно редактирования контрольных точек, в левой части которого приведён перечень файлов рассматриваемой группы собранных в таблицу (рис. 15).

Рисунок 15 - Таблица файлов, составляющих панораму, в редакторе контрольных точек

Тем временем, окно редактирования панорамы принимает иной вид (рис. 16). Кружками здесь отмечены обрабатываемые фотографии группы (число в кружке - порядковый номер фотографии в таблице), а в квадратах указаны RMS-коэффициенты связи пары фотографий и количество контрольных точек, установленных для этой пары. Жёлтыми линиями отмечены установленные связи.

Рисунок 16 - Окно редактирования панорамы во время редактирования контрольных точек

Для того, чтобы приступить к редактированию контрольных точек, необходимо сначала выбрать первый элемент пары щелчком левой кнопки мыши по нему в таблице (рис. 17). Затем выбираем связанный с ним элемент, для чего зажимаем Shift (или Ctrl), после кликаем по элементу левой кнопкой мыши. Shift нужно зажимать для выделения соседних элементов в таблицы, Ctrl - в случае, когда элементы разбросаны друг относительно друга. Как только вы задали пару для работы, если между ними установлена связь, то увидите картину, аналогичную той, что изображена на рисунке 18 - в соответствующих друг другу точках появились контрольные точки зелёного цвета. Это означает, что связь между объектами прочная и достоверная.

Рисунок 17 - Выбор первого элемента пары фотографий

Рисунок 18 - Начало работы по выставлению контрольных точек для пары фотографий

Итак, настало время научиться выставлять контрольные точки для пары фотографий. Я уверяю вас, что это хоть и нудное, но довольно несложное занятие, которое приносит, в итоге, качественные результаты. Попробовав раз, вы моментально освоите ключевой принцип этого действия и всё пойдёт, как по маслу. Для начала, мы выделяем на каждом кадре из пары область (приблизительно одинаковую), в которой хотели бы выставить контрольные точки. Вот, например, на рисунке 19 я предпринял попытку обособить контрольными точками провод, ибо опасаюсь, что при сборке он может оказаться разорванным.

Рисунок 19 - Выделение одинаковых областей на связанных или для связываемых изображений

После того, как области размечены, я нажимаю на кнопку "Добавить контрольные точки". Она приведена на рисунке 20.

Рисунок 20 - Кнопка добавления контрольных точек

К сожалению, программа не сумела наладить связь в области указанного мною объекта. Как видите, изображения на рисунках 18 и 21 идентичны. В этом нет абсолютно ничего страшного, будем пытаться наладить связи между другими элементами. Так, повторив операцию по добавлению контрольных точек для ряда областей пары фотографий, я получил изображение, приведённое на рисунке 22.

Рисунок 21 - Неудачная попытка задания контрольных точек для области, выделенной на рисунке 20

Рисунок 22 - Вид пары связанных фотографий спустя несколько итераций по выставлению контрольных точек

Среди вновь выставленных контрольных точек имеется ряд коричневых и ряд красных (рис. 22). Коричневые точки означают слабую связь между объектами, а красные - очень слабую связь. И в этом нет ничего страшного. Для того, чтобы наладить устойчивое соответствие между изображениями с контрольными точками (выставленными вручную), необходимо провести оптимизацию. Она производится по нажатию кнопки, приведённой на рисунке 23.

Рисунок 23 - Кнопка оптимизации контрольных точек, выставленных вручную

В результате оптимизации очень слабые связи стали более устойчивыми, а часть связей среднего качества получили статус прочных (рис. 24). Таким образом, можно считать, что работа по выставлению контрольных точек увенчалась успехом, но только для одной пары изображений. В панораме, состоящей из одного ряда изображений, чаще всего, число связей на единицу меньше количества фотографий. Однако, если вы слишком часто штамповали фотографии для группы, то связей может быть и больше.

Рисунок 24 - Результат проведённой оптимизации контрольных точек

Среди выполненных снимков нашёлся фрагмент, в котором один из объектов изменил своё состояние (рис. 25). Бояться этого совершенно не нужно, поскольку при сборке программа сама подберёт наиболее удачное решение для компенсации перемены состояния. Плоха лишь та ситуация, когда перемена состояний приходится на стык фотографий. Когда же состояния перекрывают друг друга, программа в состоянии разобраться и принять, может быть, не самое удачное, но приемлемое решение для создания плавного перехода. В этом фрагменте я позаботился о том, чтобы связать между собой окрестности объекта с переменным состоянием, дабы выделить их значимость в процессе сборки.

Рисунок 25 - В области выделения находится объект с переменным состоянием

Рисунок 26 - Обособление контрольными точками окрестностей объекта с переменным состоянием

А на рисунке 27 приведена совершенно недопустимая ситуация, когда фотография связана только по центру. С высокой вероятностью можно говорить о том, что именно этот фрагмент препятствовал правильному выравниванию горизонта. На рисунке 28 я попытался принудительно связать верхние и нижние фрагменты фотографий. Особое внимание нужно уделять, в таких случаях, не столько деревьям, сколько плитке. Если плитка склеится плохо, то её достаточно муторно потом подгонять в Photoshop'е. Лучше позанудствовать с выставлением контрольных точек, но получить правильные линии стыков плитки.

Рисунок 27 - Пример недостаточного количества контрольных точек. Точки распределены неравномерно

Рисунок 28 - Пример возможного варианта исправления недостатка контрольных точек. Точки распределены равномерно

За счёт появления точек среднего качества связи RMS-коэффициент возрос (видно, если сравнивать рисунки 29 и 16), но это и хорошо. На самом деле хорошо. Заготовка для панорамы снималась с рук, поэтому когда программа утверждает, что RMS-коэффициент прекрасный, то стоит усомниться в том, что панорама соберётся правильно. Программа могла найти превосходнейшие контрольные точки для связи, но все они чересчур очевидны. В подобном случае объекты, на которые важно обратить внимание, остаются проигнорированными. Типичная ситуация, которая встречалась в моей практике: RMS превосходный, а фонарный столб какой-нибудь, в результате, рваный.

Рисунок 29 - Изменение значений коэффициентов после увеличения числа контрольных точек

Ура! Закрываем редактор контрольных точек, выравниваем горизонт и... В целом, теперь он удовлетворяет (рис. 30). Горизонт, естественно, можно корректировать и другими способами (если и после выставления контрольных точек он не отвечает предъявляемым к панораме требованиям), но об этом расскажу в другой статье, где будет взят пример, в котором подобная беда всё-таки случится.

Рисунок 30 - Вид проекта после автоматического выравнивания горизонта

В принципе, панораму можно отправить на сборку уже в таком виде, а кадрирование произвести в Photoshop'е после, но я предпочитаю первую стадию кадрирования проводить в AutoPano (иногда её бывает вполне достаточно). Для перехода к процедуре кадрирования необходимо нажать на кнопку "Обрезать" (рис. 31).

Рисунок 31 - Кнопка для перехода к процедуре кадрирования проекта

По умолчанию, программа сама предлагает способ кадрирования (рис. 32). Если же сразу стремиться к результату, о котором я говорил во время пленэра, то можно кадрировать, как показано на рисунке 33, но я предпочту произвести полноценную сборку, коли уж обозначил контрольные точки для каждой пары фотографий (рис. 34). Итогом кадрирования становится изображение, приведённое на рисунке 35.

Рисунок 32 - Область кадрирования, заданная по умолчанию

Рисунок 33 - Предложение по обозначению желаемых границ в AutoPano

Рисунок 34 - Кадрирование с запасом для последующего редактирования в Photoshop

Рисунок 35 - Результат кадрирования с запасом

Теперь необходимо сохранить наши труды (рис. 36). На самом деле, не советую пренебрегать этим шагом никогда, поскольку программа при сборке требует гигабайты свободного пространства на рабочем диске (там же, где и установлена), и, не дай Бог, его не хватит - всё, смерть поэту. Программа при нехватке свободного места на диске вылетает с предложением направить отчёт о возникшей проблеме производителю. В таких случаях печально терять все наработки, особенно, когда программа ломается на второй группе, а за ней в очереди на сборку стояли ещё 11 обработанных (но не сохранённых) проектов. Пару раз так попадал сам. Благо, не так основательно, в тот период, возился со сборкой. Максимальной потерей был час времени. Да-да, именно - не столько жалко несохранённые проекты, сколько потраченное впустую время.

Рисунок 36 - Кнопка сохранения проекта

После сохранения мы закрываем окно редактирования панорамы и приступаем к сборке. На рисунке 37 приведён вид кнопки, на которую нужно нажать, чтобы открылось окно с параметрами сборки (рис. 38). Здесь обращаю ваше внимание лишь на фрэйм "Алгоритмы". На мой взгляд, оптимальной является комбинация Spline 64 и Smartblend. Остальные параметры оставляете по умолчанию. Хотя нет, обратите внимание, если на рабочем диске вашего компьютера менее 4-х гигабайт свободного пространства - не стоит даже и рыпаться собирать панорамы, превышающие по ширине 10000 пикселей. Уменьшите объект сборки до нужной величины при помощи ползунка, расположенного в верхней части окна (рис. 38). Собственно, к чему вам настолько здоровая панорама? Их и без того не очень-то и дёшево печатать. Впрочем, есть способ, но это, опять же, отдельная тема для разговора.

Рисунок 37 - Кнопка перехода к процедуре сборки панорамы

Рисунок 38 - Окно редактирования параметров сборки панорамы

Ну и, конечно же, можно было обойтись без рисунка 39, но как же не показать сам процесс автоматической сборки? Иногда он стоит того, чтобы за ним проследить. Вот, послушайте, если располагаете свободным временем - обязательно посмотрите, очень успокаивает, серьёзно.

Рисунок 39 - Процесс сборки панорамы

На рисунке 40 приведён результат сборки без коррекции цвета. Как видите, подобная однородность угнетает. Куда лучше смотрится результат с автоматической (LDR) коррекцией цвета (рис. 41), тем более, что всегда можно отредактировать уровни изображения в Photoshop'е и привести его к виду, опубликованному под заголовком этого поста. Всем желаю удачных сборок панорам! Развлекайтесь!

Рисунок 40 - Результат сборки без автоматической коррекции цвета

Рисунок 41 - Результат сборки с автоматической коррекцией цвета

Серия сообщений "Autopano Giga":
Часть 1 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 1
Часть 2 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 2
Часть 3 - ВОЛШЕБНЫЙ ЩЕЛЧОК КНОПКИ -ШЕДЕВР-. СОБЕРИ ЛЕРМОНТОВА САМ
Часть 4 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 1
Часть 5 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 2
Часть 6 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 3
Часть 7 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 4

В этом посте хочу продолжить обзор настроек программы Autopano Giga 2, собранных в меню "Правка > Параметры...". Если вы уже успели забыть о чем здесь вообще идёт речь, то напомню - я пытаюсь, в соответствии с методикой "делай как я", рассказать о мощном инструменте для автоматизированного создания панорам, без попыток сделать качественное пользовательское руководство. Делюсь, так сказать, годичным опытом использования программы и попутно описываю те функции, смысл которых либо понимаю полностью, либо понимаю как-то отдалённо, а если не понимаю и не знаю, то честно вам об этом говорю.

Итак, заглянул я в предыдущий пост и увидел, что остановились мы на четвёртой вкладке диалогового окна "Параметры...", не так ли? Что же, продолжим.

Вкладка "Оптимизация"

Здесь хранится ещё одно доказательство того, что мы имеем дело с воистину грамотной программой. Во вкладке, названной страшным словом "Оптимизация", казалось бы, должна быть куча ползунков, каких-то ужасных и непонятных циферок, а собрано всего лишь четыре опции, флажок и кнопочка скрывающая настройки, предназначенные для опытных пользователей. Гениально!

Настало время вспомнить, чему меня учили в институте и рассказать об этом вам (а то у меня повода раньше не было). Запомните, если человек использует словосочетание "самый оптимальный" - он дурак. Если человек говорит "оптимально", но не уточняет по какому критерию, он либо шпион, либо дурак. Эти истины придумал не я, им меня научили в высшей школе, то есть в институте. От себя же добавлю, что качественным синонимом слова "оптимальный" является слово "лучший", естественно, что оба слова являются характеристикой получаемого на выходе результата. В программе всё по уму - четыре опции соответствуют четырём критериям. Все формулы, естественно, скрыты внутри, а пользователю лишь предстоит принять решение - в соответствии с каким критерием будет проводиться оптимизация сборки его будущей панорамы. Итак, критерии оптимизации следующие:

1. "Quick" (быстрый). Подразумевает ускоренный, а лучше сказать - упрощённый алгоритм решения оптимизационной задачи. Что в точности стоит за этой опцией, кроме разработчиков никому не известно, но, скорее всего, выбран какой-то большой шаг, применён случайный поиск, установлено сравнительно невысокое количество возвратов к начальным условиям для случаев неудачного поиска оптимального решения. Здесь создатели и предупреждают, что если вдруг связи между изображениями слабые, то и сборка выйдет неудачная. Этот критерий, очевидно, создан для экономии вычислительных ресурсов и времени. Введён для работы на старых компьютерах.

2. "Strong" (основательный). Подразумевает основательный поиск оптимального решения, вероятно, с перебором шагов поиска и способов поиска. Любой перебор огромного количества вариантов связан с затратами больших вычислительных ресурсов и времени. Поэтому здесь и присутствует комментарий, что оптимизация по данному критерию проходит медленно, но при этом позволяет скомпенсировать плохие связи и добиться-таки качественной сборки панорамы. Критерий установлен по умолчанию, и я полностью согласен с решением разработчиков.

3. "Gigapixel" (гигапиксельный). Критерий подразумевает расчёт в соответствии с очень мудрым алгоритмом, который учитывает все тонкости. Тут, вероятно, требуются колоссальные затраты времени и вычислительных ресурсов. В комментариях очень мало сказано о том, что же собой представляет гигапиксельная панорама. Разработчики ограничились тем, что сказали, дескать критерий работает для поиска оптимального решения при наличии более сотни исходных изображений. Ну, вы спросите: "Зачем и когда такое нужно?" А я объясню. Вот стоите вы, к примеру, на горе, а внизу видите живописную такую деревеньку... Что сделаете дальше?
Вероятно, вы установите штатив (в этом случае извините, без него никак), закрепите на нём фотоаппарат, выставите максимальное значение оптического зума вашей техники и начнёте "штамповать", кадр за кадром, мельчайшие подробности деревеньки. Вы пока что и представить себе не можете, насколько потом приятно играться с гигапиксельной панорамой, ведь в уменьшенном до размеров экрана виде, она не будет отличаться от того, что вы наблюдали с горы своими глазами, однако, при увеличении различных её областей, можно будет рассмотреть в деталях узоры кованных балконов, или прочесть автомобильный номер. Классно, не правда ли? Strong-критерий запросто может выдать ошибку о переполнении в процессе компиляции, а этот критерий, вероятно, позволит объединить изображения без ошибок, если, конечно, во время сбора сырьевого материала вы не накосячили и не "шагнули" слишком сильно в сторону. Вот я свою гигапиксельную панораму однажды умудрился запороть, но у меня с собой штатива не было, так что в порядке нормы. Порядка 60 фотографий единовременно полетели в корзину. Какова потеря?

4. "Fisheye" (сверхширокоугольный). Вот, уверяю вас, вслед за тем, как я приобрету себе зеркальный фотоаппарат, я докуплю для него сверхширокоугольный объектив типа Фишай, то есть Рыбий Глаз. Многие думают, что с объективом Фишай получаются слушком специфические фотографии и что всё баловство, но это вовсе не так. Фишай открывает новые горизонты, поэтому если научиться его грамотно использовать, можно получать шедевры фотографии, вырывая куски из архитектурной геометрии зданий, получать интересные портреты домашних животных и, главная фишка - собирать сферические панорамы (что это такое поговорим позже), делая в 4 раза меньше снимков, нежели при съёмке с обычным объективом. Чувствуете разницу? Фишай - превосходное решение для создания виртуальных туров по комнатам и прочим помещениям. К сожалению, я лишён возможности подобных экспериментов, ведь у меня нет зеркального фотоаппарата и соответствующего объектива. Может быть запустить электронный кошелёк для пожертвований? Собрал же Макс из "+100500" средства на личную видеокамеру.

В этом же фрейме ("Optimization Presets") есть флажок "Корректировать дисторсию оптики". Не посмею умолчать о том, зачем нужна эта настройка и почему желательно выставить её по умолчанию. Дисторсией, попросту говоря, называется незначительное искажение любой линзы. Каждый производитель знает, чем ему приходится жертвовать во славу улучшения каких-то других параметров линзы. Таков закон этого мира - мы можем лишь стремиться к совершенству, но мы никогда не достигнем его, ведь улучшая одно, мы, так или иначе, жертвуем качеством чего-то другого. Так вот Autopano, да будет вам известно, знает некоторые типовые искажения линз и старается их исправить, если установлен рассматриваемый флажок. Тут уместным будет вопрос: "А как Autopano распознаёт, какой линзой пользовался фотограф?" А тут всё очень просто - программе достаточно вытащить из EXIF'а производителя и модель вашей фототехники и она в точности будет знать про дефект, подлежащий устранению, ибо все модели, в большинстве своём, типовые. Хитрого здесь абсолютно ничего нет. С этой настройкой вы, в большинстве случаев, сразу получите ровный горизонт, даже если в процессе сбора сырьевого материала он был чуточку завален.

Расширенные опции "Оптимизации"

Давайте договоримся, что расширенные настройки оптимизации мы рассмотрим детально в том случае, если уже совсем нечем будет заняться. Я прекрасно понимаю, что хранится за каждым флажком и ползунком из тех, что собраны там, но если я начну обо всём этом рассказывать, это займёт не меньше страницы А4.
Надо отделять полезное от сверхполезного. Пока мы с вами находимся на стадии ознакомления, сверхполезное может взорвать нам мозг, так что ограничимся лишь полезными вещами - живее будем.

Вкладка "Panorama"

Крайней вещью, которую я рассмотрю сегодня, станет вкладка "Panorama". Поставим такую жирную-жирную точку над "i" и договоримся, что по умолчанию "Prefered Projection" (предпочитаемая проекция) во фрейме "Panorama layout" у нас будет цилиндрической "Cylinder". Физика выбора проста. Хоть вы ещё и не видели ролик о том, как я собираю сырьевой материал для панорам, постараюсь "на пальцах" описать, что нужно делать, а потом, когда появится видео, мы просто закрепим прочитанное.
Итак, вы встаёте в какую-то условно выбранную точку земной поверхности и, в дальнейшем, стараетесь от неё не отклоняться. Если у вашего фотоаппарата есть окуляр, отключаете LCD-видоискатель и прижимаете к лицу фотик, дабы наблюдать картинку через окуляр. Догадываетесь, чего мы тем самым добиваемся? Да, совершенно верно, - мы квази-стабилизируем линию горизонта. Теперь, если мы опишем 360-градусную траекторию вокруг выбранной точки земной поверхности и условно предствавим, что каждый сделанный нами снимок рисует в нескольких шагах от нас вертикальную плоскость, то, в итоге, мы как бы окажемся заключёнными в цилиндр. Этим и объясняется выбор проекции.

Схематичное изображение процесса сбора сырьевого материала для 360-градусной панорамы

Плоскостная проекция используется мной лично в тех случаях, когда необходимо объединить отсканированные изображения в одно. Экспериментировал уже с картой Дмитрова (формат А1), результат получился удовлетворительный, незначительные искажения по краям общего впечатления не портят. Сферическую проекцию использовать необходимо в тех случаях, когда одним рядом (взгляд строго перед собой) не удалось захватить все желаемые объекты. Проходя второй ряд, мы уже, условно, вырисовываем вокруг себя плоскостями сферу. Применение и этой проекции, как видите, находит вполне физическое объяснение.
Здесь крайне важным моментом является тот факт, что панорама всего из трёх снимков, выполненных по указанной схеме, также относится к цилиндрической проекции. Многие совершают ошибку, определяя, что и на плоскость три снимка ложатся не так уж и плохо. Отрицать не буду, результаты, в ряде случаев, получаются приемлемыми для просмотра, но незначительные искажения так или иначе присутствуют. Как ни крути, а проекция во всех случаях кроме сканирования должна быть либо цилиндрической, либо сферической. Есть, правда, промежуточный вариант в виде эллиптической проекции, но её стоит применять, когда цилиндрическая проекция уже не катит, а сферическая ещё не добирает субъективных оценочных баллов и сильно искажает картинку. Так что если чувствуете, что так - не то, и эдак - не это, то пробуйте промежуточную, эллиптическую проекцию, может быть, она понравится больше. Всё же о творчестве речь ведём, и здесь нет каких-то строгих правил - всё сугубо субъективно.
Второй опцией "Preferred Extend" даже заморачиваться не хочу. Вот как она стоит по умолчанию "Clamp to panorama content", так пусть себе и стоит. Возможно, со временем разберусь и с этой настройкой, но до сего момента не было надобности в её использовании.
И, наконец, рассмотрим фрейм "Коррекция цвета". Как я уже отмечал в первой части обзора настроек, цветовая коррекция здесь чуток не дотягивает до лучшего результата (лучшей признаю ту коррекцию, которую проводит автоматически фотошоп). Однако, не стоит забывать, что для традиционной сборки панорамы к исходному материалу предъявлялось строгое требование по единому уровню экспозиции для всех снимков. Тогда, реально, без штатива нельзя было обойтись, да и приходилось постоянно подкручивать уровень экспозиции, оперируя настройками ручного режима. В рассматриваемом случае мы преимущественно "шлёпаем" всё в авторежиме и не паримся особо, ведь установленная по умолчанию настройка ""Моно" коррекция экспозиции" снимает упомянутые вопросы самостоятельно, в смысле, автоматически. Здесь же, конечно, можно установить и выравнивание баланса белого, и выравнивание баланса белого с одновременной коррекцией экспозиции, и много чего ещё, но... с балансом белого, честно, не экспериментировал и, скорее всего, интереса ради попробую воспользоваться, коли стал делиться с вами опытом. Знаю превосходное место, где, безусловно, из-за освещения страдает баланс белого при съёмке на абсолютно любую технику. Таким местом является станция метрополитена (причём любая). Материал, собранный в метро, безусловно требует коррекции баланса белого, но до настоящего момента я проводил её в фотошопе, да и только (кстати, был у меня пост, посвящённый коррекции баланса белого в фотошопе, ибо тема весьма и весьма актуальная и за неё опытные фотографы очень сильно ругают). В общем, по умолчанию, корректируем только экспозицию, но если вдруг я изменю своё решение в отношении этой настройки, то обязательно сообщу вам об этом.

Ну что же, и этот пост уже стал содержать довольно много букв, поэтому основу всех настроек Autopano Giga 2 я оставлю на закусочку - расскажу о ней в третьей части вводного обзора.

Серия сообщений "Autopano Giga":
Часть 1 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 1
Часть 2 - AUTOPANO GIGA 2. ИНСТРУМЕНТ ДЛЯ СОЗДАНИЯ ПАНОРАМ. НАЧИНАЕМ ОБЗОР. ЧАСТЬ 2
Часть 3 - ВОЛШЕБНЫЙ ЩЕЛЧОК КНОПКИ -ШЕДЕВР-. СОБЕРИ ЛЕРМОНТОВА САМ
Часть 4 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 1
Часть 5 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 2
Часть 6 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 3
Часть 7 - РУКОВОДСТВО -НА ПАЛЬЦАХ- ПО СБОРКЕ ПЛАНЕТОИДОВ. ЧАСТЬ 4