VR-шлемы для таких задач не особо подходят. Здесь вопрос создания максимально правдоподобного окружения для лётчика — кабина железная с кнопочками и пимпочками, а описанная в статье визуализация предназначена исключительно для имитации закабинной обстановки.
Тактильные ощущения от кнопочек и пимпочек пока VR-технологиями симитировать не удаётся.
bak, приводить screenshot'ы c MSFS, который делала большая команда, и сравнивать с работой одного человека, реализовавшего графику с нуля, весьма некорректно.
И 99% студентов 2-го курса не сделает даже такого, разве что сдерут демку какого-нибудь движка и добавят свои пять копеек.
Здесь сама задача достаточно сложная и многоплановая.
Например, игровые движки ориентированы на «уровни», которые загружаются в начале. Авиационные движки должны поддерживать бесшовный перелёт за тысячи километров с динамической подгрузкой местности.
Также при этом есть вопрос джиттера координат. Берём длину экватора (~40 000 км) и понимаем, что при классическом подходе в 32 бита координаты каждой точки объекта ложатся с недопустимой точностью. Как результат, всё дёргается и дрожит при движении.
Как и упоминалось автором — фиксированный frame rate. Даже если его «зашивают» всего лишь в 30 fps (в своё время и подобное считалось приемлемым), он не должен плавать и тем более проседать.
Интересно, по какой причине был выбран вариант реализовывать подобную систему «с нуля»? Задача в полном развороте очень большая. Нужны и объекты с LOD'ами (как визуализация, так и редактор), и динамическая подгрузка для больших территорий, и автогенерация земли, погода/дожди/туманы, посадочные огни (отдельная проблема), звук с Допплером и многое другое.
Сейчас существует достаточно много систем визуализации — хороших и разных. При больших деньгах — тот же Транзас или Presagis, для малого бюджета — X-Plane или Prepar 3D. С открытым кодом есть flightgear (хотя с ним практически не знаком).
Я не умаляю Вашей работы, но на задачу визуализацию одного человека маловато.
Если поймают, то в лучшем случае такое устройство изымут. Если же будет потеряна связь GPS/ГЛОНАСС у машины скорой помощи неподалеку, последствия могут быть куда серьёзнее.
Также сейчас много служб (включая сотовых операторов) используют GPS для синхронизации времени. Если у них пропадёт сигнал, и они найдут помехопостановщика, то выставят счёт на весьма кругленькую сумму.
Чтобы не рушить реальную машину, тесты проводил под Hyper-V. Пока критичным моментом является наличие двух и более ядер. Остальное — стандартная установка Windows 10 1607 или Windows Server 2016 Release, разрешение подключения через Remote Desktop. Далее — подключение к ней через RDС; в «Local Resources» клиента нужно разрешить доступ к локальным дискам (например, к диску D). Можно устанавливать FAR Manager, а можно запустить его из самой сетевой папки \\tsclient\d. После этого нужно побегать в FAR'е туда-сюда по каталогам \\tsclient\d. Всё.
Подозреваю, что зависит от количества процессоров. После некоторого момента (кажется версии rdbss 10.0.14393.82) проблема на виртуальной машине стала проявляться только после того, как отдаю VM два процессора.
Вероятно всего, проблема возникает при чтении каталога (точнее, закрытия хендла поиска).
Мультфильм «Over the Hedge» (да, там по сюжету изгородь) в нашем прокате переведён как «Лесная братва».
Мультфильм «Shark Tales»… «Подводная братва»
Это не ошибки в переводе, это какой-то идиотизм, поставленный на конвейер.
Как оказалось, Мосэнергосбыт устроил это жульничество с ноября 2014. В 2012-13 — дневной тариф был больше однотарифного на одну-две копейки, в начале 2014 — на три-четыре копейки.
То есть вместо направления на экономию самой электроэнергии контора устраивает игры, как у сотовых операторов.
Тактильные ощущения от кнопочек и пимпочек пока VR-технологиями симитировать не удаётся.
И 99% студентов 2-го курса не сделает даже такого, разве что сдерут демку какого-нибудь движка и добавят свои пять копеек.
Здесь сама задача достаточно сложная и многоплановая.
Например, игровые движки ориентированы на «уровни», которые загружаются в начале. Авиационные движки должны поддерживать бесшовный перелёт за тысячи километров с динамической подгрузкой местности.
Также при этом есть вопрос джиттера координат. Берём длину экватора (~40 000 км) и понимаем, что при классическом подходе в 32 бита координаты каждой точки объекта ложатся с недопустимой точностью. Как результат, всё дёргается и дрожит при движении.
Как и упоминалось автором — фиксированный frame rate. Даже если его «зашивают» всего лишь в 30 fps (в своё время и подобное считалось приемлемым), он не должен плавать и тем более проседать.
Интересно, по какой причине был выбран вариант реализовывать подобную систему «с нуля»? Задача в полном развороте очень большая. Нужны и объекты с LOD'ами (как визуализация, так и редактор), и динамическая подгрузка для больших территорий, и автогенерация земли, погода/дожди/туманы, посадочные огни (отдельная проблема), звук с Допплером и многое другое.
Сейчас существует достаточно много систем визуализации — хороших и разных. При больших деньгах — тот же Транзас или Presagis, для малого бюджета — X-Plane или Prepar 3D. С открытым кодом есть flightgear (хотя с ним практически не знаком).
Я не умаляю Вашей работы, но на задачу визуализацию одного человека маловато.
Если поймают, то в лучшем случае такое устройство изымут. Если же будет потеряна связь GPS/ГЛОНАСС у машины скорой помощи неподалеку, последствия могут быть куда серьёзнее.
Также сейчас много служб (включая сотовых операторов) используют GPS для синхронизации времени. Если у них пропадёт сигнал, и они найдут помехопостановщика, то выставят счёт на весьма кругленькую сумму.
Вероятно всего, проблема возникает при чтении каталога (точнее, закрытия хендла поиска).
Например, 4747 x64 или даже 4040
Мультфильм «Shark Tales»… «Подводная братва»
Это не ошибки в переводе, это какой-то идиотизм, поставленный на конвейер.
То есть вместо направления на экономию самой электроэнергии контора устраивает игры, как у сотовых операторов.