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

[baxter]

Есть какие-то сложности, чтобы сделать палитру ?

256 колоров мало?

[Alex Rider]

Согласен,
байт на точку нормально.

Спрайт 16x16, будет иметь размер в 1 сектор, однако. Сколько времени понадобится чтобы прокачать в память видеокарты графику для игры в духе Saboteur 2 или Trantor? А если еще и GS-музыку... Зато красиво будет

[baxter]

Alex Rider, винты и флешки давно поддержаны в харде. Пора бы и их в софте поддержать

[Alex Rider]

Пора бы и их в софте поддержать

Образы дискет на винте все равно имеют размер 2544 сектора. Игра может тупо не влезть (хотя, чтобы напихать в игру столько, тут нужен либо неплохой креатив, либо неумное воровство ресурсов). Программировать FAT16/32 для NemoIDE вообще не гуд, SMUC в своем разделе не позволит создать больший образ. По времени загрузки - да, оно будет быстрее, согласен, только тут особая поддержка не нужна - #3d13 работает одинаково что с дискетой, что с RAM-копией образа, что с образом на SMUC'е.
Хотя, все это брюзжание уже. Кому надо, соптимизирует (паковку никто еще не отменял, например). Делайте, будет здорово!

[Максагор]

Образы дискет на винте все равно имеют размер 2544 сектора. Игра может тупо не влезть

Поправочка: 2560 секторов. Про сектор каталога забыли! )))

Программировать FAT16/32 для NemoIDE вообще не гуд,

А если писать сразу под какую-нибудь существующую ОСь, подерживающую винт? Согласен, что TASiS или CP/M в данном случае неуниверсальны, ибо по сути получится игрушка под какой-то конкретный клон. Но если писать уже конкретно под iS-DOS, то тут уже бОльший простор.

P.S. Любителей/нелюбителей CP/M, iS-DOS и прочих сильно прошу не обсуждать достоинства и недостатки этих ОСей как таковых, а держаться темы написания игр под что-то бОльшее, чем образ TRD...

[alone]

Потому что предлагаемый им вариант удобнее как для разработки нового софта, так и для модификации существующего.

А мой вариант вообще не требует модификации существующего софта - он будет работать сразу.

Странцы с графикой должны быть впечатаны в адресное пространство в момент отрисовки графики. Вместе с ними должны быть впечатаны страницы со стеком, таблицей IM2, ISR и глобальными переменными, нужными графическим процедурам.

Страницы со стеком, кодом и таблицами где были, там и остаются. Добавляется только окно для экрана в #0000. Аппаратно это делается куда проще, чем блиттер.

---------- Post added at 12:00 ---------- Previous post was at 11:35 ----------

Кстати, опять-таки, если разработка ориентируется не на существующий софт, а только на БУДУЩИЕ переработки старых игр под 6912, то есть статистика: под спрайты TS-Labs'а (№1, №2) за два года их существования было адаптировано ровно ноль старых игр под 6912.

[Advertiser]

[Alex Rider]

Поправочка: 2560 секторов. Про сектор каталога забыли! )))

Нет, не забыл я про него, но не считаю правильным использовать его под данные.

А если писать сразу под какую-нибудь существующую ОСь, подерживающую винт?

Хочется универсальности. А как сделать программу, работающую одновременно и под iS-DOS, и под TR-DOS, и под ленту, ума не приложу (предчувствуя возражения по поводу загрузки мегабайтов с ленты, отвечу, что ленточные версии явно не должны загружать расширенную графику и GS-музыку).

А мой вариант вообще не требует модификации существующего софта - он будет работать сразу.

В 6912 - да. Кстати, zst, а правда, что твоя карта при включении машины будет показывать стандантный экран 6912?

Страницы со стеком, кодом и таблицами где были, там и остаются. Добавляется только окно для экрана в #0000.

Ok, подумал чуть, получается, если спрайты влезут на место старых плюс 2 * 8192 (в страницах с видео) + 6144 (старая экранная область), что вполне реально, то выключать код игры смысла нет (если игра привязана к IM1, и не терпит запрещения прерываний, придется переделать ее под IM2, и, возможно, сымитировать опрос клавиатуры, и, что маловероятно, обновление FRAMES). Это уже не сложно. Как и переделать процедуры вывода. Проблема с ATM-only останется. Дальше больше гадания, чем факты (прошу разъяснить, если не прав): предвижу, что спрайты все же должны храниться в памяти as is, а не в виде кода их вывода (иначе по оставшимся кускам памяти могут не уместиться), что кардинально уменьшает скорость их вывода. 14MHz рулят сильно не во всех существующих играх (включение их только на время вывода?).

---------- Post added at 13:35 ---------- Previous post was at 13:30 ----------

есть статистика: под спрайты TS-Labs'а (№1, №2) за два года их существования было адаптировано ровно ноль старых игр под 6912.

to TSL: Кстати сказать, за 2 года их существования я видел на форуме ровно 0 ссылок про архитектуру этого чуда и не знаю вообще что это и с чем его едят. Видел тут только ссылку на описание видеорежимов. По местной информации, эмуляция, вроде как, только появилась. Не исключаю, что я - слепой, но BaseConf явно пиарится гораздо лучше, за что спасибо alone. В условиях информационного голода ни писать под режим, ни адаптировать невозможно.

upd: Если я правильно понимаю тот факт, что спрайты и видеорежимы TS-Conf - это вещи разные.

[Buyan]

Кстати сказать, за 2 года их существования я видел на форуме ровно 0 ссылок про архитектуру этого чуда и не знаю вообще что это и с чем его едят. В условиях информационного голода ни писать под режим, ни адаптировать невозможно.

Все можно найти на http://tslabs.info/forum/

[John North]

Buyan, ты бы более конкретную ссылку дал..

[Buyan]

ты бы более конкретную ссылку дал..

Более конкретную на что? Человек написал что нет информации. А где еще искать информацию по TS-конфе, как не на форуме TS-Labs'а? Там есть темы по конфе со ссылками на доки, по эмулятору, есть FAQ, где есть ответы на много уже возникавших вопросов. А если ответов нет, то их там же и дадут. Я по крайней мере получил подробные ответы на все свои вопросы. В общем все как всегда - кому реально это интересно, тот там все и найдет, кому не нужно - найдет кучу отмазок, что все не то, да не так