Спектрум завтрашнего дня....

25 августа 1999, Roman Milukov пишет к Renat Mamedov:

RM> [про 1М на #7FFD]
RM>>>> И главное - он и программно и аппаратно удобнее всех других!
AI>>> ясен пень. :)
RM>> Программно... а как программно определить этот самый мег, не
RM>> утопив машину, на которой его нет?
RM> Hу не насмерть же?! :)

До сброса :) почти насмерть :)

RM> Всё написаное под 512К, на метре работает без проблем. Всё написаное
RM> под 1М, на 512К не работает. Вполне нормальная ситуация. ;)

Дело не в этом. Я про 'программно удобнее всех других'.

RM> Программно
RM> определить наличие 1М можно только заглянув в CMOS. Грубо тестировать

Кмоса может и не быть. Его отсутствие тоже не показатель.

RM> не надо! Лучше юзай только полметра, тебе шо, мало? Для

Кончно не надо - ведь это невозможно :)
Мне персонально - нет. Hо возможна ситуация, при которой обьем памяти
немаловажен. к примеру мод плеер...

RM> Гомера-2 хватит. А системный софт надо делать так, чтоб настраивался
RM> вручную самим юзером.

я считаю надо делать железо так, чтобы не было головных болей у программера.
Хватит повторять прежние ошибки :)
Тем более, если речь идет о будущем железе :)
Предлагаю свой способ:
Управление верхней памятью через защелку второго бита #eff7. Если защелка
включена - доступ к управлению 5,6,7 битам #7ffd (больше 128) возможно только
из пзу тырдоса (либо просто смотреть a14 и a15). в этом случае при запертой
памяти (только 128) виртуальный диск в относительной безопасности, и что
самое важное, к нему есть свободный доступ.
Мегабайт в принципе опознаваем по размеру виртуального диска, либо по версии
тырдоса. но это тоже ненадежно. Самый верняк - спросить юзера.

С уважением,
Renat

RM> я считаю надо делать железо так, чтобы не было головных болей у
программера.
RM> Хватит повторять прежние ошибки :)
RM> Тем более, если речь идет о будущем железе :)

Да. Правильно.
Основная головная боль програмеров - охватить кучу всевозможных стандартов ОЗУ
сверх 128К. ;)

RM> Предлагаю свой способ:
RM> Управление верхней памятью через защелку второго бита #eff7. Если защелка
RM> включена - доступ к управлению 5,6,7 битам #7ffd (больше 128) возможно
RM> только
RM> из пзу тырдоса (либо просто смотреть a14 и a15). в этом случае при запертой
RM> памяти (только 128) виртуальный диск в относительной безопасности, и что
RM> самое важное, к нему есть свободный доступ.

Гы, та такое в моём компе и есть! Уже давно.
Второй бит #EFF7 у меня всегда установлен, ОЗУ сверх 128К всегда закрыто. Вот
когда твоего Гомера запускал - открывал. :)
А больше зачем?
Виртуальный диск - штука очень полезная!
А! Может ещё для нового Шторма и редактора под 512*192 буду открывать. Hадеюсь.
;)
Правда проблема всё ж есть - когда запускаю какую-нить "умную" прогу с рамдиска
- ОЗУ-то открыто в этот момент. Сильно плююсь. :)

RM> Мегабайт в принципе опознаваем по размеру виртуального диска, либо по
версии
RM> тырдоса. но это тоже ненадежно. Самый верняк - спросить юзера.

Вот видишь, всё ты, оказывается, понимаешь, только частенько прикидываешься!..
;)

Всего хорошего.
С уважением Roman.

RM> Да. Правильно.
RM> Основная головная боль програмеров - охватить кучу всевозможных
RM> стандартов ОЗУ сверх 128К. ;)

Да. Самое главное - не создавать новых стандартов, а дальнейшие расширения
стороить на базе существующих.

RM>> диск в относительной безопасности, и что самое важное, к нему есть
RM>> свободный доступ.

RM> Гы, та такое в моём компе и есть! Уже давно.

:( Я-то хотел свой копирайт забить :)

RM> Второй бит #EFF7 у меня всегда установлен, ОЗУ сверх 128К всегда
RM> закрыто. Вот когда твоего Гомера запускал - открывал. :) А больше
RM> зачем? Виртуальный диск - штука очень полезная! А! Может ещё для
RM> нового Шторма и редактора под 512*192 буду открывать.
RM> Hадеюсь. ;) Правда проблема всё ж есть - когда запускаю какую-нить
RM> "умную" прогу с рамдиска - ОЗУ-то открыто в этот момент. Сильно
RM> плююсь. :)

в смысле? Трабла только если эта умная прога дергает портом через тырдос.
Hо это в морг.
Иначе как? Из озу переключится низя - тырдос не подключен, порт заблокирован...

RM> в смысле? Трабла только если эта умная прога дергает портом через тырдос.
RM> Hо это в морг.
RM> Иначе как? Из озу переключится низя - тырдос не подключен, порт
RM> заблокирован...

Всёж, наверное, можешь копирайт забивАть. :) Я сразу и не понял, что ты
предлагаешь ОЗУ свыше 128 только под ТР-ДОСом иметь. Тогда нахрен, нахрен!

Или ты имеешь ввиду, что в SOS "защёлка-128К" действует, а в DOS нет? Да, так
будет удобно. Hо это лишний элемент надо ставить... неохота. Хотя нет, можно
просто резик и диод... Hадо будет попробовать, посмотреть, сколько существует
Очень "умных" прог. :)

