#3d2f или #3d30?

[Gutten]

Что-то вы зафантазировались. Это у вас, владельцев Пентев или чего-то подобного флеш-карточки вместо дискет. А у нас, реальщиков - настоящие Пентагоны (у меня, например) с дисководами и дискетами.

Да, и вообще, как вы, SD'шники, запускаете ту кучу дисковых версий, которая не через 3D13?

Ну у меня железный Скорпион с СМУКом, который образы воспринимает именно как дискету и работает только через 3D13. И если версия не идёт, то либо (чито позырить) запускаю в Unreal'e, либо (если очень нужно!) пользую FDD-эмулятор либо забываю про неё. Или прошу добрых людей переделать на 3D13, помогает.

[Shadow Maker]

Что-то вы зафантазировались. Это у вас, владельцев Пентев или чего-то подобного флеш-карточки вместо дискет. А у нас, реальщиков - настоящие Пентагоны (у меня, например) с дисководами и дискетами.

Да, и вообще, как вы, SD'шники, запускаете ту кучу дисковых версий, которая не через 3D13?

Ты не поверишь, Z-Controller поддерживает всё

А так, мне никто не может починить Пентагон, все экстрасенсы в отпуске, поэтому у меня есть реальный Пентагон и реальный Скорпион, но один не включается, а другой не работает с ТРДОС.

[Jimmy Falcon]

Я не понимаю линуксовский жаргон)

Да, только не move, а mv. И mv в /dev/null не делают: файл null будет перезаписан содержимым того что туда перемувили. В /dev/null можно перенаправить вывод если он не нужен.

По теме: я немного не понял, если есть сомнения, что мешает использовать адрес 3D2F? Проблема перескакивания между ПЗУшками действительно имела место, причём даже при работе самого интерфейса TR-DOS из ПЗУшки.

[Titus]

По теме: я немного не понял, если есть сомнения, что мешает использовать адрес 3D2F? Проблема перескакивания между ПЗУшками действительно имела место, причём даже при работе самого интерфейса TR-DOS из ПЗУшки.

Желательно привести пример конкретной модели, в которой при обращении к 3D30 ПЗУ не успевало переключаться. И желательно со схемой, дабы понять, в связи с чем это такие тормоза.

Не исключено, что авторы TR-DOS сделали такую задержку на всякий случай или ориентируясь на какие-то медленные контроллеры, которые у нас и не ходили вовсе.

[Jimmy Falcon]

Проблемы переключения были на Краснодаре с внешней платой TR-DOS, переключение было реализовано транзисторным ключом и резистором последовательно с CS на плате Краснодара.

Только я не понял практического смысла постановки вопроса. Что мешает использовать адрес 3D2F? К чему вообще это обсуждение если мы знаем, что переход по этому адресу работает в любом случае?

[Titus]

Только я не понял практического смысла постановки вопроса. Что мешает использовать адрес 3D2F? К чему вообще это обсуждение если мы знаем, что переход по этому адресу работает в любом случае?

Чтобы понять, обоснованное это решение, или какой-либо атавизм.

[Advertiser]

[Faster]

А я сё же напишу. Дискеты никто не использует, но вот варианты образов дискет со СМУКом вполне используются. И они не всегда (или вообще?) не работают через #3D2F.

Ну просил же не писать об этом )) В моем понимании, то как это реализовано в SMUC подходит чисто для хранения архива дискет на винте, но никак для нормального и удобного использования в качестве виртуальной рабочей дискеты.

Почему на старшем брате ПЦ никто не лечит зубы через анус и не программит напрямую в порты? Есть стандартная точка #3D13 и работайте через неё. Чего не нравится-то? Медленно? Так счас многие с винтами, они быстрее дискет.

