Вид для печати
Папка эмулятора в общедоступном "хламничке"Цитата:
Сообщение от nzeemin
{чего там только не было - чего там только нет ;-) }
http://hobot.pdp-11.ru/EMULATORS/UKNCBTL_HDD/
+ тема с играми на этом форуме читайте первое сообщение, там дополнительные ссылки на игры и сохранения (SaveState)
для UKNCBTL.
В этой версии немного изменений:
1. Поправлена таблица перекодировки из набора символов УКНЦ в Юникод - влияет на команду Screen to Text и на изображение символов в окне Memory.
2. Меня всё-таки убедили что GRB это правильная палитра, поэтому она сделана дефолтной в эмуляторе.
Скачать: https://github.com/nzeemin/ukncbtl/r...tl-644-exe.zip
nzeemin, хотел узнать твоё мнение по такому вопросу:
В архиве часть ПО, которое требует стандартной сети УК-НЦ (как в школе), какова возможность
включить\добавить в новой версии эмулятора - виртуальную РМУ - по галочке (подкл\откл).
У которой СА вместо КМД и слотов ПЗУ и соотв. окно, а СА слухает только основное окно эмулятора.
Тогда по вкл. на экране РМУ всегда "*ЗАГРУЗКА ИЗ СЕТИ*", пока пакетики не полетят от РМП (основного окна UKNCBTL),
это не хотелка\не просьба - обсуждение возможности\идеи такой реализации?
Спасибо.
http://s17.rimg.info/125c350d70ce1ef...3e54d23c7f.gif
зы: в плане интерфейса - просто представь, что в родительском окне две вкладки РМП (это текущая допустим 644 УК-НЦ ) и
РМУ ( это по умолч. не активная сетевая 644-машинка у которой все те же экранные настройки, только нет никаких дискет и слотов).
Как-то так?
Этот момент поправил. Теперь DIR/FIL/BAD в эмуляторе проходит за ~34 секунды.Цитата:
Сообщение от Alex_K
Кроме того, в этой версии добавлена команда File > Screenshot to Clipboard.
- - - Updated - - -
Пока развитие сети не в приоритете.Цитата:
Сообщение от hobot
Как-то быстровато. Насколько я понимаю, при смене стороны/дорожки головка оказывает сразу в начале дорожки. Тогда да, полная дискета прочтется где-то за 32 сек.Цитата:
Сообщение от nzeemin
- - - Добавлено - - -
Посмотрел на github. Да, всё правильно. После чтения последнего сектора ещё остаётся промежуток GAP4 до конца дорожки и GAP1 в начале следующей. За это время драйвер дисковода успевает сделать подготовительные операции для чтения первого сектора на следующей дорожке. А когда позиция обнулялась, то размера GAP1 не хватало и первый сектор пропускался, в итоге - лишний оборот.Цитата:
Сообщение от Alex_K
- - - Добавлено - - -
У меня на реальной машине около 52 сек. Но на контроллере не стоит перемычка, временные параметры для НГМД-6022, а они там большие. Надо будет попробовать с перемычкой.
Лучше поздно чем никогда - улучшил цвета в тёмной теме в Qt-версии эмулятора, проверял под kubuntu.Цитата:
Сообщение от randomizer
Не идеально, но теперь хотя бы основной текст стал читаемым.
https://user-images.githubuserconten...2ae6d3916f.png
Огонь! QT версия почти готова стать основным инструментом. :v2_dizzy_punk:Цитата:
Сообщение от nzeemin
Кстати, обнаружил баг/особенность эмулятора.
Касается это регистра управления адресным пространством ПП.
С помощью этого регистра можно подставлять ОЗУ выше 0100000 в адресное пространство ПП, но как это работает из тех описания не очень понятно.
Как в итоге я выяснил, когда выставляешь в регистре разряды замены банков ПЗУ банками ОЗУ.
Это позволяет напрямую писать в ОЗУ, но читается не то что записал(подозреваю что чтение производится из ПЗУ)
Чтобы читать из ОЗУ, необходимо отключать сестемное ПЗУ. Но это возможно только для диапазона 100000-117777
А в эмуляторе достаточно выставить любой разряд замены и можно как писать в подставленное ОЗУ, так и читать из него.
Вроде бы баг, но когда знаешь о нём, он в общем то не мешает.
Это хорошо понятно из реверса чипов в соответствующей теме)Цитата:
Сообщение от randomizer
Да, эмулятор в этом плане работает некорректно.Цитата:
Сообщение от randomizer
При подставлении ОЗУ в области ПЗУ на реальной машине работают одновременно и ПЗУ и ОЗУ. Т.к. ПЗУ поддерживает только чтение, то в ОЗУ можно спокойно писать командами MOV, CLR. А вот при чтении одновременно работают и ПЗУ и ОЗУ. Т.к. ПЗУ быстрее, то оно сразу выставляет на шину данные и сигнал RPLY. А с контроллером ОЗУ возникает следующий эффект: чтение с ОЗУ в области ПП происходит за два захода - сначала читается младший байт, потом старший. Но контроллер ОЗУ при команде чтения сразу же выставляет свой буферный регистр на шину, в том регистре результат предыдущего чтения с ОЗУ. Потому в качестве результата оказывается сложенное по ИЛИ значение чтения с ПЗУ и результат предыдущего чтения с ОЗУ. Иногда контроллер ОЗУ за это время успевает прочесть младший байт с ОЗУ, в итоге результатом чтения будет значение чтения с ПЗУ и сложенное по ИЛИ значение старшего байта предыдущего чтения с ОЗУ и значение младшего байта текущего чтения с ОЗУ.
В окне 100000-117777 ПЗУ можно отключить. Тогда с ОЗУ можно полноценно работать. Но это только в том случае, если в разъемы ВУ не установлен контроллер IDE или электронный диск от ЭР.
А почему так? Ведь выборка внешнего ПЗУ тоже управляется установкой разрядов в соответствующем регистре.Цитата:
Сообщение от Alex_K
Можно его деактивировать при необходимости, или изначально не подключать банки внешнего ПЗУ.