Главная | Файловый архив | Музей | Статьи и FAQ | Журнал "Downgrade" | Total Hardware'99 | Ссылки | Авторам | База данных | Конкурсы

Кассетный интерфейс

ПОЛИГОН ПРИЗРАКОВ

Железные призраки прошлого - всё о старых компьютерах

Информация

ВНИМАНИЕ! При получении на e-mail оповещения о новом личном сообщении не отвечайте, пожалуйста, почтой. Воспользуйтесь личными сообщениями, иначе адресат не получит ваше послание.

ПОЛИГОН ПРИЗРАКОВ »   СТАРОЕ ЖЕЛЕЗО. IBM PC-совместимое. До 2000 года включительно »   Кассетный интерфейс
RSS

Кассетный интерфейс

Принцип работы, реализация кассетного интерфейса на современном пк

Выводить сообщения

<<Назад  Вперед>>Страницы: 1 2 3 4 5 6 7 8 9 * 10
Модераторы: Кай, Jccwu
Печать
 
Kurill_GANJOU
Newbie

Kurill_GANJOU
Всего сообщений: 25
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
19 апр. 2014

SoftCat написал:
[q]
Может быть для текстовых файлов на Бейсике длину надо как-то корректировать?
[/q]
Во вложении – процедуры чтения/записи файлов на кассету от «Поиска-1». Там, помимо всего прочего, есть описание кассетного заголовка. Особо хотел бы обратить внимание на примечание:
[q]
«Длина записанной в файл информации, значения сегмента и смещения адреса (поля заголовка A-F) запоминаются в заголовке только для файлов типов 01, 80 и А0
[/q]
01 – это исполнимый бинарник; 80 – сжатая Бейсик-прога; A0 – защищенная Бейсик-прога. А прога в виде ASCII текста имеет тип 40. То есть, по идее, для него длина должна браться не из заголовка, а каким-то другим образом. Теперь понятно, почему wav2cas глючит, причем именно на этом типе данных.

Кстати, неплохо бы узнать, как в этом случае находится длина. Первое, что мне пришло в голову – это следующий алгоритм: считывается с ленты 256-байтный блок, в нем ищется какой-то маркер конца файла (рискну предположить, что это четыре идущие подряд нулевых байта). Если маркер найден, значит, файл считан до конца. Если нет – загрузить с ленты следующие 256 байт и повторить поиск, и т. д.
Хотя об этом Бейсик было бы хорошо спросить: можно попробовать выловить и дизассемблировать процедуры работы с кассетными файлами. Ловить можно, например, по обращению к INT 15.


SoftCat написал:
[q]
А Вы как учитываете длину файла, указанную в заголовке?
[/q]
Я – никак. Назначение моего обработчика кассетного прерывания – это тупо считать или записать блок данных с ленты или на ленту. А уж сколько именно байтов в этом блоке использовать, решает вызывающая этот обработчик прога. В данном случае – Бейсик, т. к. других прог для работы с кассетами IBM PC (именно PC/PCjr, а не «Поиск-1») я что-то не видел.



Прикрепленный файл (RWCAS.ASM, 5093 байт, скачан: 129 раз)
SoftCat
Newbie


Всего сообщений: 54
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 нояб. 2010

Kurill_GANJOU написал:
[q]
Я – никак. Назначение моего обработчика кассетного прерывания – это тупо считать или записать блок данных с ленты или на ленту. А уж сколько именно байтов в этом блоке использовать, решает вызывающая этот обработчик прога. В данном случае – Бейсик, т. к. других прог для работы с кассетами IBM PC (именно PC/PCjr, а не «Поиск-1») я что-то не видел.
[/q]

Тогда поясните, пожалуйста, поподробнее, зачем Вам потребовался байт FFh в начале бинарного файла на Бейсике? Чем именно (при чтении бинарного файла на Бейсике) Ваш драйвер отличается от драйвера Профессора Лампочкина?
Kurill_GANJOU
Newbie

Kurill_GANJOU
Всего сообщений: 25
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
19 апр. 2014

SoftCat написал:
[q]
Тогда поясните, пожалуйста, поподробнее, зачем Вам потребовался байт FFh в начале бинарного файла на Бейсике?
[/q]
FFh потребовался не мне, а Бейсику, чтобы он бинарник, созданный wav2cas'ом из wav'ки, мог принять за родной дисковый файл и адекватно загрузить с диска. Драйвер здесь не при чем. FFh был добавлен не драйвером, а hex-редактором. Драйвер не пишет в файл то, чего там изначально не было.