Потому что им слабо А если серьезно, то только на реальном дисководе можно оценить всю прелесть и крутизну фишек как лоадеров, так и сопутствующих процедур использующих низкое программирование ВГ-шки, которые просто не написать через функции #3d13. И окромя скорости работы процедур, на что ориентировался кодер не стоит забывать, что при использовании #3d2f можно было не заботиться о сохранении системных переменных и использовать всю память ОЗУ, что в некоторых случаях было решающим фактором. И да, #3d2f такая я же не менее стандартная точка, что и #3d13.

Ну у меня железный Скорпион с СМУКом, который образы воспринимает именно как дискету и работает только через 3D13. И если версия не идёт, то либо (чито позырить) запускаю в Unreal'e, либо (если очень нужно!) пользую FDD-эмулятор либо забываю про неё. Или прошу добрых людей переделать на 3D13, помогает.

Ну, собственно, тут все просто. К моменту разработки SMUC турболоадеры уже во всю клепали и никто не заморачивался над тем, что вдруг однажды MOA (читай Scorpion) создаст такой своеобразный эмулятор trd-образов, с ограниченным функционалом. Да и чего тут кривить душой, подавляющему большинству лоадерописателей было <censored> на этот дивайс уже после его выхода. От части причина была в том, что не многие знали как программно определить, что софт запущен с физического дисковода или образа. В любом случае мой топик это не призыв юзать исключительно турболоадеры и подобные вещи, а просто попытка разобраться в сути вопроса.

Проблемы переключения были на Краснодаре с внешней платой TR-DOS, переключение было реализовано транзисторным ключом и резистором последовательно с CS на плате Краснодара.

Вот такой ответ я и хотел услышать. Интересно, как много владельцев этого «Краснодара» и насколько он вообще был распространен? А есть пользователи GRM Pentagon, что они могут сказать по этому вопросу?

Чтобы понять, обоснованное это решение, или какой-либо атавизм.

Именно так

[Barmaley_m]

Интересно, как много владельцев этого «Краснодара» и насколько он вообще был распространен?

Постановка вопроса неправильная. Как уже написали, цена вопроса - 4 такта с одной стороны, и сужение круга поддерживаемых машин - с другой. Стоит ли вписывать новый пункт в System Requirements, если от него можно избавиться ценой 4х тактов?

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

[TSL]

Да, и вообще, как вы, SD'шники, запускаете ту кучу дисковых версий, которая не через 3D13?

Есть 2 пути:
- замена всех процедур в ПЗУ тырдоса на свои (бейзконфа),
- перехват обращений к ВГ93 и вызов процедур накопителя (тсконфа).
------
Насчет #3D30 vs. #3D2F. Проблема была в медленном ПЗУ, которое по мнению авторов могло не успеть выставить данные после срабатывания переключателя. Аргументы:
- не встречал в жизни такого контроллера, который бы в сочетании с ПЗУ не успевал,
- не бывает настолько медленных ПЗУ (считали как то раз),
- в момент переключения ПЗУ дергается шина адреса, и хоть дергается только 1 бит, все равно неизвестно, как при этом колбасит данные на ПЗУ. вполне реальна ситуция при которой на момент латча опкода на дате ПЗУ будут стоять не ожидаемые нопы, а какая-то ахинея, и все ухищрения все равно не помогут.

[Faster]

Постановка вопроса неправильная. Как уже написали, цена вопроса - 4 такта с одной стороны, и сужение круга поддерживаемых машин - с другой. Стоит ли вписывать новый пункт в System Requirements, если от него можно избавиться ценой 4х тактов?

Мой вопрос был просто ради интереса, а не ради экономии 4-х тактов, которых, кстати, будет вовсе не 4. Например в турболоадере на чтение 1 сектора это число составит уже 16 тактов (это без учета выбора нужной стороны диска и поиска нужного трека), а с учетом всех этих вещей - 28 тактов.

p.s. Titus, а ты не в курсе, кто написал турболоадер для x-copy (копировщик дискет)? Аналогичный лоадер, емнип, был и в креке Italy90 от Исаева. Вообще интересно, кто накодил первый турболоадер?