Загрузка с ленты

Я что-то не понял. Любого образа ленты? Значит так. Если там блок данных, то он начнёт грузиться. Если блок программы или скрина, загрузчик в ПЗУ не будет его грузить, а будет ждать следующий блок. Эмуляторы тут ни при чём.

Кстати. Есть такие программы, которые целиком оформлены в виде блока CODE. Загружается, и начинает работать. Секрет простой: в процессе загрузки затирается стек, и при выходе из подпрограммы загрузки управление сразу передаётся в нужную точку кода. Но не всегда прокатывает, а только при ожидаемом положении SP.

Добавлено через 24 минуты
Продолжаю. А если вы грузите именно кодовый блок, но не указываете куда, то он грузится туда, куда это в нём прописано. А если не прописано, то опять не грузится. А если не туда загружать, куда можно загружать, то сами понимаете - финита ля комедиа, как только испортился стек.

У кодового блока в "меню ленты" указаны его параметры: длина, адрес...
Я грузил его и просто и с адресом и длиной. Не помогает.
Привязки к какой-то конкретной программе, образу нету! На всех так.
Я же говорю, сам на образ перегнал файлы без всякой защиты и не могу их загрузить оттуда!
Только после загрузки любой бейсик программы, начинает грузить кодовые блоки, причем глюк этот на нескольких эмулях!
Я уверен, что глюк эмулей, потому что на реале такого не было! Я точно помню, сто раз это делал.
Возьмите кто-нибудь загрузите кодовый блок любой игры с любого образа.
Только сделайте это на чистой машинке после ресета!

Без проблем грузится, что в EmuZWin, что в EmuZGL. Проверил секунду назад на Arkanoid-128.tap

Цитата:

---

Сообщение от Vladimir Kladov

Без проблем грузится, что в EmuZWin, что в EmuZGL. Проверил секунду назад на Arkanoid-128.tap

---

Да, спасибо!
Я вчера чего-то ночью совсем затупил и запутался.
Дело в том, что проблема связана с +3дос. Эта фигня именно там происходит, как теперь удалось установить. Я просто на других версиях машинок кроме +3 не пробовал, а почему твой эмуль охаял сам не понимаю, там +3 прошивка вовсе не пашет .
Цель моя проста - обеспечить реальный Spectrum+3 играми, для этого необходимо перегнать файлы с образов trd в образы dsk, а потом с образа dsk на реальный диск 3.5". Использовать готовые образы на WOS бесполезно по двум причинам:
1. 90% образов защищены и ломать голову, тем более без описания защит, которые там применяют просто неохота.
2. 80% образов содержит неизвестные мне игры и программы, в которые я сейчас уже вряд ли проникнусь, в тоже время нужные и любимые, например, такие как, Elite на них отсутствуют.
Таким образом, и в силу того, что плагин никто из-за меня одного, двух, трех писать не хочет для решения этой задачи мной разработан следующий план(посылы) по переносу софта.
1. Очевидно, что машинок обладающих сразу и +3дос и trдос не существует.
2. Также очевидно, что все машинки могут работать с лентой.
3. Поэтому напрашивается перенос из trd в tap, а из tap в dsk.

С переносом из trd в tap я легко справился при помощи Навигатора (esn.exe).

А вот из tap в dsk возникли проблемы, о которых я выше писал.
Как я сейчас уже понял проблема в следующем:

грузим кодовый файл

load"t:m.pacman"

t: - в синтаксисе +3dos означает, что носитель лента.
по умолчанию, если не указывать, то будет грузиться с дисковода "a", что равносильно load"a:m.pacman".
В этом то вся и проблема!
Я пишу load"t:m.pacman" грузится заголовок, далее как я полагаю либо имя сверяется, либо оно просто используется, в этот момент и происходит затык, так как используется полный стринг t:m.pacman, в то время, как имя кодового файла m.pacman.

Эта гипотеза была проверена на 128 машинке с родной осью (не +3dos)!
гружу файл
load""code - результат ok

гружу по-другому
load"m.pacman"code - результат ok

гружу по третьему
load"tm.pacman"code - появляется описанный ранее глюк!!!:v2_yahoo:
Как видно, в третьем случае к имени добавил "t" - чтобы смоделировать ситуацию, которая происходит на +3dos. Т.е. если имя в команде загрузки не совпадает с именем в заголовке, появляется глюк!

Теперь вернемся к +3dos.
Как тогда вообще там что-то грузится, если в системе в ОС сидит такой БАГ?
Очень просто, никто и не пробовал грузить программу из бейсика.
Тыркаешь в меню tape loader, он как-то там, видимо, в коде выбирает текущий носитель лента, а потом пользуется стандартными процедурами из стандартной прошивки и все окей.

Это объясняет также, почему после загрузки первого бейсик файла, через tape loader, далее все грузится нормально. Понятно, что когда выбран текущий носитель лента - ОС начинает понимать t: в команде загрузки правильно, не отождествляя его с именем файла.:v2_smoke:

Вот пока все.

To be continue :v2_laugh:

off top
Клон,а ты когда успел из Долгопрудного в Самару свинтить? ;) Цезарь ты наш ненаглядный ;)

Проблема полностью разрешена!
Почитал фирменное описание +3 и понял как обойти проблему!:v2_devil:

Копировщик с ленты на диск будет выглядеть так:

10 clear 24500
20 load "t:"
30 load "m.pacman" code 25286,40250
40 save "a:m_pacman" code 25286,40250


Вся хитрость заключается в дополнительной строке 20, которая позволяет обойти глюк, при помощи принудительного назначения текущего девайся для чтения. После чего в строке 30 в команде загрузки указывается имя файла без дополнительного t:. В строке 40 сохраняется загруженный в ОЗУ файл на диск "а".

На мой взгляд, это реальный глюк операционки +3ДОС, так как команда load "t:m.pacman" по логике должна проходить без глюков, как, например, это получается для диска save "a:m_pacman".:v2_smoke:

P.S. Забыл добавить, что использование "." в имени файла в +3дос запрещено, так как это разделитель для расширения файла, аналогично MS-DOS. В приведенном примере файл на ленту был скинут с TR-DOS, где в имени разрешается использование ".", поэтому конечный файл при копировании в dsk был переименован в m_pacman.