На сайте в разделе ИКП пока только для агат-9 (просто всё не успеваю), там так и указано в текстовике. Я всегда однозначно пишу для чего это, или прям на сцылке или в текстовике в архиве.
вот для семёрки например:
http://deka.ssmu.ru/er/agat/Gamez/Compilat03.shtml
http://deka.ssmu.ru/er/agat/Apps/Tfp.shtml
Вообще я немного запутался:
не очень понимаю фразы, например: "Часть дорожки, от первого синхросбоя перед меткой данных до последнего, в образе отсутствует - её похоже мне и не хватает". Как понять "в образе отсутствует"? уже говорил, что образы рабочие. три примера я привёл этих полей.
>???? А внимательный просмотр меню уже имел место?
Я не случайно спросил есть ли отладка: я имел ввиду не то, что лежит на поверхности и видно в меню, а что-то дополнительное. Олег, например, когда отлаживал свой эмулятор, вытаскивал из него текстовые дампы-трассы. Я так понимаю, та версия, которую ты распространяеш, этого делать не умеет или умеет, но это - скрытая возможность.
Вот я и спросил есть ли такое. Есть отладочное окно проца, но для отладки дисковода этого маловато. Ты сам как-то подсчитываеш отдельные проходящие от дисковода байты, возможно, в режиме отладки самого эмулятора. Но чтобы этим воспользоваться, нужна среда разработки, исходные коды и умение этим всем пользоваться.
Т.е. - практически - такой возможности у меня нет.
Во всех трёх примерах между байтами track sect 5A и 6A 95 достаточно много байт AA и байтов с синхросбоем. В имеющихся у меня образах почему-то лишь три-четыре вместе с синхросбоем. Вот они и не работают.Сообщение от GARNIZON
Дополнительного нет. Есть выдача в окне дампа разных данных, но применительно к дисководу Агата ничего нет. Могу сделать выдачу в окне дампа содержимого буфера текущей дорожки. Ну и текущую позицию в строке статуса.
В режиме отладки самого эмулятора я редко смотрю содержимое буферов. Приходящие от дисковода байты я смотрю в команде чтения регистра данных при трассировке драйвера в отладчике эмулятора.
Добавил просмотр текущей дорожки. Чтобы посмотреть, надо нажать Ctrl+M в отладчике и выбрать fdd.track. В строке статуса отображается позиция "под головкой", точнее, позиция байта, который только что считался и находится в регистре данных.
Для образов 840Кб *.img оборот диска эмулируется за 270мс, при этом достаточно трёх байт AA, последний из которых с синхросбоем (именно такой img у меня на сайте лежит).
Для 840Кб *.aim - 230мс, при этом достаточно четырёх байт между концом метки сектора и началом метки данных. Образ с таким количеством байт у меня называется ikp_7.aim.
А вот для *.dsk я формирую пять байтов AA. При этом драйвер бейсика нормально работает и при 200мс оборота диска.
Выкладываю здесь только плагин, его нужно скопировать в каталог Plugins.
В nib-файлах, которые были до aim, то есть nib800, действительно три байта gap-поле между AF и DF.
Ну так вот их Voldemar тогда делал.
Почему именно три байт - не помню уже, может быть где-то в техдоках так писалось в каких-то.
Его эмулятору под MS-DOS это глубоко безразлично, потому что он вообще не был привязан потактово ни к реальному времени ни между выполнением команд и вращением дисковода: это совершенно открыто указано в его описании. Потому что никому кроме скоростеметра дисковода до этой привязки дела нет. Просто все действия были так подогнаны, чтобы
всё везде чётко работало. Но nib800 уже закрытый формат , не поддерживается и не обосновывается. А в aim у тебя вроде всё правильно. А если и не правильно - то разбирайся в тактах: я все цифры привёл
В общем, мысль уже высказана:
dsk можеш делать как тебе удобнее,
nib800 больше не поддерживается,
а AIM: "Для 840Кб *.aim - 230мс, при этом достаточно четырёх байт между концом метки сектора и началом метки данных" -
вообще-то в моих примерах пять байт. Ты считаеш , что достаточно даже 4-х, но на скорости явно заниженной (230 вместо 200)......
230 потому что типа дорожка убегает уже? и проц не успевает к началу поля данных?
Что-то со временем, или проц медленный или что-то с дисководным временем.
Т.е. ты поле адреса обработал, дальше ещё несколько команд на чтение поля данных, а дисковод в это время gap-байты пропускает. Вот в реале должно быть так, что проц уже ждёт поле данных, а дисковод только подъезжает к нему , а у тебя почему-то наоборот.
Последний раз редактировалось GARNIZON; 13.01.2012 в 13:09.
Да, я брал aim из ДОСовского эмулятора, там 4 и при 230мс работает.
Весь сыр-бор только из-за того, что при менее 5 байт AA на 200мс не успевает. Но если реально было 5 байт и больше, то можно эту тему закрыть.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Кстати, прикольно - драйвер бейсика у меня в эмуляторе при 230мс-обороте (c aim) работает явно быстрее, чем при 200мс (c dsk).
Можно и закрыть. Однако замечу - в реальности было по разному, и 3 и 4 и 5 и .... даже 10.
Зависит от форматтера и от того, если диск только что отформатирован и от случайностей при последующей записи.
GAP поле нужно как раз для того, чтобы компенсировать ошибки скорости дисковода, т.е. оно по определению может менятся.
Значит, скорость записи выше стандартных 250 кбит/с -- от 260 до 280 (= 6500 ... 7000 байт на дорожке).
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
