Как насчёт движка для Dungeon Crawl игр?

[reddie]

Текстуры на стенах могут быть любыми или они программно создаются?

Уточню вопрос: текстура - честный битмап (двумерный массив) или расчеты данных для конкретного "пикселя" идут на ходу?
Ибо разницы в способе создания битмапа, по сути, нет. Хоть грузим, хоть пререндерим - все равно это огромный массив.

[Manwe]

Так что скажет общественность: продолжать?

Конечно, продолжать! Можно для начала сделать ремейк БКшной игры с 3D-лабиринтом (не помню как она называлась, "Фараон" что ли).
Надо бросить клич на форуме среди художников спектрумистов - может быть кто захочет поучаствовать в игре для БК, нарисовать спрайты и интерфейс.

Вот ещё полезный тред про такие движки на старых компьютерах: pouet.net.

[reddie]

художников спектрумистов - может быть кто захочет поучаствовать в игре для БК, нарисовать спрайты и интерфейс

Только начинаю въезжать в тему БК, и насчет графики первый же вопрос: как сочетается прямоугольно-растянутый экран БК с обычным?))
В том плане, что экран 256х256, сжатый до пропорций 4х3, требует конвертации любой графики с других платформ, как и обратной конвертации с БК.
Не буду углубляться в тему "какой чудик додумался сделать прямоугольные пиксели в БК", это отдельная тема, спрошу насчет конвертеров.
Конечно, можно и ручками в граф. редакторе пережать соотношение сторон, но это подразумевает некоторую потерю качества.
Может, существуют готовые решения конвертации для минимальных потерь? Хотя бы черно-белых рисунков, учитывая 4 цвета экрана БК.

[grf]

Может, существуют готовые решения конвертации для минимальных потерь?

https://zx-pk.ru/threads/32400-dadit...-kartinok.html

Но эта тема про движок, а не картинки.

[Manwe]

как сочетается прямоугольно-растянутый экран БК с обычным?

в Фотошопе выставляешь aspect correction 4:3 и рисуешь без проблем. Художники на БК нужны, присоединяйся! А то программистов полно, а рисовать некому.

[reddie]

Но эта тема про движок, а не картинки

Да, просто было предложение привлечь художников ZX, а там пиксели квадратные)) Но за ссылку благодарю.
По теме именно движка (продолжая разговор про текстуры): можно решить проблему памяти текстур, применяя паттерны.
То бишь шахматки/чанки для создания иллюзии многоцветности. Учитывая 4 цвета БК, это хорошее решение, имхо.
Особенно для 0010, где строго RGB и белого цвета, как такового, не существует (подключение ч/б выхода не в счет).
Программистам, думаю, понятно, о чем речь, остальным рекомендую посмотреть вот эту демку для Atari XL.
8-битный комп с 64к памяти, создан где-то в один год с БК0010, но графически, на мой взгляд, будет помощнее.

https://www.youtube.com/watch?v=HVuEd742Yyg&t=333s

По ссылке откроется часть с 3д-движком, там на стенах и полу как раз местами используется шахматка для расширения палитры.
Можно все стены (и другие поверхности) заливать примерно так же, применяя разные паттерны, будет много "цветов".
Минус один, и то условный, как по мне: поверхность (полигон) будет сплошь залита одним "цветом" вместо рисунка.
Зато решается проблема выделения памяти под текстуры, и даже на БК-0010 получится сделать приличную игру.
Советую посмотреть демку целиком, довольно интересно как с точки зрения кодера, так и поиска графических решений.

Художники на БК нужны, присоединяйся! А то программистов полно, а рисовать некому.

Да я тоже кодер, по совместительству музыкант)) художник наш творил на Спектруме, попробую заинтересовать. Но не факт.
У него уже давно семья, работа, другие интересы...

[Advertiser]

[Manwe]

Минус один, и то условный, как по мне: поверхность (полигон) будет сплошь залита одним "цветом" вместо рисунка.
Зато решается проблема выделения памяти под текстуры

Текстурирование уже написано,- не выпиливать же Интересно посмотреть что получится с текстурами.

художник наш творил на Спектруме, попробую заинтересовать. Но не факт.
У него уже давно семья, работа, другие интересы...

