принципиальной разницы никакой, отличаться по затратам времени только будетЦитата:
Сообщение от Titus
Вид для печати
принципиальной разницы никакой, отличаться по затратам времени только будетЦитата:
Сообщение от Titus
По идее, двойной буфер для XOR-ов решает проблему для 99% случаев. Наложение трех спрайтов надо ещё поискать. А иначе я не знаю, как с этим бороться.
- и снова здравствуйте! - какбэ говорит нам всем киберноид первым же игровым экраномЦитата:
Сообщение от weiv
Обновлен 1 пост, ACTION FORCE 2 , обновлен gif и video.
Короче предлагаю такой вариант.
Берём какую-нить поделку с AVR inside, которая эмулирует родной ZX, но позволяет добавлять примочки. Можно даже взять TS Conf, наверное. Далее ищем в родном коде места, где осуществляется вывод чего-бы-то-ни-было на экран, ставим туда брекпойнты и заменяем процедуры своими собственными, которые выводят красивые раскрашенные спрайты (true color). Получаем новую версию игры с той же логикой, но принципиально другой графикой.
Мысль логичная, но авр такое не потянет и спрайтов нет : ) , что делать не понятно:), а главное -зачем такие извращения?Цитата:
Сообщение от Epsilon
увы, TS ограничена своим заделом по железу, далее "выход в космос с 3 костылями", а тут, любая машинка (да теоретически пока, получит этот бонус), он ведь совсем не главный в идее и концепте, просто основа.
Которая дает возможность, не менять бинарный код, но улучшить "качество картинки", за короткий срок разработки, год на игру для классики , 2 недели к ZX ULAX.
Меня как гейм-разработчика больше всего смущает то, что пока непонятно - позволяет ли эта фича кардинально улучшить графику или просто убирает клэшинг. Если она просто убирает клэшинг - то как-нибудь и с клэшингом нормально можно поиграть. Ради убирания клэшинга (чтобы поиграть в ограниченное количество доработанных игр) никто ничего покупать не будет. Непонятно - как эта фича реализована и какие у неё технические возможности.Цитата:
Сообщение от Totem
позволяетЦитата:
Сообщение от Epsilon
по крайней мере оно не должно уступать возможностям spec256 (правда у spec256 теоретически еще можно сделать полупрозрачные спрайты а тут?)
+в комплекте есть убирание клешина по быстрому
Да, spec256 неплохо выглядит визуально, но, согласись, никто ничего писать под это скорее всего не будет, потому что очень муторное дело получается. Хотелось бы, чтобы и программной точки зрения было просто и понятно.Цитата:
Сообщение от NEO SPECTRUMAN
Например, когда-то у меня была мысль типа такой: а давайте мы заведём такой хитрый порт, в который перед выводом байтов в 0x4000-0x57ff сохраняем предпочтительный цвет. И далее все выводимые пиксели автоматически окрашиваются в этот цвет (ну или пару цветов). Это позволило бы существенно расширить графические возможности в целом, при этом не слишком нагружая Z80 (хотя дополнительный вывод в специальный порт нужно как-то реализовать с минимальными потерями). Ну или выводить в теневой буфер, в котором больше цветов, и потом объединять вывод.
почему муторно?Цитата:
Сообщение от Epsilon
на оборот делая с 0 єто несколько проще
чем разукрасить уже готовое (даже для spec256)
хотя в каком виде хранится расширенная графика неизвестно
и как ее загружать в расширенную видео память скорей всего еще даже не решено...
тут только догадки...