Идеальный Спектрум

[reddie]

что именно могу сделать на стандартной модели памяти 128го спека, когда подключить можно ровно 1 доп.страницу

Речь, полагаю, не про одну страницу, а единственное окно для смены страниц. Так правильней.
Да, именно музыку и прочее распихивают по страничкам, переключаемым по ходу программы. Музон, по сути - отдельная задача, тут проблем нет.

Можно добавить скрины "истории" - как не сегах в прологе рассказывается задача для игрока

И это тоже: тексты и любая графика, не относящаяся к самому игровому процессу, выпихивается в дополнительные страницы.
Задача программиста - высвободить максимум памяти в "статичной" памяти, т.е. адресах от экрана и до #C000 (окна переключаемых страниц).

Что анимации жрут так много памяти стало откровением, если рассматривать некрупного персонажа

Нет, в старых играх - том же Диззи - все неплохо укладывается даже в 48к, поскольку просчитано заранее, да и анимация там небогатая.
Хоть дракон и огромный, но фаз спрайтов у него немного. Плюс могут применяться всякие хитрости для экономии памяти спрайтов.

Должна ли сама графика анимаций вмещаться в 16К страницу или не обязательно?

Тут сразу стоит определиться: используем второй экран или нет. Если нет - проблем ноль, из любой страницы можно кидать на основной экран.
Если используем - начинаются трудности. Напрямую через одно окно вывод никак не сделать, поэтому обычно перебрасывают в буфер, а потом уже во 2-й экран.
Да, это дополнительные времязатраты, но проблема исчезает. А конкретная реализация уже зависит от программиста и поставленной задачи.

вижу очевидное ограничение на размер кода - он должен весь поместиться в стандартную память

Именно так, основной код должен находиться выше экрана и ниже банка переключения страниц. Все, что можно выкинуть в страницы - туда и пихают.

это дополнительный код. И когда этот код превысит 48К тогда из игры что-то придется вырезать или за счет дополнительной памяти можно будет как-то адресовать больше, чем 48К?

Ну, скажем так, подпрограммы логики особо места не займут. Но при желании любые обработчики событий можно распихать по страничкам и вызывать как подпрограммы.
В основной памяти оставляем лишь то, что никак не передвинуть: стек, обработчик прерываний, драйвер верхней памяти, процедуры работы с экраном.
Последнее и будет жрать основную часть памяти, если это раскрытые для быстродействия циклы. Плюс зачастую таблицы с данными.

В общем, адресовать "больше, чем 48К" не получится по физическим причинам. Для этого и придумали страничную адресацию.

[Sandro]

Я не про 48К хватит всем, я просто вижу очевидное ограничение на размер кода - он должен весь поместиться в стандартную память. Например, в игре нужно реализовать очень много логики, которую не перекинешь на рисовалку спрайтов.

Её вообще в рисовалке спрайтов быть не должно. Логика Драконуса или кого там ещё должна как раз уходить в доп. память и по результатам обсчёта править табличку спрайтов в основной. Ты же не собираешься тысячи объектов одновременно считать?
А вот рисовалка должна быть в основной, иначе нет у тебя второго экрана. Блин, что им мешало потратить один бит в конфиге страниц, и подключать второй экран вместо первого?

[reddie]

что им мешало потратить один бит в конфиге страниц, и подключать второй экран вместо первого?

То же, что заставило потратить последний бит в байте атрибутов на никому не нужное мерцание вместо чего-нибудь реально применимого.
Например, можно было сделать раздельные яркости бумаги и чернил, уже писал об этом. Небогатая цветовая палитра заиграла бы чуток поярче.
Впрочем, с включением второго экрана в адреса первого не все так просто: в той же странице лежат системные переменные и начинаются программы.
Решить сей вопрос в 128-й модели можно было, но лишь путем частичной потери совместимости со старой моделью, и сделали то, что сделали.
В дальнейших моделях (+3 вроде) появились вариации с тасовкой карты памяти, но это только прибавило несовместимости...
Вот в чем-чем, а тут БК11(М) выигрывает у Спектрума однозначно: у БК два окна для страниц, и проблемы, откуда кидать данные в экран, не существует.
Еще и сами экраны можно тасовать по этим окнам при желании (ну, с точки зрения программиста).