Спроси обязательно, покажи что сейчас делают на Спектрумах и БК люди, у которых тоже семья, работа и другие интересы

[Lethargeek]

посмотреть вот эту демку для Atari XL.
8-битный комп с 64к памяти, создан где-то в один год с БК0010,

чипсет создан лет на пять раньше, дальше только памяти добавляли да клаву перепиливали

но графически, на мой взгляд, будет помощнее.

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

[Sandro]

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

Текстуры на стенах могут быть любыми или они программно создаются?

Произвольное 1-битное изображение. Цвета A и B задаются произвольно, то есть 4*3 = 12 осмысленных комбинаций. Так-то можно и чёрный на чёрном задать, движку всё равно. Разрешение не особо принципиально, но я решил, что пока будет 32x64 (256 байт плюс дескриптор).
С одной стороны, из дизайнерских соображений хочется побольше, с другой стороны -- памяти не так много.

- - - Добавлено - - -

Конечно, продолжать!

Спасибо!

Можно для начала сделать ремейк БКшной игры с 3D-лабиринтом (не помню как она называлась, "Фараон" что ли).

Да, была такая, именно Фараон. Незабываемое воспоминание детства. Написанная, если не подводит память, на Фокале! Но в ней нет ничего практически. Уже технодемка, которую я планирую (Этап I в моих терминах), должна быть большей вещью.

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

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

Вот ещё полезный тред про такие движки на старых компьютерах: pouet.net.

Спасибо, ознакомился. Но там немного не про это: там про движки реального времени, где жертвуют картинкой в пользу скорости.

Я же, напротив, хочу походовку, в которой построение нового кадра за секунду ещё приемлемо, но зато этот кадр должен быть нарисован с попиксельной точностью и радовать глаз, пока игрок размышляет над следующим ходом. А погружение в игру надо обеспечивать не частотой кадров в секунду, а наполнением и сюжетом. В настоящее время за эталон я считаю Betrayal of Krondor. Не во всём, но основные идеи безусловно хороши.

- - - Добавлено - - -

В том плане, что экран 256х256, сжатый до пропорций 4х3, требует конвертации любой графики с других платформ, как и обратной конвертации с БК.

Никакая конвертация не нужна, это же 3D. Практически никогда ничего не изображается без масштабирования, так что и проблемы-то нет. Поэтому все текстуры и спрайты хранятся с квадратным пикселем. Это даже упрощает мне математику -- нужно ровно в одном месте умножение на 3/4, удобна константа. И всё. а так -- то умножай, то дели обратно, бррр... не хочу.

Пиксель-в-пиксель нужно рисовать только пользовательский интерфейс. Ну это не проблема.

Да, ещё, правда, вылазит проблема с изображениями предметов в инвентаре, что с ними делать? Разработчики BaK (у них же тоже неквадратный, VGA mode 13h) решили вопрос кардинально: предметы видно только в интерфейсе инвентаря и прочих контейнеров -- сундуков, трупов, магазинов ...
А в общем игровом мире их не видно никогда. Вообще никогда. Я думаю так и сделать, это всё упрощает.

- - - Добавлено - - -

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

Это перпендикулярные вещи. Текстуры и паттерны друг другу не противоречат, а дополняют друг друга.

То бишь шахматки/чанки для создания иллюзии многоцветности. Учитывая 4 цвета БК, это хорошее решение, имхо.

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

Я же не демку пишу, а игровой движок.

Минус один, и то условный, как по мне: поверхность (полигон) будет сплошь залита одним "цветом" вместо рисунка.
Зато решается проблема выделения памяти под текстуры, и даже на БК-0010 получится сделать приличную игру.

Наличие попиксельно точных текстур является основной функцией графического движка. Это решение абсолютное, окончательное, и обсуждению не подлежит.

[jerri]

1) Не факт. Принц персидский потребовал дополнительной памяти.

В оригинале Принц персидский работал на 64к машинке.
и не жужжал.

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

присмотрись к движку Wolf48
там есть что почерпнуть.

4) Опять же, дискета всего 800 КБ.

PS: Однако, голосов по-прежнему ноль.