ZX ULAX

[Lethargeek]

лоде рунер (частный дырявый случай) не нужен. Нужен пример нормальной игры типа Диззи)

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

[Spectramine]

По идее, двойной буфер для XOR-ов решает проблему для 99% случаев. Наложение трех спрайтов надо ещё поискать. А иначе я не знаю, как с этим бороться.

[Lethargeek]

Наложение трех спрайтов надо ещё поискать.

- и снова здравствуйте! - какбэ говорит нам всем киберноид первым же игровым экраном

[Totem]

Обновлен 1 пост, ACTION FORCE 2 , обновлен gif и video.

[Epsilon]

Короче предлагаю такой вариант.

Берём какую-нить поделку с AVR inside, которая эмулирует родной ZX, но позволяет добавлять примочки. Можно даже взять TS Conf, наверное. Далее ищем в родном коде места, где осуществляется вывод чего-бы-то-ни-было на экран, ставим туда брекпойнты и заменяем процедуры своими собственными, которые выводят красивые раскрашенные спрайты (true color). Получаем новую версию игры с той же логикой, но принципиально другой графикой.

[Totem]

Короче предлагаю такой вариант.

Берём какую-нить поделку с AVR inside, которая эмулирует родной ZX, но позволяет добавлять примочки. Можно даже взять TS Conf, наверное. Далее ищем в родном коде места, где осуществляется вывод чего-бы-то-ни-было на экран, ставим туда брекпойнты и заменяем процедуры своими собственными, которые выводят красивые раскрашенные спрайты (true color). Получаем новую версию игры с той же логикой, но принципиально другой графикой.

Мысль логичная, но авр такое не потянет и спрайтов нет : ) , что делать не понятно, а главное -зачем такие извращения?
увы, TS ограничена своим заделом по железу, далее "выход в космос с 3 костылями", а тут, любая машинка (да теоретически пока, получит этот бонус), он ведь совсем не главный в идее и концепте, просто основа.
Которая дает возможность, не менять бинарный код, но улучшить "качество картинки", за короткий срок разработки, год на игру для классики , 2 недели к ZX ULAX.

[Epsilon]

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

Меня как гейм-разработчика больше всего смущает то, что пока непонятно - позволяет ли эта фича кардинально улучшить графику или просто убирает клэшинг. Если она просто убирает клэшинг - то как-нибудь и с клэшингом нормально можно поиграть. Ради убирания клэшинга (чтобы поиграть в ограниченное количество доработанных игр) никто ничего покупать не будет. Непонятно - как эта фича реализована и какие у неё технические возможности.

[NEO SPECTRUMAN]

Меня как гейм-разработчика больше всего смущает то, что пока непонятно - позволяет ли эта фича кардинально улучшить графику или просто убирает клэшинг. Если она просто убирает клэшинг - то как-нибудь и с клэшингом нормально можно поиграть. Ради убирания клэшинга (чтобы поиграть в ограниченное количество доработанных игр) никто ничего покупать не будет. Непонятно - как эта фича реализована и какие у неё технические возможности.

позволяет
по крайней мере оно не должно уступать возможностям spec256 (правда у spec256 теоретически еще можно сделать полупрозрачные спрайты а тут?)

+в комплекте есть убирание клешина по быстрому

[Epsilon]

позволяет
по крайней мере оно не должно уступать возможностям spec256 (правда у spec256 теоретически еще можно сделать полупрозрачные спрайты а тут?)

+в комплекте есть убирание клешина по быстрому

Да, spec256 неплохо выглядит визуально, но, согласись, никто ничего писать под это скорее всего не будет, потому что очень муторное дело получается. Хотелось бы, чтобы и программной точки зрения было просто и понятно.

Например, когда-то у меня была мысль типа такой: а давайте мы заведём такой хитрый порт, в который перед выводом байтов в 0x4000-0x57ff сохраняем предпочтительный цвет. И далее все выводимые пиксели автоматически окрашиваются в этот цвет (ну или пару цветов). Это позволило бы существенно расширить графические возможности в целом, при этом не слишком нагружая Z80 (хотя дополнительный вывод в специальный порт нужно как-то реализовать с минимальными потерями). Ну или выводить в теневой буфер, в котором больше цветов, и потом объединять вывод.

[NEO SPECTRUMAN]

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

почему муторно?
на оборот делая с 0 єто несколько проще
чем разукрасить уже готовое (даже для spec256)

хотя в каком виде хранится расширенная графика неизвестно
и как ее загружать в расширенную видео память скорей всего еще даже не решено...
тут только догадки...