Как стать автором
Обновить

Как и зачем мы строили 3D-модели достопримечательностей на Картах

Время на прочтение15 мин
Количество просмотров5.1K
Всего голосов 25: ↑27.5 и ↓-2.5+30
Комментарии20

Комментарии 20

когда уже сделаете из яндекс карт полноценную игру?

И все это добро будет рендериться локально за счет моего CPU?

По идее должно быть локально, но с учетом оптимизации сетки и того факта, что одну из наиболее трудоемких операций просчета освещения делать не нужно - проблем быть не должно. И да, обычно большая часть нагрузки при построении и отрисовке 3д моделей ложится на GPU, а ещё тут стоит учитывать прочие факторы по типу количества вызовов отрисовки, но ни по одному параметру не вижу больших проблем особенно с учетом того что знаковые места с моделями нового типа не кучкуются в одном месте и собрать с дюжину подобных будет сложно или нереально.

Добрый день, @kekushonok все верно описал.

Новые модели не будут кучковаться в одном месте, действительно. Также, мы не вычисляем свет в режиме реального времени, т.е. не учитывается directional / ambient и прочее, весь свет уже находится в самой текстуре в виде цвета конкретного треугольника модели. Рендереру, условно, остается только совместить растеризованный в пиксель полигон на экране и часть текстуры. + Мы делали тесты производительности, как я и писал, в них новые модели не загружают устройство существенно больше, чем старые, так что, можно утверждать, что поведение приложения не изменится заметным образом.

Двадцать лет назад навигатор привязывался к координатам к моменту приезда на место, теперь он будет к тому же времени прорисовывать картинку целевого района...

В Google Earth 3D-модели появились примерно в году 2010м в 2006 году и особых ресурсов не требовали.

Google начала развивать картографические сервисы в направлении 3D, когда запустила в 2006 году трехмерные модели зданий в рамках сервиса Google Earth.

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

А хотелось бы больше панорам... чтоб вне населённых пунктов, особенно с дронов (воздушные шары которые), ну и обновлять не забывать

А у меня такой дурацкий вопрос: когда хоть один сервис научится показывать тренспорт по нескольким выбранным мной маршрутам? Не один, не все, а избранные в данном месте (в данной подборке)?..

Интересная тема, заявляю как 3D-шник.
Понимаю задачу упростить модельки по количеству полигонов. Это позволить меньше грузить процессор, и выглядеть стало приятно, типа под стилизацию, но с Большим театром, на мой взгляд перестарались. Лошадок могли бы и оставить, лишняя сотка полигонов погоды не сделает, зато узнаваемость здания поднимется, а то выглядит как просто дом с колоннами.
Также понимаю технологию запечки света на текстуры. Технология стара как моя бабка, но рабочая. В былые времена и отражения также запекали, выглядело круто, а главное ничего просчитывать не надо, просто подгрузи текстурку и уже красиво.

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

Ну и последнее. Сравнить РДР2 с картами это уметь надо =) н хоть не жаба из крузиса

Пы.Сы.: Столицы и миллионники это конечно прикольно (каким боком туда эмираты затесались я так и не понял. Спонсировали?), но будут ли обычные города?
Кто делает сами модели? У 2гис была программа по найму фриланса (точнее всех желающих) по созданию моделей по ТЗ, может и Яндекс такую же тему сделает для городов регионов?

В Дубае есть приложение Yango Maps. Международная версия Карт, для нее тоже делались модели.

Добрый день, про большой театр в целом могу с вами согласиться. Он у нас был один из первых объектов, мы тогда еще искали стилистику и основные правила вырабатывали. Лошадок может быть добавим в будущем)

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

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

Вы рассматривали вариант, как в google maps, когда по фотографиям с самолёта в четырёх сторон создаётся 3д вид города?

У вас модельки зданий делаются в ручном режиме и они всё равно не очень похожи на реальные, а в гугле видно каждую реальную деталь.

Чтобы посмотреть как работает, можно открыть какой-нибудь большой город в Европе или Америке и где-то в настройках гугла включить 3д вид

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

В концепции наших Карт, мы больше ориентируемся на 3Д подход, т.к. можем в деталях управлять тем, как карта выглядит, какие элементы выделяются и сколько деталей видно пользователю в каждом конкретном сценарии.

Оптимизация оконной сетки на примерах зданий с большой площадью сплошного остекления. Бурдж Халифа и Лахта Центр

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

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


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

Все это, конечно, здорово, и я раньше в Москве всегда пользовался картами Яндекса, но после переезда в Европу пришлось начать пользоваться гугловскими, на том же железе, и после этого стало видно, насколько же сильнее тормозят яндексовские! На не очень старом, но и не очень новом железе. Еще и вылетают при нехватке памяти.

Для центра Москвы выглядит как издевательство. Есть другая, гораздо более важная проблема. Стоишь на месте - местоположение примерно до 200 метров точно. Едешь по маршруту - тут же уносит в начальную точку маршрута или туда, где въехали в зону глушения. Сбросишь маршрут - опять близко от реального положения... 2гис в этом плане гораздо лучше себя ведёт

а отключить все это барахло можно?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий