Создание карт для бытовых DVD-плееров. 3D-рендеринг.

В проэктах с добровольным участием вопрос стоит следующим образом: либо человек делает то что ему интересно, либо не делает ничего.

Стоит усилий не стоит - решает владелец усилий. Хуже от того что карта будет на двд - не будет. Я бы скачал - просто из интереса такую. В общем я за.

Наверное понял как оно будет выглядеть. Спасибо за ролики :slight_smile:

Боялся что в OSM не хватит данных, чтобы по ним сгенерировать картинки с красивыми домиками, очень похожими на реальные (трубы, балконы, как выглядят рамы в окнах, и всё такое). Но с другой стороны всё это можно генерировать случайным образом для насыщенности деталями. Вначале. А потом уже вдруг кто-то сделает отдельную базу 3d моделек домов с привязкой к ОСМ и редактором типа Google Sketchup.

Вопрос такой: генерировать картинки собираетесь сами (opengl?) или сконвертировать OSM в сцену для 3d редактора, а там уже её просчитать?

А какая принципиальная разница?
Построение сцены пригодной для 3D рендеринга - cущественно более сложная задача, чем сам рендеринг.
А с учетом того, что рендер может быть заточен под конкретный стиль данных, а не наоборот - может оказаться, что проект с собственным рендером окажется менее трудозатратным.

у нас уже есть рендеры, а вот конвертора OSM в тот же 3D max или blender нету. Если сами DVD-шки не пойдут, (хотя могут и занять своё место на полках магазинов среди справочников и энциклопедий), то конвертор скорее всего пригодится :slight_smile:

Да и рендеры там делались годами, с таким количеством фич, и возможностей, что самому такое сложно будет написать. И можно получить гораздо лучшее качество картинки. Использовать готовую базу объектов (деревья, машинки, кустики) ну и т.д.

Да и вообще, тот же blender это не только редактор, а ешё и движок для игр. Там сцены можно налету рендерить.

Строго говоря, здесь конвертера не может быть в принципе. Может быть некоторая утилита, которая по заданному алгоритму строит данные для max или blender на основе данных OSM.

А какой в нем смысл?

Правильно, только какая часть этих фич реально мождет быть использована в подобном проекте?

Про “гораздо лучшее качество” - это вряд ли.
Сначала следует определиться, что именно мы подразумеваем под термином “качество”.
Что важнее, чтобы было красиво или чтобы было узнаваемо?
Как только мы пойдем по пути навешивания фич, в частности, заранее зеготовленных деревьев, красивых текстур для обрисовывания домов и т.п., мы СРАЗУ резко снизим узнаваемость. Поэтому, боюсь, всякие красивости данному проекту категорически противопоказаны - изображение должно быть нарочито схематичным, чтобы не вводить пользователя в заблуждение относительно внешнего вида объектов, хотя бы тех же зданий.

Простите, у меня совершенно нет желания разводить спор на эту тему. Она совершенно для меня не критична. Считаете что конвертор не нужен и никому не понадобится, а качественный и фичастый рендеринг для статичной картинки не нужен? Пожалуйста! Не буду переубеждать :slight_smile:

Согласен.
Собственно, в своем пером сообщении хотел подчеркнуть, что вопрос рендера вообще не критичен для данной задачи. А пока нет ясности с тем, какие данные можно в принципе получить на выходе “конвертера” - и вообще преждевременно.

Хочу, однако, вернуться к исходной идее, а именно - создание управляемой пользователем системы, целиком основанной на пререндеренном контенте.
Я думаю, на DVD можно рассчитывать разместить 10, максимум, 20 часов видео.
Пусть, скажем, проезд или пролет от одной точки на карте до другой мы пытаемся уместить в 15 секунд. Не факт, что этого времени достаточно, но меньше - точно не получится. Хотя бы из-за того, что попытка сократить это время приведет к резкому увеличению объема видео в силу особенностей алгоритма сжатия. Т.е., уменьшая длину ролика сверх этого предела, мы практически не уменьшаем занимаемое им место на диске.
Итого, порядка 3-4 тыс. фрагментов. Не знаю, правда, позволяет ли такое количество формат DVD.
Примерно вдвое меньше, чем ребер дорожного графа (т.к. изобразить движение нужно в обе стороны) или примерно еще вдвое меньше вершин.
Это примерно вдвое меньше количества светофоров в Москве (по разным данным от 1700 до 1900). Т.е. даже по самым оптимистичным оценкам оценкам маршрут, использующий только перекрестки со светофорами, причем только половину из них, вряд ли будет оптимальным.