SoftCat написал:
[q]
Чем именно (при чтении бинарного файла на Бейсике) Ваш драйвер отличается от драйвера Профессора Лампочкина?
[/q]
С точки зрения конечного результата (чтение файлов) - ничем, как для бинарников, так и для других типов. А вот на уровне кода есть разница в способе опознавания битов на ленте. У Лампочкина и у разработчиков "Поиска-1" минимальная продолжительность бита вычисляется адаптивно. А у меня (и у айбиэмовцев) она тупо сравнивается с константой. Вот, мне и было интересно, как это будет работать, особенно на советских магнитофонах с их коэффициентом детонации. Опыты с "ИЖ-306С" показали, что разницы нет.

Драйвер Лампочкина не может работать на XT. А мой, как показал uav1606, по крайней мере, писать может (чтение пока не проверяли). В перспективе это позволит добавить поддержку каасетных фунций от "Поиска-1" в "Поиск-2" (а кассетный интерфейс PC / PCjr можно добавить хоть сейчас, если собрать входные-выходные цепи и загрузить мой драйвер).
Моя прога не критична к базовому адресу LPT. Этот адрес может принимать самые идиотские значения, лишь бы он соответствовал реально установленному устройству. У Лампочкина адрес LPT фиксированный - 378h. Я ради смеха ставил в BIOS setup LPT1 как 378H, 278H или вообще "Disabled". Во всех случаях мой драйвер работал корректно (при нулевом базовом адресе он, понятно, не загружался).

О записи текстов на кассету.

Сегодня провел очередной эксперимент.
Во вложении:
TXT2CAS.BAS – прога на Бейсике, копирующая текст с диска на кассету;
CAS2TXT.BAS - копирование текста с кассеты на диск;
BYKOV.TXT – текст на диске;
BYKOV.WAV - аудиопоток на кассете.

TXT2CAS “на лету” по строкам копирует текстовый файл с диска на кассету. Прога ничего не знает о длине этого файла. Если бы копирование было с диска на диск, то тактика была бы понятной: записать строку в целевой файл, увеличить размер файла в FAT на длину этой строки, потом записать следующую строку, снова обновить FAT и т. д. (как вариант - обновить размер один раз, при закрытии целевого файла). А при записи на кассету Бейсик при всем желании не может отмотать ленту назад и скорректировать длину в заголовке. Поэтому логично предположить, что для текстовых данных в заголовок пишется какое-то фиктивное значение длины, которое реально (при загрузке) не используется.
Я записал текст на кассету, оцифровал запись и прогнал wav’ку через wav2cas. Трониксовский wav2cas, как это и следовало ожидать, глюкнул.

Tronix написал:
[q]
Ну у меня там в проге какой-то глюк вроде на тему размера был, щаз уже не помню точно, ибо год назад писал. Возможно проявляется только на таких маленьких файлах (< 512 байт) и возможно только на васике.
[/q]
А длина образца текста была почти 2 килобайта. И Васиком там и не пахло - это был литературный текст, а не Васик программа. Значит, глюк связан не с малой длиной, а с неверным ее определением в принципе. Выходит, что для данных типа 00 и 40 длина берется не из заголовка, а вычисляется анализом самих данных. Вероятно, там ищется какой-то признак конца файла (это или 4 нуля подряд, или 1AH / Ctrl^Z) и по положению этого признака находится длина.

Так что, есть смысл заняться реверс-инженирингом Бейсика…






Прикрепленный файл (TXT_TAPE.ZIP, 809474 байт, скачан: 147 раз)
SoftCat
Newbie


Всего сообщений: 54
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 нояб. 2010

Kurill_GANJOU написал:
[q]
FFh потребовался не мне, а Бейсику, чтобы он бинарник, созданный wav2cas'ом из wav'ки, мог принять за родной дисковый файл и адекватно загрузить с диска. Драйвер здесь не при чем. FFh был добавлен не драйвером, а hex-редактором. Драйвер не пишет в файл то, чего там изначально не было.
[/q]

А Вы пробовали читать бинарный файл на Бейсике через Ваш драйвер в Бейсике (как бы с кассеты)? Что при этом получается?


Kurill_GANJOU написал:
[q]
Сегодня утром разобрался, в чем дело с Бейсиком. Записал hellowld2.wav от uav1606 на кассету и пробовал загрузить в Бейсик. Моей программой считался только заголовок, после загрузки блока данных Бейсик выдал «Out of memory».
...
Что-то у нас с Tronix'ом взаимно обратные ошибки - у него неверно обрабатываются тексты на Бейсике в открытом виде, а у меня - в упакованном...
[/q]

Вот эта ошибка в связи с чем произошла?
Kurill_GANJOU
Newbie

Kurill_GANJOU
Всего сообщений: 25
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
19 апр. 2014

SoftCat написал:
[q]
А Вы пробовали читать бинарный файл на Бейсике через Ваш драйвер в Бейсике (как бы с кассеты)? Что при этом получается?
[/q]
Почему "как бы"? Прямо с кассеты и читал упомянутым совковым магнитофоном. Предварительно записав файл как на кассету, так и на диск, чтобы сравнить. На АТ / ATX компах с файлы с кассеты читаются успешно. Другое дело, что чтение на XT пока не проверяли...