А вот рисовалка должна быть в основной, иначе нет у тебя второго экрана

Возможен ход конем: рисовалка расположена в странице со вторым экраном =) но это далеко не всегда применимо, хотя местами используется.

[Lethargeek]

Для Спектрума именно спрайтовый графон отжирает значительную часть в хорошей игре

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

[reddie]

много ли графония в квазатроне? от игры зависит

Именно, зависит от игры. И речь о заделе на будущее, а не о старых играх, рассчитанных на ту память, что была.
Может жрать и карта, писал же, что графика - лишь один из вариантов, куда девать память.
Из совсем экзотических вариантов - для прикладных/системных программ а ля базы данных или трассировщики плат (у них свои "карты").
Конечно, таким на Спектруме никто заниматься не будет, но в теории - почему бы и нет.
А проблема "столько нарисовать" не более проблема, чем проблема "кто будет кодить/вообще что-то делать".

[LW]

В первую очередь - улучшение графики.

в очередь.. но не в первую...
ну нет упора на графику... вызов п/п из страницы занимает не сотню-другую тактов больше. мелочь в общем итоге...

Ведь как ни подключай страницы, у программы остается доступной только 48К за вычетом памяти экрана.

А кто запрещает вызвать п/п из станицы???

Можно туда музыку засунуть, думаю что музон больше 16К не будет.

один, гл далеко не самый важный момент

Я не про 48К хватит всем, я просто вижу очевидное ограничение на размер кода - он должен весь поместиться в стандартную память.

Кто такое сказал???

И когда этот код превысит 48К тогда из игры что-то придется вырезать

Зачем вырезать, верхняя память наше всё..

Тут сразу стоит определиться: используем второй экран или нет.

Ну судя по всему человек - новичёк, а вы сразу в дебри...

Именно так, основной код должен находиться выше экрана и ниже банка переключения страниц.

Кто такое сказал??? В топку его. Код может находится где угодно, главное разумно организовать его вызов.

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

Тут тоже готов поспорить... Стэк - да. обработчик - частично да. Драйвер верхней памяти - обднозначно. п/п для раборты с экраном... а накой они нужны в основно памяти? Особенно если мы используем второй экран? В таком случае им самое место в 7й странице. Да и без этого есть варианты.

[reddie]

ну нет упора на графику... вызов п/п из страницы занимает не сотню-другую тактов больше. мелочь в общем итоге...

ммм речь не о вызовах подпрограмм, а именно об улучшении самой графики, в первую очередь, анимации спрайтов. Да и разнообразии тоже.

Код может находится где угодно, главное разумно организовать его вызов

В общем случае - да. Но если раскидать стопицот процедур по страницам, куча времени уйдет только на их щелканье. Во всем нужен баланс.
И процедуры работы с экраном далеко не всегда влазят в огрызок 7-й страницы. Особенно если задействованы таблицы и развернутый код.

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

Ранее упоминали про стратегии/рпг и карты. Еще одно непаханое поле. Можно опционально загружать расширенную карту, либо генерить, если используется генерация.
То же самое и с таблицами синусов/косинусов/квадратов/любых других. Простор для применения есть, способ задействовать память можно найти всегда.

[Lethargeek]

И процедуры работы с экраном далеко не всегда влазят в огрызок 7-й страницы. Особенно если задействованы таблицы и развернутый код.

и будут тормозить на фирменных спеках

[reddie]

и будут тормозить на фирменных спеках

Это уже проблемы буржуев. Понаделали тормозных машин, да еще с разными версиями медленной памяти.
Пусть покупают клоны наших тачек и радуются жизни. Тем более у нас TR-DOS по дефолту, а не кассетки и микродрайвы.

[zx-kit]

Если делать 1М, то по стандарту АТМ.