Портирование игр с PC на БК

[blackmirror]

Правильно ли я понимаю, что поточечное рисование осуществляется только по предварительно очищенной области?

[CodeMaster]

насколько улучшится привлекательность новодельных игр ?

ZX Spectrum Next покажет, но и без этого думаю количество заинтересовавшихся будет неотличимо от статистической погрешности. Ибо если разделить количество фанатов БК на кол-во фанатов ZX, то этот множитель загасит любой % при переводе в физические показатели.

[Manwe]

Правильно ли я понимаю, что поточечное рисование осуществляется только по предварительно очищенной области?

Да. При отрисовке лабиринта я сперва очищаю 8 строк экрана.
Если отрисовывать не по точкам, всё равно надо очищать экран, иначе сквозь пустые места останется проглядывать прошлая комната.

[Manwe]

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

[S_V_B]

Зачетно, много лучше чем автоматом. Кстати врагов можно и не масштабировать им же на лифте не ездить..
....
Я чтобы под ногами не мешаться попробую параллельно на УКНЦ делать. Я так понимаю ты под БК-0010 будешь делать или под 11ю?
Хочу переадресовать таблицу строк УКНЦ на 40000 ЦП, в доках довольно мутно по этому поводу написано и примеров нет.. все на ПП, а если получится то памяти тоже маловато останется..

[Manwe]

Попробую всё уложить в возможности БК-0010, а в случае запуска на 11-ой использовать палитру.
Под УКНЦ - давай, отличная идея.

[svofski]

Попробую всё уложить в возможности БК-0010

Моя 0010 уже робко выглядывает из коробки на шкафу.

[Manwe]

Правильно ли я понимаю, что поточечное рисование осуществляется только по предварительно очищенной области?

Сделал вариант чтобы по ходу рисования заодно и очищались пиксели. Такая процедура исполняется дольше (она не перескакивает через чёрные точки), но пока что для кода так проще. А там посмотрим - нужно ли будет оптимизировать быстродействие.

[blackmirror]

Для данной игры это наверно не актуально(поскольку много пустых областей), но вообще при рисовании большого количества тайлов (прямоугольных, без прозрачных дыр), ширина которых не кратна 8 точкам, можно пытаться копировать уже выведенные на экран тайлы из позиции дающей такой же остаток при делении на 8. В этом случае сами точки тайла уже не придётся сдвигать, нужно будет только наложить правильную маску. Правда нужен еще дополнительный массив (по одному элементу на тайл), в котором будет сохраняться где он выводился и с каким сдвигом. Или вообще хранить уровень ввиде данных перемешанных с кодом, типа: переместиться в угол, нарисовать тайлы 1,3 и 7 смещаясь вправо, а потом 4 раза скопировать, далее рисовать тайлы смещаясь вниз ну и в том же духе.

[Manwe]

Самое очевидное и выигрышное по скорости решение - хранить каждый спрайт 4 раза: оригинальный и заранее сдвинутый на 1, 2 и 3 точки. Да только вот памяти жалко. Хочется уложиться в возможности БК-0010.

Анимированная платформа у меня уже по экрану едет, надо только понять что с ней делать дальше. Может быть для движения влево и вправо использовать разные процедуры. Универсальная процедура даёт слабозаметный эффект растяжения спрайта при движении в одну сторону и сжатия при движении в другую. Если отслеживать луч, то этого видно не будет. Но на БК-0010 луч не отследишь (если только не грязными хаками), да и ограничивать fps не хочуется.