Определение типа компа и расширенной памяти.

Нашел я эту процедуру. Насколько я понимаю, она ниасилит отличить режим 48к с залоченным портом #7FFD (48 BASIC из меню) и незалоченным (после USR0).

Код:

---

HE281_0        HALT
              LD  BC,H0000
              LD  HL,H0000
              LD  (H5C78),HL
              LD  (H5C79),HL
              LD  E,#00
              LD  A,#FF
              LD  HL,H5C78
HE295_0        INC  E
              JR  NZ,HE299_0
              INC  BC
HE299_0        CP  (HL)
              JR  NZ,HE295_0
              LD  A,B
              CP  #07
              JR  NZ,HE2BB_0
              LD  A,C
              CP  #5E
              JR  Z,HE2D5_0
              CP  #63
              JR  Z,HE2CE_0
              JR  HE2BB_0

---

- - - Добавлено - - -

Проверил в эмуле - да, ниасиливает. Она выдает в BC:
#075E - для 48к
#0759 - для 128к/+2 c включенным ПЗУ Basic 128 (при загрузке из меню или из бейсика 128)
#0763 - для 128к/+2/+2А/+3 с включенным ПЗУ Basic 48 (после USR0 или после выбора в меню 48 BASIC), независимо от залоченности порта #7FFD.

Цитата:

---

Сообщение от weiv

после USR0

---

ну это уже надуманное ограничение, будем считать что процедура корректно определяет версию бейсика.
что-то подобное делал busy в OverScan и IntroSpec в Blossoming Years

Я к тому, что поставленную задачу - выяснить, есть ли расширенная память, которой можно управлять, она решает с оговорками - режим USR0 она не определяет. Версию бейсика да, можно определить. Также можно определить тайминги для рисунка на бордюре с учетом модели и запущенного бейсика, для этого она в Sentinel и используется. Для определения таймингов растра она уже не подходит - 128/+2 от +2А/+3 не отличит.

Цитата:

---

Сообщение от weiv

128/+2 от +2А/+3 не отличит.

---

однако скролл в сентинел работает

Цитата:

---

Сообщение от goodboy

однако скролл в сентинел работает

---

Так он же на бордюре, бордюрные тайминги у них одинаковые, у них растровые отличаются, задержки ULA в медленной памяти другие.

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

Проще посмотреть раскладку битов порта 1FFD у +2А(B)/+3 и у Скорпиона, и написать код, различающий их.

Выбрать адрес ячейки по которому во всех банках ОЗУ. Далее щёлкаем страницами и сохраняем содержимое этой ячейки каждой страницы в буфере. Затем пишем в эту ячейку номер страницы, начиная с конца (идём от максимума возможного кол-ва банков), т.о. доходим до 0-ой. Далее цикл проверки: идём от начала и сверяем записанное значение с номером страницы, как получаем несовпадос, так у нас фактическое кол-во живых банков. После восстанавливаем содержимое ячеек из буфера.

Цитата:

---

Сообщение от Dart Alver

Люди, кто-нибудь может подсказать процедуру наличия и определения расширенной памяти (больше 128K), корректно работающую не только на наших клонах но и на классике ?

---

Я лично со времен пришел к выводу что такой подход не нужен и не актуален

лучше и надежней сделать свою версию софтвари для каждой машины (благо их не много)

это раньше было нужно
когда интернетов не было
и софтом обменивались
и нужно было чтоб оно запустилось везде

щас все версии моментально скачаются одним архивом
выбрал нужную и закинул (и скорей всего в 99% случаев будет закидывание в резиновый эмулятор)

да и у каждой машины свои средства загрузки и запуска софта
каким образом буржуйский +3 загрузит наш трд? (ладно загрузит)
зачем буржуину грузить на +3 256к онли софт который не заработает в любом случае?

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

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

зачем тянуть и грузить ресурсы которые используются только на других машинах?

проще запилить все переключения памяти на макросах и условной компиляции
и собрать несколько 100% рабочих вариантов
для машин для которых софтварь предназначается

Цитата:

---

Сообщение от NEO SPECTRUMAN

Я лично со времен пришел к выводу что такой подход не нужен и не актуален

---

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