А! Ну, если идет контекст про ОС, то могу сказать от себя следующее: мне, допустим нужен калькулятор... Зачем использовать модель 256К, если мне не нужно больше 48К? Как живой пример, дома у меня Цел-600 и 192 РАМы, и мне не нужно пережимать видео, и в игрушки я не играюсь, зачем мне устанавливать ОС, которой минимум необходимо, допустим 512 РАМы? Но здесь есть идеологическая совместимость на уровне запуска приложений, и я не собираюсь себе ставить ХР, подовольствуюсь менее прожорливой 2К. В нашем случае я буду потерян как пользователь новой ОС, если у меня, допустим, 128К РАМы. А это не есть гуд, так как я буду потерян не только как пользователь, но и как потенциальный разработчик новых программ. А заставить меня сделать апгрейд до 256К никто не может. ;)
ЗЫ: Слава Немо, что у меня KAY-1024! :)

Да не про оси речь ... Для большинства программ ничего не надо ...

Программы для 128к не работают на 48к ...
И что, не использовать 128к?

И только для примера.
Например программа печати экрана,... если запущена
прога для 128к, где должна быть размещена?
Соответсвенно "выше" 128к. Т.е. новые функции
требуют новой памяти.

Я про то, что есть ли смысл для программы размером в 5К из-за потребностей ОС использовать только 256К и выше... Как бы не получился маразм.
А если у тебя программа требует 100К, то, естественно, она не будет работать в 48К.
Это я именно к контексту ОС. Т.е. ОС должна работать в 48К. А если есть прог под эту ОС, требует 100К, то он должен ругнуться на нехватку памяти и благополучно возвернуться в ОС. Зато, если прогу нужно 5К, он благополучно запустится и будет работать.
А класс программ, требующий максимальных объемов "мозгов" вполне определен - программы работы с видео/звуком. Для остальных должен быть выбор - работаем ли в 48К или в 128К или в 256К и более.
И, если честно, т.е. "положа правую руку на Библию", то я ПРОТИВ универсальных "банкомётов". И считаю, что нужно и должно соблюдать модульность, так как неизвестно заранее, с каким железом столкнется программа у конечного пользователя. Т.е. должна быть возможность маневра.
ЗЫ: Имхо, пора этот трёп перенести в раздел про ОС...

А если абстрагироваться от ОС. Тогда вообще не понимаю, зачем, к примеру, печаталке экрана быть размещенной где-либо, помимо отведенного для нее места... Мысль, на самом деле, мне близка и понятна.
Как я написал уже выше, проблема использования памяти выше 128К целиком и полностью находится в ведении программиста, который пишет ту или иную программу. И если ему позарез нужно 256К, почему бы и не использовать такую возможность?
Если вернуться к железу, то получим несколько типов подключения (организации) памяти выше 128К. Вводить какой-либо стандарт сейчас никто не будет. Из реальных производителей мат.плат сейчас остался только CHRV & NedoPC team, остальных на горизонте не наблюдается, и вряд ли будут. А производимое железо вполне удовлетворяет поставленному вопросу, т.е. имеет память более 256К. И, кстати, использование меньшего объема в нынешних условиях просто экономически необосновано, так как, фактически, не влияет на себестоимость.
Вот теперь, я думаю, вопрос можно смело снимать с повестки дня, так как все бараны подсчитаны, убылей нет, волки сыты. ;)

И для тех, кто собирает себе Спектрум самостоятельно: рекомендуется устанавливать ОЗУ объемом не менее 256К с включением по одной из распространенных схем.

ЗЫ: Уф-ф-ф... Аж запыхался пока писал. Надеюсь инцедент исчерпан, и все всё поняли. ;)

2 jdigreze: нифига не понял :) Ну и аллах с ним :)

сорри что встреваю тут. мимо проходил :)

гы ;) ну даже в самом страшном сне ограничение снизу - 128к а не 48 :) может еще 16к вспомним или zx80/81 :D