SoftCat написал:
[q]
Kurill_GANJOU написал:

[q]

Сегодня утром разобрался, в чем дело с Бейсиком. Записал hellowld2.wav от uav1606 на кассету и пробовал загрузить в Бейсик. Моей программой считался только заголовок, после загрузки блока данных Бейсик выдал «Out of memory».
...
Что-то у нас с Tronix'ом взаимно обратные ошибки - у него неверно обрабатываются тексты на Бейсике в открытом виде, а у меня - в упакованном...
[/q]



Вот эта ошибка в связи с чем произошла?
[/q]
Там процедура выключения мотора магнитофона портила регистр, в котором драйвер возвращает кол-во считанных байт. Что интересно, на ASCII текстах этот баг не проявлялся (почему - понять не могу). Только на бинарниках. Команды PUSH / POP этот баг успешно пролечили.
SoftCat
Newbie


Всего сообщений: 54
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 нояб. 2010

Kurill_GANJOU написал:
[q]
Почему "как бы"? Прямо с кассеты и читал упомянутым совковым магнитофоном.
[/q]

Но можно выход звуковой карты использовать вместо магнитофонного выхода и проигрывать WAV-файл.
Kurill_GANJOU
Newbie

Kurill_GANJOU
Всего сообщений: 25
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
19 апр. 2014

SoftCat написал:
[q]
Но можно выход звуковой карты использовать вместо магнитофонного выхода и проигрывать WAV-файл.
[/q]
Это если под рукой два компьютера. А у меня он один. Экперименты с драйвером проходят по голым ДОСом, а оцифровка в wav - под Виндой. Опять же, желательно учитывать характеристики реального магнитофона (детонацию ленты и проч.).
Profesor_lampochkin
Junior Member


Всего сообщений: 103
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 янв. 2012
Всем привет :)

Вот что есть:

РАДЧЕНКО Л.И.
КОМПЛЕКС ПРОГРАММ
ДЛЯ ОБРАБОТКИ И ТИРАЖИРОВАНИЯ ПАКЕТОВ ФАЙЛОВ
"К О П И Р О В Щ И К вып.4".
Москва, 1991.

Комплекс программ "Копировщик вып.4" предназначен для использования
на ЭВМ ПОИСК, работающей с MS DOS в оболочке NORTON COMMANDER, для обработки
и тиражирования магнитофонных версий пакетов файлов, созданных с помощью
персональных ЭВМ ПОИСК, МС 1502, БК-0010.

Качаем тут :)

Ох и долго я искал эти програмки! (Вопрос по копировщику в моем сообщении от 15 февраля 2012) :)
SKcorp
Advanced Member
Эксперт.

Откуда: Leningrad, USSR
Всего сообщений: 3138
Рейтинг пользователя: 2


Ссылка


Дата регистрации на форуме:
28 июля 2008

Profesor_lampochkin написал:
[q]

РАДЧЕНКО Л.И.
КОМПЛЕКС ПРОГРАММ
ДЛЯ ОБРАБОТКИ И ТИРАЖИРОВАНИЯ ПАКЕТОВ ФАЙЛОВ
"К О П И Р О В Щ И К
[/q]


У меня был его пакет для БК - большего рукожопия в те времена было найти сложно.
Profesor_lampochkin
Junior Member


Всего сообщений: 103
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
7 янв. 2012
В файле INTDOC.DOC описание файлов "К О П И Р О В Щ И К вып.6", в файле COP.DOC "К О П И Р О В Щ И К вып.4"
Похоже, что из выложенного - часть файлов 6-го, а часть 4-го выпуска.
Жаль, конечно, что файлы не все...



А вот и форум, где добрые люди выложили это сокровище http://www.nedopc.org/forum/viewtopic.php?p=109907

Вот спасибо им :)
<<Назад  Вперед>>Страницы: 1 2 3 4 5 6 7 8 9 * 10
Модераторы: Кай, Jccwu
Печать
ПОЛИГОН ПРИЗРАКОВ »   СТАРОЕ ЖЕЛЕЗО. IBM PC-совместимое. До 2000 года включительно »   Кассетный интерфейс
RSS

Последние RSS
Какие люди пользуются Интернетом?
[Москва] Продаю плату XT-IDE rev.04
[Балашиха]Всё или любое за 400 рублей. Самовывоз
Какой стремный киноляп
[Курган, продажа] CGA\EGA монохромные мониторы+клава ХТ-АТ


Время выполнения скрипта: 0.0653. Количество выполненных запросов: 15, время выполнения запросов 0.0312


Партнёры: Компьютерный музей в Таллине | ЖЖ-сообщество | Таллин: Переулки Городских Легенд | Журнал "Downgrade"





Авторские права и условия копирования материалов



Hosted by Compic