ZXKit1 - конструктор для ZX-творчества

[Error404]

zst, думаю ты совершенно прав..
1) сейчас начинается нечто, что условно можно назвать 3 поколение sp-совместимых машин. Пока что единственный пример Pentagon 2.666, но почему бы не поддержать линию KoE небольшой конкуренцией (тем более что пока неизвестна дальнейшая судьба клона DTN)

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

по возражениям Error404... так можно сказать про любую новую железку. Конечно поддержка софтом это залог успеха железки, но как она будет поддержана софтом, если она ни к месту, ни к времени говоря простым языком. Простой пример - пусть выпущена железка, функции которой мерцать тремя светодиодами и бипать. И все. Софтом поддержана. А толку, как ты думаешь? Или вот Спектранет - уже есть IRC клиент и библиотека сокетов беркли. Но железка ни к месту - потому что никто не хочет отказываться от благ интернет-серфинга PC, ради простого we can do it..

Я говорил немного не о том. Если делается какая-то доработка, то она должна быть программно поддержана уже при старте. Как минимум иметь API (библиотеку подпрограмм), делающее использование новых фич простым. Это всем понятно, zst примерно о том же говорил и никаких вопросов тут не возникает.
****
При этом можно выделить 2 класса доработок и 2 класса API:
** направленные на расширение общесистемной функциональности (на пример, тот же Ethernet или текстовый режим экрана 80х25). В этом случае достаточно один раз написать драйвер (в данном примере - BSD-сокетов и терминала VT52 или VT100) как сразу становится доступным огромный пласт программ, распространяющихся с исходниках (это важно), и имеющих стандартный интерфейс к текстовому терминалу и сокетам IP. Кстати, крайне перспективным для новой графической платы вижу реализацию VNC-сервера (есть микроVNC в исходниках). Этот пункт вполне реализуем (и это немало! и этого очень нехватает) силами обоих оставшихся действующих на платформе программистов.
-
** расширяющие специфическую функциональность - в нашем случае новые графические режимы, спрайтовый\тайловый движок и т.п. Для использования этих возможностей нужно как минимум дизассемблировать и понять код каждой адаптируемой игры, затем фрагментарно их переделать. И эта громоздкая работа, кстати, получится гораздо проще написания с нуля, т.к. не надо будет придумывать сценарий (геймплей - это важно и трудоемко), отрисовывать графику (ее можно конвертнуть), кодить логику. Вот этот второй пункт мне и видится малореальным в современной действительности.