вот именно, по сроку службы 90% машин 128к уже померли, выпускаются 1024к а юзаются минимум 256к. все остальные крики про 128к - от "емуляторных правозащитников".
Что например, дает даже 256к с "правильной" прошивкой ПЗУ для ОС - как минимум - эмуляцию куцего диска тр-дос с режимом 128к в верхней RAM - для поддержки винта/флеша - первоочередная необходимость для ОС вообще-то.

зы// пошел себе дальше

Вот. Верно сформулировано. А то мне лениво ... :)

Редакция 0.2 :)
Варианты разработки "нового ZX железа":

1) РС эмулятор (miniPC разных видов) под корпус ZX

2,3) Разработка компьютера-эмулятора ZX(современный процессор)
Вероятно, как побочный продукт разработки для других целей.
Минимизация "железа" и потребления.
Иначе - выгоднее п.1

4) Новая реализация на логике ("клон") - "ретро-инженеринг"

5) Устройства для существующих "клонов"
(Расширение памяти до 256к и пр.)

а мне уже становится лениво на форуме лазить...
от лишних слов ничего не меняется.

"от лишних слов " Ну мал-мала польза есть, для себя ес-но :)

К сожалению (или нет? ;)) все подобные разговоры слабо связаны с реальным программированием на спектруме. Мифические ОС никогда не покинут своего раздела форума zx.pk.ru, потому что нежизнеспособны и никому не нужны. Реальный спектрумский программист имеет монопольный доступ как к процессору, так и к памяти. И если ему будет удобнее использовать минимум 256Кб, то он так и будет делать, поскольку никому ничего не должен (все бесплатно) и чтобы не затягивать сроки написания программы (иначе может не хватит терпения и желания довести до конца).

Отсюда вытекает что способ распространения программ в виде исходников, помогает программистам меньше тратить времени на написание собственных аналогов уже существующих процедур, а значит ускоряет написание программ и увелчивает шансы что программа вообще появится на свет. Поэтому если кому-то действительно нужен драйвер для работы с памятью выше 128Кб я охотно поделюсь и помогу с его использованием. Это будет мой скромный вклад в дело написания новых программ.

p.s. Есть замечательный анекдот про сферического коня в вакууме. Не нужно подгонять теорию под практику.

"Поэтому если кому-то действительно нужен драйвер"
Конечно не нужен :)
"все подобные разговоры слабо связаны "
Как сказать ... Для себя я решил, что и почему делать с тем ленинградом,
что у меня :)
Ну и систему координат, для всяких "прожектов" ...
Легко определить "сферического коня в вакууме" :)

Господа, с "конями" завязываем... Давайте продуктивно. А то опять какой-то флейм начинается!

Попутно. Хороший корпус для ZX стоит 100-150р ...
Если источник будет за 150р, то весьма приятно ...

ЧТо за корпус, откуда взяты цены?

G1183 Ес-но он не для пентагонов-атмов ... Тока надо брать китайские.

Смысл ОС именно в том, чтобы облегчить разработку софта.
Если в ОС есть средства для работы для 256К, то программист может не задумываться как это делать на данной конкретной машине.
Замечательно.
ОС и есть набор полезных процедур.
Если ОС многозадачная, то все программы могут пользоваться одним экземпляром этих процедур, а не тащить каждая свой вариант. Каждая программа будет меньше. Больше программ можно будет одновременно загрузить в память. :)

В процессе жестокой борьбы с ленинградом подумалось ...
А нафига нужен бордюр? Т.е. его биты в порту.
Если экран расширен, то на его месте информация,
а если нет, то можно почистить страницу расширения ...

Закончил таки переделку ленинграда-1, вроде заработало ...
Для 41256-10 без WAIT.
Полностью синхронной схема не вышла, но как концепт - пойдёт :)
Из расширений видео - атрибут на байт, замена бордюра расширенным
экраном ...
В планах - "железный" адаптер РС клавы, порт карточек :)

