Отказывается запускаться. Пишет что-то про недостаток памяти и сбрасывается. В общем, неправильно определяет машину в этом режиме.
Вообще, есть возможность нормально с ним работать в vTR-DOS? Цель - копирование на A: для создания *.trd
Вид для печати
Отказывается запускаться. Пишет что-то про недостаток памяти и сбрасывается. В общем, неправильно определяет машину в этом режиме.
Вообще, есть возможность нормально с ним работать в vTR-DOS? Цель - копирование на A: для создания *.trd
он заточен под конкретную/модифицированную trdos на ATMЦитата:
Сообщение от norduk
У меня он нормально запускался на клоне Ленинград-1 с 128КБ. В дальнейшем память была расширена до 512Кб по стандарту Пентагон-512КБ (6&7 bits #7ffd), переписан драйвер памяти HC4 и тоже всё нормально работало (веселее с таким объёмом). НО! Насколько я помню, ПЗУ (прошивка) TR-DOS'а (у меня был обычный "Родионовский" 5.03) требовала патча для нормальной работы HC4. В описании к HC4 это должно быть. Там несколько команд с RET'ами для прямой работы с портами ВГ93 (насколько я понял). Но HC4 всё равно глючил. При длительной работе в HC4, он мог испортить экран и сбросится. И происходило это только на расширенной памяти, на 128КБ вроде работало (с таким объёмом это была не работа и мучение). Дело было очень давно. Что-то мог подзабыть.Цитата:
Сообщение от norduk
Можно попробовать запустить доработанную версию командера 4.01
https://vtrd.in/system/HONEY401.ZIP
Неее, в обычном TR-DOS он отлично работает. Речь именно про vTR-DOS. Там начинаются проблемы. А 401 я пробовал, так вот он даже в обычном TR-DOS у меня на АТМке не хочет. Но 4.0 нормально работает в режиме TR-DOS 128k. И RAM-диск видит и все дела. А вот в vTR-DOS - хрен.
Сбрасываться из-за недостатка памяти он может только в режиме 48Кб с блокированным портом #7FFD. В остальных случаях он будет работать хотя бы кое-как даже при памяти не выше 128Кб.Цитата:
Сообщение от norduk
А суть проблем при работе с vTR-DOS следующая:Цитата:
Сообщение от norduk
Для своей полноценной работы в портами ВГ93 "Хонюк" использует описанные еще Ларченко и Родионовым вызовы отдельных подпрограмм из TR-DOS. Но как подметили еще эти авторы, так можно добраться только до записи в порты ВГ93, а простых решений как прочесть из этих портов (или каких-то конкретных портов - не помню, а лазить в книжку сейчас лень, ибо не суть) нет. А для работы "Хонюка" так, ка задумали авторы, требовалось чтение из ВГшного порта #1F. Поэтому они придумали прописать в незанятое место в ПЗУ TR-DOS по адресу #3C30 маленькую подпрограммку из трех байт: #DB, #1F, #C9, что означает:
IN A,(#1F)
RET
Так как они писали командер ПРЕЖДЕ ВСЕГО в рамках проекта программной поддержки ИМЕННО ATM и как "фирменной фишки" этой машины, а работа Хонюка на других спекки-клонах их волновала мало, и эта же команда ОДНОВРЕМЕННО разрабатывала под АТМ прошивку ПЗУ, они могли себе позволить данное нововведение. Хотя понимая, что найдутся другие желающие попользоваться командером, они описали суть доработки, рекомендоав остальным тоже прошить в свои ПЗУшки эти три байта. При этом, даже с учетом того, что подавляющее число пользователей других клонов либо не смогут(не захотят) ради одной программы перепрошивать ПЗУ или, что еще более вероятнее, просто не узнают о таком предложении, это было для разработчиков все равно неважно и оправдано, ибо, повторюсь, "хонюк" изначально разрабатывался и рассматривался как фирменное приложение и часть ПО именно фирменного изделия фирм "АТМ" и "МикроАРТ" - ПК ATM-turbo (тогда еще даже только первой модели).
В общем да, Хонюк заточен под АТМ, но если прошить в ПЗУ TR-DOS любого другого клона эти три байта, то командер прекрасно заработает, за исключением нескольких функций (типа подпрограммы форматирования в разные стандарты), которые требуют памяти свыше 128Кб (где создается RAM-диск, куда загружаются содержащие эти подпрограммы оверлеи), которую, даже если она на другом клоне есть, командер не увидит, так как понимает только порты верхней памяти ATM1 и ATM2(+). Если же этих трех байт по адресу #3C30 в ПЗУ TR-DOS не находится (а Хонюк при старте специально проверяет их наличие), то он выведет красную менюшку с сообщением об их отсутствии и невозможности дальше продолжать работать.
Кстати о верхней памяти: Тут упоминали версию 4.01 - ее в середине "нулевых" сделал новосибирских спектрумист Diamond/AREAsoft. Основная доработка (помимо еще нескольких) - это да, как-то он смог обойтись без трех байтов, плюс, типа, ввел универсальный менеджер переключения страниц верхней памяти - он типа должен определять, на какой машине запущен (сам Diamond на тот момент был обладателем PROFI с 1Мб ОЗУ и проверял на нем) и работать с ее портами. Не знаю как оно там ее писал и отлаживал, но на ATM-2+ у меня эта версия видит упорно только 128Кб, т.е. порты верхней памяти не определяет. Посему я эту версию "для коллекции", конечно, выложил, но не использую. Поэтому вернемся к "классической" версии 4.00:
Почему она отказывается работать в vTR-DOS:
Для начала пару слов о том, что такое вообще это vTR-DOS? Это переработанная ПЗУха TR-DOS v5.04, в которую встроен программный (безо всяких, как в ZX-Evo аппаратный примочек типа аппаратный перехватчиков, дополнительных портов и проч.) эмулятор виртуальной дискеты в верхней памяти АТМ2+, путем перехвата любых обращений к портам ВГ93 и перенаправление их на подпрограммы, эти порты имитирующие. Это стало возможным как раз потому, что для доступа к портам используется вызов определенных кусков подпрограмм из ПЗУ TR-DOS через несколько точек в узком окошке #3Dxx (ну, это общеизвестные вещи). При создании аппаратного эмулятора его автор Юра Радаев aka UKMS[z] перечитал по теме от корки до корки Ларченко с Родионовым, перешерстил кучу нестандартных загрузчиков наши "кулибиных от программирования" (найдя еще кучу точек, не описанных Ларченко и Ко). В итоге эмулятор работает с подавляющим большинством загрузчиков, даже с музыкальными (когда и диск грузит и музыка играет), хотя на них жутко тормозит и подвывает, так как при эмуляции дискеты приходится точно также, как будто с реальной дискеты, побитово считывать данные из виртуальной дискеты в ОЗУ, и до конца приблизиться к скорости считывания при работе с реальной командой IN так и не удалось. Кстати, именно поэтому все же ограниченная часть загрузчиков с защитой все же не срабатывает - это прежде всего такие, содержащие ксорку, завязанную на времянку, например, на определенные значения регистра R. Или такие муз.загрузчики (например читающие видео напрямую с дискеты с AT-музыкой), где торможение и подвывание в определенный момент могут превысить какие-то критические значения - кажется в деме REFRESH именно посередине этого момента (после определенного времени успешных но мучительных попыток выведения видео) комп сдается и зависает. Но все же это единичные случаи, касающиеся работы на эмуляторе ВГ стандартных TRDOSных программ под 48/128Кб.
Но вернемся к перехватчикам - естественно, был подставлен перехватчик и на читалку порта #1F по адресу #3C30. Он заменен, если мне не изменяет память, на JP <куда-то там>, где, по сути, эмулируется то же самое чтение порта #1FЮ что вполне достаточно для правильной работы Хонюка. Но Хонюк-то об этом не знает! Проверяя наличие читалки порта в ПЗУ, он ищет наличие ИМЕННО байтов #DB, #1F, #C9и, находя вместо них что-то другое, ругается и отказывается работать. Короче, лет 10-12 назад Юра Корсунин (автор ядра TASiS) сделал пофикшенную версию хонюка 4.0. Она ничем не отличается от обычной верси, ей также нужна подпрограмма доступа к порту #1F по адресу #3C30, без которой работать не будет, но проверка наличия конкретных трех байт там отключена. Таким образом, эта пофикшенная версия сможет без проблем работать в vTR-DOS. У этой пофикшенной версии сложная судьба - когда оноа у меня была "на руках", у меня полетел мой комп (Писишка) и некоторое время его содержимое было недоступно. Потом эта программа забылась и затерялась.А недавно я специально в поисках ценных файлов с данными перерывал закрома уцелевшего винта с того старого компа и нашел пофикшенный хонюк и вчера выложил его на сайте АТМ. Качайте, пользуйтесь:
http://atmturbo.nedopc.com/download/...0/hc400fix.zip
Единственное просьба учесть еще один момент: если вы посмотрите стартовое меню ПЗУшки xBIOS, то увидите настройку доступной памяти на 128, 512 и 1024Кб. Дело в том, что эмулятором ВГ перехватываются (и распознаются!) не только порты ВГ, но и все теневые порты АТМ (системный порт и диспетчер памяти). Чтобы Хонюк увидел не виртуальную дискетку, а именно RAM-диск, верхнюю память (и смог загрузить туда оверлеи расширения), надо соответственно выставить значения. Кстати, на этом построена защита от изменения конфигурации машины и доступ к верхней памяти - например для того, чтобы защитить виртуальную дискетку от вмешательства запущенной программы, ежели она захочет работать со всем мегабайтом. Я напоминаю, что ПЗУ xBIOS писалась 12 лет назад, когда АТМ только возрождалась и мы, проводя эту работу не могли и мечтать о том, что интерес к линейке АТМ (включая тогда еще не существовавшую даже в планах ZX-Evolution/BaseConf) вырастет настолько, что появится много желающих кодить под ее расширенные возможности, а на свои скромные силы "завалить спектрумовский мир софтом под возможности АТМ" мы справедливо не рассчитывали. Поэтому был выбран рациональный подход - доп.память, диспетер памяти и адресуемая им конфигурация, это такая надстройка над классической архитектурой ZX-128, которая является частным случаем из множества вариантов конфигураций, которые можно установить через программирование диспетчера и палитры. Причем 99.9% спектрумовского софта написана и будет писаться именно под эту конфигурацию, и это просто данность. Поэтому надстройка над ZX128-конфой должна была быть поддержана универсальной средой, в данном случае OS TASiS/iS-DOS (и отчасти в CP/M на ранних этапах, пока благодаря Юре Корсунину не появился TASiS, хотя разумные предложения по использованию/созданию любой друго ОСи, например SymbOS принимаются, лишь бы она могла играть роль надстройки над ZX128), которая, среда, должна обеспечить дружественный интерфейс и программное обеспечение для комфортной работы (асм, текстовы редактор, работу со всеми устройствами, начиная с винта), а для использования всего накопленного богатства ZX-софта система могла загружать виртуальный дискеты в верхнюю память, также в свободные страницы верхней памяти сохранять себя в качестве резидента, вызываемого по сбросу или по RST0 в (v)TR-DOS, который "вертал всё взад", восстанавливая OS TASiS к моменту старта образа. Ну а чтобы запущенный с виртуальной дискеты ZX-софт невзначай не полез вверх и не затер саму эту дискетку и резидент с системой, и был предусмотрен блокировщик доступа к диспетчеру. Кстати, в те годы 99% софта, который мог бы туда залезть, были всякие командеры и копировщики. остальной софт практически всегда и так знал только 128Кб ОЗУ через порт #7FFD. Кто ж тогда знал, что появятся демки и игрухи, требующие доступа к палитре, всего мегабайта, причем доступа не только "старым дедовским способом спектрумиста" через окно с адреса #C000, но и через другие окна (например, для скорости вывода инфы на экран, включая в разных окнах одновременно старницы 7 и 3, или 5 и 1). Такие программы, при самом обычном загрузчике тоже, увы, не пойдут на АТМ, а только с реальной дискеты. Но таких все равно немного (на ZX-Evo пойдут, так как там памяти 4Мб, виртуальная дискетка расположена гораздо выше, да и эмуляция ВГ там напсана иначе, с учетом возможностей данной машины).
Так что, запуская Хонюк через vTR-DOS также предварительно поглядте настройки доступа к ОЗУ и блокировку синего "stop-screen". И все будет хорошо.
Кстати, для этого вообще было не нужно запускать хонюка через vTR-DOS. Чтоб вы все знали - расположение виртуальной дискетки в верхних страницах ОЗУ целиком и полностью совпадает с первыми 640Кб RAM-диска Хонюка. это было сделано преднамеренно в свое время (читаем выше про создание программной среды-надстройки). Поэтому можно загрузить хонюк через обычный TR-DOS, напихать в RAM-диск чего душа изволит, а затем сбросться, войти в vTR-DOS и работать с этими программами уже через виртуальную дискетку, или зайти в TASiS и имеющимися там утилитами сохранить ее содержимое в TRD-файл.Цитата:
Сообщение от norduk
Как-то так....
Максим, спасибо за развёрнутый ответ! Надо попробовать.
- - - Добавлено - - -
Именно, а для этого нужна дискетка. А в vTR-DOS можно его запускать прямо из TASiS и копировать всё что угодно с живой дискетки на виртуальную для дальнейшего сохранения в *.TRD (не вставляя в дисковод дискету с HC)Цитата:
Сообщение от Максагор
- - - Добавлено - - -
Ну во! Другое дело! Всё работает как описал постом выше, дискетки копируются) Ещё раз спасибо Максагору!
Ну и славно!Цитата:
Сообщение от norduk
Оффтоп: Кстати, еще в TASiS не опробовал ANSI-просмотрщик?
Нет. Дозирую изучение софта) Ещё не добрался.Цитата:
Сообщение от Максагор