Перспективы развития ZX Spectrum

[Raydac]

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

zx-poly при раскраске старых игр так и работает и игры не знают на чем они идут

[Totem]

Это уже не ULA++, это скорее ULA^ (power ULA)

это логическое развитие идеи в ULA+, снимает все накопившиеся противоречия, заслуженно получает +

[NEO SPECTRUMAN]

zx-poly при раскраске старых игр так и работает и игры не знают на чем они идут

вот только если rnd генератор будет шагать по всей памяти для улучшения rnd-ения...
ВНЕЗАПНО...

[Totem]

zx-poly при раскраске старых игр так и работает и игры не знают на чем они идут

к сожалению, твои идеи были не оценены в должной мере, но были логичными, гораздо более перспективными, чем "прикручивание куска денди", кто не знает
вот
http://zxpress.ru/book_articles.php?id=361
сейчас есть и эмулятор и "хард эмулятор", твоих идей.
Мы предлагаем учесть ошибки и просто недоступность на тот момент, достаточно простых и не дорогих решений. Если ты думаешь, что мы смеемся над проделанной тобой работой- это совсем не так.

[Lethargeek]

zx-poly при раскраске старых игр так и работает и игры не знают на чем они идут

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

[Raydac]

вот только если rnd генератор будет шагать по всей памяти для улучшения rnd-ения...
ВНЕЗАПНО...

проблемы будут только если прога проверяет что пишет на экран или распаковывает на лету, тогда рассинхронизация начнется, но у спека не такая высокая проихводительность и процентов 80 прог не занимаются таким хотя бы потому что ресурсов не хватит

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

да я как то и не считаю что кто то смеется, если кто то придумает лучше то это клево, многие просто вообще не в курсе про это решение из тех кто предлагает вдохнуть новую жизнь
у zx-poly есть минус - сложный алгоритм работы при старте, что бы загрузить все и синхронизировать старт скажем, но зато в отличии от предлагаемого там ведь есть еще и 512 на 384 точки формат с полной совместимостью со старым софтом что я и показал на zx-word

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

"стопка Спеков" слишком уж затратно и слишком узкоспециализированно

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

[NEO SPECTRUMAN]

процентов 80 прог не занимаются таким

Да в принципе это не такая большая проблема
просто она есть

[Totem]

проблемы будут только если прога проверяет что пишет на экран или распаковывает на лету, тогда рассинхронизация начнется, но у спека не такая высокая проихводительность и процентов 80 прог не занимаются таким хотя бы потому что ресурсов не хватит

да я как то и не считаю что кто то смеется, если кто то придумает лучше то это клево, многие просто вообще не в курсе про это решение из тех кто предлагает вдохнуть новую жизнь
у zx-poly есть минус - сложный алгоритм работы при старте, что бы загрузить все и синхронизировать старт скажем, но зато в отличии от предлагаемого там ведь есть еще и 512 на 384 точки формат с полной совместимостью со старым софтом что я и показал на zx-word

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


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

значит мы начинаем приходить к понимаю, оставим пока навороты и высокие разрешения, а "твои минусы превратим в плюсы".

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

Да в принципе это не такая большая проблема
просто она есть

Давай сделаем так, чтобы она нас не касалась?
и оставим старые срачи, там где им место-/dev/null

[s_kosorev]

Totem не пенься, я не заметил вау эффект, который по всей видимости есть. Хз, страдать с дизасмом ради раскраски 2х цветных спрайтов, ну это как бы... cовсем для фанатов. Вангую что таких работ будет ещё меньше чем под новые режимы, аля записал координаты и номер спрайта и оно его вывело. Сложность переделки равнозначна, но не 2 цвета а 2млн цветов

[Lethargeek]

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

почему, не обязательно "на лету", между уровнями графику, например; и не факт, что отставшие потом догонят по прерыванию

но зато в отличии от предлагаемого там ведь есть еще и 512 на 384 точки формат с полной совместимостью со старым софтом что я и показал на zx-word

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

ну я то придумывал когда FPGA не было еще на рынке общедоступном

ну, то, что я придумывал "когда-то", давно отвергнуто

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

сомневаюсь, что многим доступен скилл чисто электрически отладить на коленке такого монстра

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