Уточни плиз про "порт карточек"

"Железный" SPI

Софтовая поддержка? Порты уже выбраны?

"Софтовая поддержка?" сам не сделаешь, никто не сделает ...
Буду сам :)
"Порты уже выбраны?" Нет.

Вот близкая к "синхронной" схема синхронизации :)

Кто-то скачал схемку ...
Её можно в лог.симуляторе покрутить. Для полной синхронности
надо добавить отдельное от RAS управление мультиплексорами.
Но его по простому не получить ...
Из "особенностей" - регенерация по сси.
А так - подогнал под дш z80 и 41256-10.

Расширение экрана решил отложить. А атрибут на байт приделаю,
слишком это легко :)
И вопросы:
Бордюр - насколько он необходим, и если без дем ... ?
Порт расширения - типа 1ffd, но если для дешифрации
использовать только 2 старших адреса (+А1)?

В схемке были ошибки ... Но вроде всё функционирует ...
Работает даже Z80 считавшийся дохлым :)
Далее - прикрутить сом-порт и зашить бутлодырь ...
На к-ой порт вешать (если кому надо)?

Замечание - мультиплексоры 555 не проходят ... Если не добавлять в схему
элементы.
И ещё момент.
У памяти есть время "Row address hold time", для 41256-10 = 15нс мин.
Ставил мультиплексоры 1531 - работает ...
Если кто разбирался в этом вопросе - прошу отписать.
Думаю развести по времени включения из Z состояния - для исключения
токов ч-з открытые мультиплексоры.

Вроде все виды работают - от 555 до 1531 ... парадокс :)
Добиваю загрузчик с СОМ(порт магнитофона).
Софтово выше 38400 трудно, посему так.

Вот ещё вопрос ... Ведь надо читать порт 7ффд.
Иначе как в прерываниях память использовать ...

это почему и к чему вообще?

"это почему и к чему вообще?" Это подумалось
о псевдо-многозадачности :)

hint: чтобы не лепить лишние левые порты, просто заведи необходимые сигналы с 7FFD на внешний порт AYка

"порт AYка"
Так и планировал ... Только нет в магазинах его :)
Зайду ещё в те, что пропустил ...
И ещё темка. Загрузка и связь по софт-СОМу ...
Т.е. РС как ZX-сервер :)
Формат, протокол и т.п.

Посмотри раздел "каталог " сайта указанного у меня в подписи.

"раздел "каталог " сайта "
Типа заказать? :) Ну даже не знаю ...
Я стараюсь ориентироваться на то, что лежит в магазинах.
Деньги-товар сразу :)

Медленно вперёд ... :)
По ходу дела возник вопрос - как различать, к магн.входу
подключен СОМ или магнитофон?
Предлагаю так:
стабильно 1 - СОМ,
стабильно 0 - маг.,
переходы - не определен? (магнитофон?)
Старым программам будет ровно ...

Не прокатит там конденсатор разделительный стоит специально что бы избавиться от постоянной состовляющей

"там конденсатор разделительный стоит "
И что? Я о логическом определении.
Как там конденсаторы стоят - пофиг ...
Если программа определяет - СОМ, то она может
прямой доступ к файлам на подключенном ус-ве.

Нифига не понял... К порту м/ф должен быть подключен м/ф, а СОМ на этом порту ну никак не смотрится. Тем более для нормального СОМа нужен контроллер, типа ZX_MultiCard.
ASDT, объясни в чем суть идеи... ;)

Суть в том, что бы использовать имеющийся магнитофонный порт дополнительно в качестве последовательного порта. При этом режим СОМ определяется постоянным наличием единицы на входе, я так думаю всё остальное - не СОМ, а значит магнитофон. Кстати, зачем для СОМ иметь контроллер?