3D Game Maker

[ZX_NOVOSIB]

- добавил в тестовом режиме нормальное управление, пока прибит синклер джойстик

не, ну это совсем другое дело! ) Прям вообще земля и небо!

У 3dgm есть одна неприятная особенность: видимо есть тип врагов, которые не убивают, а просто зажимают в углу, ну и всё, безвыходная ситуация, как в диззи-1 провалиться в овраг, только хуже, в диззи хоть по дну оврга можно побродить, а здесь вообще пипец.

[Smalovsky]

krt17, слушай, а можно использовать твой вариант движка для коммерческого применения? Ещё такой вопрос, если движок использует переменные поименованные и там есть переменная жизнь/жизни, нельзя ли её переделать в попытки?

[krt17]

Ну во первых, если кто то думает что ему заплатят за такое г как 3D Game Maker то он может попытаться в любое время, мои эксперименты тут не при чем. Во вторых народ игры то делает https://planetasinclair.blogspot.ru/...mortadela.html любые конструкторы на ретро платформы сейчас популярны. Про жизни/попытки спасибо я не курю. Ну и что бы не спамить во всех темах для инди шлака есть хорошая платформа для продажи поделок https://itch.io/ продавай нехочу и там небольшое zx комьюнити есть, даже вроде AGD'шечку продавали.

[krt17]

Как обновляется картинка в 3D Game Maker
1 До обновления работает блок логики, который перемещает объекты, после него остаются старые и новые координаты и флаг что надо обновить объект.
2 Для объекта который надо обновить высчитывается область покрывающая и старые и новые координаты, заодно эта область очищается на теневом экране, а также сохраняется (чтобы еще раз не считать)
3 Проверяются объекты которые пересекаются с этой областью и заносятся в список.
4 Шаги 2 и 3 повторяются для всех объектов.
5 Полученный в пункте 3 список сортируется хитрым способом учитывающим все 3 координаты.
6 Отсортированные объекты выводятся на теневой экран (тут есть тормозной момент, нет клипинга, тоесть задели край, перерисуется весь)
7 Сохраненные в пункте 2 области переносятся на основной экран
Собственно без деталей это все, из слабых мест мироры и уже упомянутый клипинг. Также не было памяти под фоновую картинку, стены перерисовываются всегда, а если еще и мирорить надо, тормозит прилично. Что можно сделать пока не ясно, я наврал с памятью свободной ее в 2 раза меньше, 8к с нятягом и под еще одну табличку с ролами и мирором и на фоновую графику не хватит. После переработки логики будет ясно на что можно рассчитывать (если конечно дело до этого дойдет)

[ZX_NOVOSIB]

krt17, сделай плиз пофикшеную версию (управление), если можно. А то буржуи продолжают клепать игры на этом движке:
1.http://idpixel.ru/news/615-dredd-ove...go-izmerenija/
2.http://idpixel.ru/news/612-dr-who-su...m-pro-doktora/

Они всё равно будут продолжать это делать... Но так хоть что-то играбельное будет выходить.
А так, как щас, - полная жесть.

[krt17]

первая
Вторая еще не вышла

[Advertiser]

[ZX_NOVOSIB]

krt17, а, ну да, спасибо... ) А сам 3dgm можно пропатчить? Чтобы играбельная игра выходила сразу из под пера, "искаропки". Чтобы сразу и для всех. А то так получается, что основная аудитория (буржуйская) будет каждый раз получать неуправляемую игру, даже если ты каждый раз будешь выпускать патч. Т.е. "в вечность" будет входить каждый раз косячная версия
Они ж к нам не шибко бегают стрелять всякие трд'шки.

P.S. Када играешь на синклере, то расклад такой:
Средний палец левой руки - левоверх
Указательный левой руки - правониз
Средний палец правой руки - правоверх
Указательный левой руки - правониз

Нормально. Но када qaop , то всё наоборот
Когда то мне удалось убедить Слайдера, что при qaop лучше такая схема, как выше синим текстом. Может и тебя удастся убедить

[goodboy]

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

[ZX_NOVOSIB]

Нашёл свой пост:

Когда в игре вид сбоку или сверху, тогда всё просто, вверх - это вверх, а вправо - это вправо. Когда в игре псевдо 3D (изометрия), тогда там нет верха-низа-лево-право. Вместо этого там всё как бы по диагоналям. Руки же привыкли к QAOP, и отвыкать не хотят, посему для каждой клавиши появляются 2 варианта. Например для Q - это "вверх-вправо" или "вверх-влево". Какой же "верх" более правильный? Осмелюсь предположить, что у большинства людей это всё-таки "вверх-влево". То есть правильный верх - это верх, смещенный относительно центра экрана против часовой стрелки.

Почему? Да хотя бы потому, что все учились в школе и все писали в тетрадках. Почерк наклоняли вправо (ибо правши), а тетрадку влево (против часовой). Таким образом верх тетрадки смещался против часовой, но для нас он всё же оставался верхом. Мозг привык к этому, и теперь, когда мозгу говорят, что "нормального" верха нет, но есть на выбор два "ненормальных", то мозг грустно вздыхает, но из двух зол всё-же выбирает то, которое ему привычней, т.е. верх, повернутый против часовой.

Соответственно когда хочешь пойти персонажем вверх, то и жмешь Q, а персонаж бежит не туда куда ты ожидаешь, а вообще вправо. И так со всеми направлениями.

[michellekg]

Например для Q - это "вверх-вправо" или "вверх-влево". Какой же "верх" более правильный? Осмелюсь предположить, что у большинства людей это всё-таки "вверх-влево". То есть правильный верх - это верх, смещенный относительно центра экрана против часовой стрелки.

Разрешите подписаться, так оно действительно кажется куда правильнее и интуитивнее.

А вообще если выпустить модифицированный 3D Game Maker хотя бы в текущем состоянии (с нормальным управлением и жизнями) и ткнуть в него носом буржуев (каким-нибудь магическим образом убедить админа WoS добавить мод или ссылку на него на страницу оригинальной программы), то жизнь всех геймеров сразу станет чуточку легче. Не придётся мучиться с кривым управлением и одной жизнью.