Игры можно считать системами реального времени?

Хотя я думаю, что нам нравится верить, что наши системы работают в (мягком) реальном времени, одна вещь, которая меня не покидает, - это аспект точности моделирования Работа.

Чтобы уместить все в 16,6 мс, мы часто выполняем работу с низкой точностью в местах, где это предположительно не меняет результат, но дает результат (измеряемый по «миганию изображения на экране»). ), которые немного отличаются от тех, которые были бы, если бы мы использовали меньше сокращений. Очевидные горячие клавиши верхнего уровня - это сглаживание и глубина резкости, более тонкие и менее очевидные для наблюдателя - это изменения «лоу-фай» интеллекта врагов, если у нас их много на экране. Например. В некоторых из первых игр, над которыми я работал, у нас не было времени обновлять «взгляд на мир» каждого, поэтому мы обходили врагов по кругу, а также чередовали персонажей игрока с врагами. Таким образом, если присутствовало пять врагов, для обновления каждого потребовалось бы десять кадров (поскольку игрок обновлялся каждый второй кадр). Это не сделало анимации прерывистыми или что-то в этом роде, поскольку мы по-прежнему запускали правильные анимации, но решения врагов, возможно, будут основаны на старых или иным образом недействительных данных.

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

Значит, выполнение вычислений с низким разрешением, чтобы уложиться в ваше время, является приемлемым компромиссом для прозвища в реальном времени?

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

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

Хотя я частично согласен с определением мягкого реального времени. Не думайте, что какие-либо игры публикуют какие-либо соглашения об уровне обслуживания по производительности, но в большинстве случаев стараются быть в режиме реального времени - это в их интересах. Тем не менее, не считая определений, большинство игровых консолей - XBox, PS [x], Wii и т. Д. Хорошо оптимизированы для работы в реальном времени и обеспечивают это. Может быть очень мало случаев, когда производительность падает, например, когда температура в помещении приближается к точке кипения, но это применимо к большинству так называемых систем реального времени. Для их оптимальной работы в режиме реального времени должен быть соблюден определенный набор условий, иначе работа ухудшится.

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

Возможно, их реализация не является сложной в реальном времени, но играть в них точно так же.

Да, но с большим упором на soft в реальном времени.

Быть в реальном времени - это не значит быть быстрым - просто получение результата «достаточно быстро» является частью определения правильности этого результата.

«Реальное время» - это нечеткая категория. Точнее говорить о системах реального времени по шкале «жесткости». Характеристики, которые усложняют систему реального времени:

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

Следовательно, хотя с технической точки зрения шахматная игра соответствует определению «реального времени», на практике она настолько мягкая, что этот термин на самом деле неприменим. Другой крайностью может служить бортовое радиоэлектронное оборудование "летать по проводам" в истребителе, где несоблюдение требований по времени может привести к падению самолета.

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

«Интерактивный» было бы подходящим словом. Что касается видеоигр, «FPS» фактически стал термином, используемым для классификации таких программ, которые характеризуются циклом, многократно обновляющим графику и вычисляющим игровую механику.

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

Когда вы сидите и смотрите на полосу загрузки, система увязает из-за промахов в кэше и, как правило, ограничена вводом-выводом. И все находят это вполне приемлемым.

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

Ситуация становится еще хуже, когда вы думаете о многопользовательских играх. Особенно MMO, которые запускаются «в прошлом», чтобы замаскировать проблемы с задержками. Все, что это делает, - это маскировка того, насколько на самом деле игра не в реальном времени.

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