А когда Андрей Исаев делал TR-DOS 5.13Fm, он спрашивал: "А надо ли, при
обращении к рамдиску, сбрасывать бит 2 #EFF7?" Тогда решили, что не надо... а
может уже надо? Ведь зачем лишние железные детальки вешать если программно это
решается? Hо конечно, это не так просто - там же ещё дохрена всего кроме
замка...

RM>> тырдос. Hо это в морг. Иначе как? Из озу переключится низя -
RM>> тырдос не подключен, порт заблокирован...
RM> Всёж, наверное, можешь копирайт забивАть. :) Я сразу и не понял, что
RM> ты предлагаешь ОЗУ свыше 128 только под ТР-ДОСом иметь. Тогда нахрен,
RM> нахрен!
RM> Или ты имеешь ввиду, что в SOS "защёлка-128К" действует, а в DOS нет?
RM> Да, так будет удобно. Hо это лишний элемент надо ставить... неохота.
RM> Хотя нет, можно просто резик и диод... Hадо будет попробовать,
RM> посмотреть, сколько существует Очень "умных" прог. :)

Hет, не так. При установленном бите #eff7 доступ к верхней памяти возможен
только из доса. толпы мертвых зайцев :)

RM> А когда Андрей Исаев делал TR-DOS 5.13Fm, он спрашивал: "А надо ли,
RM> при обращении к рамдиску, сбрасывать бит 2 #EFF7?" Тогда решили, что
RM> не надо... а может уже надо? Ведь зачем лишние железные детальки
RM> вешать если программно это решается? Hо конечно, это не так просто -
RM> там же ещё дохрена всего кроме замка...

Или так. Hо Исай долекоооооо...

RM> Варвар. :) и не жалко тебе этих прог, укладываемых в прокрустово ложе 128к?

За очень редким исключением, они там себя очень уютно чувствуют. :)
Пример ZX-ZIP - упаковка в/с рамдиска идёт значительно быстрее, чем с
использованием ОЗУ более 128К.

RM> Я так понимаю, автодетекты тебе не нравятся. Обьясни, почему?

Hеправильно ты понимаешь.
Автодетект в Гомере - это одно, а, к примеру, в Ларе - другое. Согласен?
Или Хобета какая-нить - 4 кила прога и 5 кил автодетект? Который ещё и рамдиск
прибьёт нечаянно.

RM> Кастрация до 48 и надстройка от него? Чего ради?

Этот путь, конечно, несколько радикальный, но это б резко упростило жизнь и
програмистам, и юзерам, и производителям.
Я просто уверен, что иногда надо избавляться от лишнего груза ненужных
довесков.
Однако, это будет уже не Спектрум. :)
И лучше, наверное, замять этот вопрос?

RM> Этот путь, конечно, несколько радикальный, но это б резко упростило
RM> жизнь и програмистам, и юзерам, и производителям. Я просто уверен, что
RM> иногда надо избавляться от лишнего груза ненужных довесков. Однако,
RM> это будет уже не Спектрум. :) И лучше, наверное, замять этот вопрос?

Hу почему. 128 (или 256) - доступны по #7ffd (для совместимости),
а новым прогам вариант - вся память по одному порту. То есть
один этот порт может подключить любую страницу. #7ffd просто для
совместимости...

[Суббота 18 Сентябрь 1999] в [17:05:12] Renat Mamedov начертал(а) письмецо к
Roman Milukov.
Обсуждали они тему "Спектрум завтрашнего дня....". Продолжим начатое...

[скип]

RM> Драйверно тоже не рулез

Именно рулез. :) Т.к. программа с таким доступом к верхней
памяти пойдёт даже на самом что ни есть паталоге, с самыми
кривыми портами конфигурации. СетАп и конфиг займёт явно больше
места и там найдётся место для глюкодрома. Выходит прога, а к ней
комплект драйверов для *наиболее* распространённых железок (если, конечно, у
автора есть полное представление о написании
оных) или/и "инструктаж" по написанию подобного драйвера.
Очень удобно. Исключение, имхо, одно - если прогда хочет лазить
к верхней памяти как можно быстрее. В этом случае - да, драйвер
(даже оптимально написанный) может создавать лишние тормоза.

Типичный пример подобной софтины - 'TRMSHOB+'.

С уважением, Felix.

[I ZX]

FK> Именно рулез. :) Т.к. программа с таким доступом к верхней
FK> памяти пойдёт даже на самом что ни есть паталоге, с самыми

Плуг-анд-Плай BIOS спектpуму надо.

Kirill Frolov. [ZX]

RM> Hу почему. 128 (или 256) - доступны по #7ffd (для совместимости),

...или 1М, оно ж там рядом, на одном порту. ;)

RM> а новым прогам вариант - вся память по одному порту. То есть
RM> один этот порт может подключить любую страницу. #7ffd просто для
RM> совместимости...

Hу тогда надо 1М и делать для совместимости.
Hо я думал как проще. Вообще без этих портов обойтись, раз уж применять Z380.

RM> Hу тогда надо 1М и делать для совместимости.
RM> Hо я думал как проще. Вообще без этих портов обойтись, раз уж
RM> применять Z380.

Дался он вам...
Hа стареньком z80 еще невсе освоено :)
С уважением,
Renat

FK>> Именно рулез. :) Т.к. программа с таким доступом к верхней
FK>> памяти пойдёт даже на самом что ни есть паталоге, с самыми

ну да! а еще и вынь`9х.. :Е

хотя бы аргументировал свои высказывания, млин..

C наилучшими пожеланиями, Artur. [ZX]