Игры тогда vs сейчас :)⁠⁠1

У меня есть что им предложить)

Менеджеры хотели. Чтобы выпустить игру к Рождеству, и её все смели с полок. Разработчик игры Говард Скотт Варшав объективно сделал максимум, что смог.

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

Сама консоль Atari 2600 была дико ограниченной и тупой, даже по сравнению с конкурентами. 128 байт памяти (и для стека, и для переменных), максимум 4 килобайта ПЗУ в картридже, а ещё крайне сложная, даже можно сказать ебанутая видеосистема. И да, всё писалось на ассемблере, в частности из-за этого самого видео.

Консоль поддерживала три основных разрешения: NTSC 160x192@60Hz с 128 цветами (16 цветов, 8 уровней яркости для каждого), PAL 160x228 104 цвета (13 цветов, 8 уровней), SECAM 160x228 8 цветов. Как-то динамически это определять нельзя, так что выбор стандарта жёстко зашит в код игры изначально.

Для графики было доступно:

- цвет фона;

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

- два 8-битных спрайта "игрока", по 1 пикселю на бит, одного цвете;

- два 1-битных спрайта "снаряда", которые могли быть растянуты на 1, 2, 4 или 8 пикселей и имели тот же цвет, что и игроки;

- один 1-битный "мяч", который можно растянуть на 1, 2, 4 или 8 пикселей и который имел цвет фона.

Уже можно догадаться, что сдедать что-то на таком ограниченном наборе сложно. Да и спрайты - это не спрайты в классическом виде, а скорее битовые маски. Но это ещё не всё. Думаете, для спрайтов можно было задать какую-то позицию, и они там отрисовывались? Ха!

Чтобы отрисовать спрайт, нужно попасть чётко в момент, когда луч ЭЛТ экрана отрисовывает линию в нужном месте. Каждый тик процессора занимает столько же времени, сколько отрисовка 3 пикселей. Одна ассемблерная инструкция выполняется за 2-7 тика, в зависимости от того, что это за инструкция. Благо есть 4-битные регистры, которые смещают спрайт на расстояние от -7 до +7 пикселей. И вот когда ты поймал этот лучик в нужном месте, то говоришь системе, чтобы на следующем ходе луча (то есть на следущей строке) она отрисовала спрайт в этом месте. Благо хоть для каждой строки можно задать свои цвета, чтобы их них получить какую-то картинку, типа мальчика в футболке и джинсах.

А для обновления поля нужно подождать, когда луч закончит рисовать строку и переместится к следующей. Для этого даже специальная инструкция есть, которая заставляет процессор подвиснуть до окончания отрисовки строки. А после есть целых 22 тика, прежде чем новая строка начнёт рисоваться. Круто, да?

А когда считать игровую логику, если нужно точно рассчитывать время выполнения ассемблерных инструкций для отрисовки графики? Тут тоже есть костыль^W хитрость. В развёртках NTSC, PAL и SECAM есть служебные линии, которые присутствуют в сигнале, но по факту не отрисовываются. Из 262 доступных линий NTSC 3 отведено на сигнал обратного хода луча (VSync), 37 на ожидание этого хода, 192 на графику, и ещё 30 тупо пустые. Кабельные операторы придумали слать в этих служебных линиях телетекст, субтитры и т. п., а для разработчиков на Atari 2600 время "отрисовки" этих 67 пустых линий шло на обработку игровой логики. На PAL и SECAM этих линий чуть больше.

И вот на ЭТОМ нужно было за 5 недель состряпать хорошую игру, прикиньте? Да я бы за 5 месяцев с трудом управился!

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

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

Помню первый F.E.A.R. преподносили как нечто невероятно требовательное к железу. Ну и некстген интеллект у врагов тоже

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

DOOM 2016 года с вами бы поспорил. охуенно оптимизирован и практически летает на моей 1080

Ну а тогда зачем вы первым комментарием как-то оправдываете таких разработчиков если сами говорите что они лепят говно?

У меня веселее случай был... Винда у меня лицензионная купленная и захожу я по аккаунту майкрософта. Ну и пользователь винды тоже там криво отображается вроде, ну так вот. Релизается тут Mass effect legendary edition и не работает... Тупо не запускается... Стал копать, оказалось что у меня в имени пользователя недопустимые символы. Создал ради теста локального не сетевого пользователя на английском языке и о чудо... Всё запустилось... Вывод. Разрабы тупо не оптимизировали игру под лицензионную винду...

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

Ну насколько помню он на полную использует DirectX который нифига не мегабайт весит. Те же демосцены раньше были популярны. Весили совсем ничего. Графоний был норм. Но все завязано на директе.

в оперативке эта херня разворачивалась на триста метров+.
геймплей, согласен хуёвый, но выглядит на мой взгляд для 2004 и 96кб очень неплохо