Т.е. мне кажется, что грубые оценки свидетельствуют о бесперспективности подобной идеи. Или я чего-то не понял?

Есть еще вероятность, что всплывут ошибки в DVD-плеерах при таком нестандартном использовании.

Диск можно скачать на работе или у друзей, в интернет-кафе или у местного коммунити.
Спрашивал потому, что когда-то я это уже начинал делать, но со временем забил. Тут много работы не только для меня.

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

Ни первое, ни второе. Во-первых, надо разделить такие понятия как конструктор сцены, и уже непосредственный рендер. Первое - это как раз чтение OSM, расстановка домиков, деревьев и фонарей, второе - попытка все это нарисовать через что-то. OpenGL подходит в том случае, если у нас очень нестандартная сцена, скажем, нам надо в реалтайме рендерить очень много полигонов. Получится что-то вроде еще одного Глосма. Страшненькое, быстрое, узкоспециализированное. Пилить долго, скучно, даже если бы мне за это платили. Можно написать скрипты для 3D-редактора (как генерить полигональные сцены obj, так и непосредственно импорт объектов в конкретный редактор), но тут другие вилы: получается СЛИШКОМ сложная сцена, требуются прокси-объекты, а уж если еще настоящих деревьев воткнуть, всяких машинок, то тут уже надо делать хитрые скрипты, дабы это хоть как-то ворочалось (тут не спасет даже Ъ-комп за пару килобаксов, которого у меня нету), даже для такого небольшого города как мой. Что же делать? Есть вот такое решение: http://mycryengine.com/video/GDC114k.flv - летом этого года обещали выпустить фришную версию, можно подождать. Можно посмотреть на проекты ENODO, выполненные на нем: http://www.youtube.com/watch?v=7T0FMaRsfdg (особенно конец ролика радует), компания специализируется как раз на отображении геоданных и симуляциях. Можно взять UDK и начать делать уже сегодня. Выбор есть. Вот один человек делал Припять:

http://i17.fastpic.ru/big/2011/0309/2c/3ab5115f0d1f43e15f8a432a0acfd12c.jpg
http://i17.fastpic.ru/big/2011/0309/26/17c4fa79881dce1e50c498ef9f2a2726.jpg
http://i17.fastpic.ru/big/2011/0309/b5/4bf0348c9b55f46e30850a2e01e70fb5.jpg
http://i17.fastpic.ru/big/2011/0309/0c/eae1c2d6ecdf613453a775723fb17c0c.jpg
http://i17.fastpic.ru/big/2011/0309/b7/14158ce9e5f45950e503d398bd0755b7.jpg
http://i17.fastpic.ru/big/2011/0309/35/6ee2695990983be97ea51c27eb88d635.jpg
http://i17.fastpic.ru/big/2011/0309/db/49cbb35636ed34164a37dbc0008872db.jpg
http://i17.fastpic.ru/big/2011/0309/9d/46c5e3ae062c700c27274d3b3f4c099d.jpg
http://i17.fastpic.ru/big/2011/0309/a8/88b357c6d5f31b79caeadb5cd8c301a8.jpg
http://i17.fastpic.ru/big/2011/0309/b5/246b8dbc5ffa87676c3f4306634757b5.jpg
http://i17.fastpic.ru/big/2011/0309/ed/508828fed3d62c2ec32b593b8b8475ed.jpg
http://i17.fastpic.ru/big/2011/0309/05/72794b9863f332ac19681e17e453af05.jpg
http://i17.fastpic.ru/big/2011/0309/05/72794b9863f332ac19681e17e453af05.jpg
http://i17.fastpic.ru/big/2011/0309/12/10aeb9468b234862ef45a870b34c0412.jpg
http://i17.fastpic.ru/big/2011/0309/a5/70ef218540472d9ddfeb9d9afa4933a5.jpg

А куда ты денешь сцену с 10м полигонов, что ты с ней будешь делать? Чем открывать? :slight_smile:
Я писал одну импортерку, намучался с ней. Сунуть в редактор конечно проще, но не заточены они на такие извращения.

Вот генерация кустиков - это самое веселое, но никто не мешает выдрать меш/текстуры и отрендерить самому. Процедурные кустики конечно еще интереснее, тут да, выбрать сложно :]

