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

[Manwe]

В 90-ые знал только одного человека с УКНЦ. Она же была дорогущая. Сейчас если у кого и есть, то это коллекционеры. А БК у обычных людей остались как минимум в чуланах.
На счёт условной компиляции не знаю. По-моему, проще потом портировать с БК на УКНЦ, заменив графику.

Вот ещё какая идея пришла:
Лабиринт рисовать спрайтами не 5x8, a 6x8. Получится немного растянуто по горизонтали, но это даже хорошо, потому что исходное изображение слишком вытянуто в высоту (кубики какие-то все с нарушенными пропорциями).
А спрайт пушки рисовать нерастянутым.

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

[jerri]

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

[Manwe]

Manwe, а я между прочим сразу предложил такой масштаб.

Ну, отлично, мы пробуем разные варианты!

можно еще по вертикали смасштабировать чтобы глаже было

Будет не глаже, а лишние ступеньки. Я тоже такое сперва предлагал, а потом подумал, что это ещё и в ущерб быстродействию.

Вот что получатся: квадраты, наконец, стали более квадратными
Пушка растянулась, но её как раз можно сплюснуть обратно.



Если рисовать в таких пропорциях, то на БК-0010 уже не хватит памяти на внутренний буфер. Придётся выводить новую комнату сразу на экран, поверх старой. Это приводит к одной проблеме: сначала целую секунду рисуется лабиринт, а потом уже поверх него появятся враги и начнут двигаться. Видел такое во многих играх, но не знаю, приемлемо ли это. С другой стороны, на БК-0010 можно сделать так, а на БК-0011м по-нормальному.


P.S. зачем форум пережимает 9-килобайтные gif в 22-килобайтные jpg низкого качества - непонятно...

[S_V_B]

/* Я правильно понимаю, что в игре объекты не пересекаются и не накладываются, */
Да действительно и поэтому у меня в голове крутится назойливая мысль сделать другой алгоритм вывода.. без поворота.
Также прорисовывать каждый бит, при этом можно пропускать 7-8 бит.. потом проворачивать слово на нужное кол-во бит и накладывать ORом.. в теневой экран, потом переключать.
Не нужен будет буфер, нет лишних действий по повороту.. может и быстрее будет или хотя бы памяти больше останется.

/*Вот что получатся: квадраты, наконец, стали более квадратным*/
Картинка действительно лучше стала. Или это JPEG сгладил...

/*Видел такое во многих играх, но не знаю, приемлемо ли это. */
Когда я в нее играл на ЕС-1840 так и было и никто не возмущался

P.S.
Если танк не трогать он на лифт поместится?

[Manwe]

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

Теневой экран - это, по сути, и есть буфер. Действия по повороту и проворачивание слова - это примерно одно и то же. Если под спрайты шириной 6 точек отводить место в памяти как для 8 точек, памяти останется меньше.
Я почему предложил такой хитрый алгоритм-то? Потому что проверил все варианты когда работал над процедурами вывода шрифтов. Итог: хранение спрайтов повёрнутыми на 90 градусов - самый эффективный вариант (речь о спрайтах, ширина которых не кратна 8). По скорости проигрыш незначительный.

[S_V_B]

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

[Manwe]

Ну значит так тому и быть

Готово, образ диска БК: http://thesands.ru/bk0010/temp/lastmis2.zip
Здесь комнаты перерисовываются без буфера, сразу на экран. Специально чтобы работало на БК-0010. В случае БК-0011м можно делать это во второй странице видеопамяти, как обсуждали выше.
С другой стороны, эффект прикольный. Можно сделать 4 разных процедуры, обновляющих экран в разные стороны, и использовать их в зависимости от того, с какой стороны игрок вошёл в комнату. Может быть так даже лучше, чем с буфером, а то игроку покажется, что всё подвисло на секунду.

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

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

P.S. ах, да - кажется, в образе диска не самый последний исходник. Поэтому приложу к сообщению. Расширение .asm лучше переименовать в .mac
Исходник: lastmis.asm

[hobot]

Расширение .asm лучше переименовать в .mac

я не знаю чем вы пользуетесь, сверх быстрая компиляция в родной среде ОС RT-11
Эмулятор RT-11 для консоли Windows

[S_V_B]

/* сверх быстрая компиляция в родной среде ОС RT-11 */
В MACRO-11 не оттранслируется, "гранаты не той системы" Да и было бы что сверх быстро компилировать.

/* линейная интерполяция координат с субпиксельной точностью */
линейная интерполяция подразумевает деление и float, можно наверное просто определять знак приращения для вражины по x и y. Xврага-Xтанка= знак dx..
Xврага-Xтанка=0, а Y нет то dx=0 и наоборот.. так наверно в "КЛАД" сделано.

/* Здесь комнаты перерисовываются без буфера, сразу на экран. */
Для улучшения восприятия можно впереди полосу гнать ("а ля Бортник") чтобы не подумали что это косорукость, а так задумано - экраны перелистываются.

[Manwe]

я не знаю чем вы пользуетесь, сверх быстрая компиляция в родной среде ОС RT-11
Эмулятор RT-11 для консоли Windows

Компилируем своим компилятором PDPy11: https://github.com/imachug/PDPy11/
У него много хороших фишек:
- мультиплатформенный
- подсветка ошибок прямо в тексте программы (в редакторе Sublime Text)
- мощная арифметика с метками и константами