Качество - это уровень детализации, разметка на дороге, тропинка через газон которой уже 10 лет, дырка в заборе. Качество - это красивая картинка с антиалиасингом, правильным освещением, тенями, атмосферными эффектами, motion blur при анимации. Ой, а какой пост-процессинг сделать можно! (жаль я не могу показать ролики над которыми ведется работа) Качество - это когда глаз радуется картинке, когда мы хотим видеть её еще и еще. Если мы повесим кучу деревьев и машинок, нарисуем дорожную разметку, то от этого ничего плохого не будет. Если мы будем красить домики - тоже. Гораздо хуже, если для текстуринга будут использованы некачественные фотографии, вот тогда результат будет выглядеть грязно - это плохо. Еще хуже, если будут библиотечные текстуры, тут согласен. На узнаваемость это влиять не должно.

Так как я имел возможность уже потыкать такую штуку (перед тем как забросить :)), то отвечаю:

  1. а ты бы стал ждать 15 секунд, пока вид меняется от общего до какого-то района? Я бы устал после третьего клика. Максимум - 2 секунды. Иначе скучно.
  2. каждая менюшка - это опять видео! Точнее, отдельный GPC с ключевым кадром, т.е. резать ролики по кусочкам нам все равно надо. Кейфреймы как раз можно расставлять каждые 2 секунды. Хотя лучше чаще, скажем 1 кейфрейм на 12 кадров, дабы быть уверенным, что у нас точно все будет работать. Фактически, мы тут ничего не экономим и не выигрываем.
  3. если уж все слишком плохо (большой город, много хотспотов, несколько режимов рендеринга и т.д.), то можно выключить звук, выключить переходы, в худшем варианте имеем:
    4700372992 байт на диске == 4178 секунд на максимальном битрейте (9 мегабит, вообще до 11 можно, дальше уже можно нарваться на несовместимость) = 69 минут (без звука) = 104450 возможных сцены
    подсчет грубый, так как не учитывает выравнивание по границе секторов и системную информацию, поэтому можно срезать до 10%

Мало? :slight_smile:

hint: тайлы.

Расскажи, как ты будешь использовать тайлы/kd-tree в 3D Studio Max / Maya / Blender. Про VrayProxy можешь не рассказывать.

Конструктором сцены генерить тайлы размером 1х1 км, например. Накатать скриптик для 3dsmax / maya / blender, который будет их по очереди рендерить. Потом другим скриптиком клеить. Или не клеить. Или не скриптиком.

а теперь найди в моем посте “то тут уже надо делать хитрые скрипты, дабы это хоть как-то ворочалось”. И да, работа в 3D-редакторе не заканчивается рендерингом.

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

Это вообще к чему? И что вы хотели мне открыть этой фразой?

Из самого свежего Weekly OSM Summary (вообще кто-нить читает переводы этих сводок на osm digest?):

Думаю по теме. Картинка ничего так.

Немного пофантазирую. Следующим шагом будет конвертер osm → ${same_fps_game_map_format}, и конечно будет выпущен шутер, где действия разворачиваются на улицах реальных городов выполненных с предельной точностью. Конечно девелоперам придётся сделать много дополнительной работы: навесить текстуры, вывески магазинов. Но начинать разработку левела будут с болванки взятой из OSM.

Ну и про давнюю мечту запихивать OSM-карты в TTD не забудьте!

Это как раз то, чего я боялся: в угоду красивой картинке пожертвовано объективностью и узнаваемостью.
Я думаю, если сравнить этот вид с РЕАЛЬНЫМ фото, сделанным в соответствующем ракурсе (а проще откпоать какой-нибудь вид с высоты птичьего полета и подобрать ракурс для рендеринга), будет очевидно, что картинки, мягко говоря, очень сильно отличаются.
А если пойти дальше и попытаться сделать вид не с высоты птичьего полета, а, скажем, из окна автомобиля, то мжно будет убадиться в том, что результат рендеринга не имеет ничего общего с реальным видом. Т.е. обладает нулевой узнаваемостью.

Не понимаю чего вы тут можете боятся :slight_smile: 3д карта для DVD плееров или эта игра совершенно никак не влияет на судьбу ОСМ. Так что это только вопрос судьбы этой игры или DVD дисков, к которым мы имеем только зрительское отношение (пока не начнём помогать :))

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

За судьбу DVD дисков пусть боятся те, кто будет вкладывать в них свою любовь и время. 3D карта с белыми брусочками тоже не ахти. Хотя бы окна надо добавить, а в реальности они могут быть другими.