Rev. E1. Прошил v20230820, всё работает штатно и кнопка и через PS/2 клавиатуру, CMOS 20 МГц.
Вид для печати
Rev. E1. Прошил v20230820, всё работает штатно и кнопка и через PS/2 клавиатуру, CMOS 20 МГц.
Во-первых, Евгений, спасибо за мой [первый] Спектрум! Особенно порадовал режим +3e. «Живой» +3 я, наверное, уже не увижу, а тут такой подарок, отлично работает. Кроме одной мелочи :)
Наши испанские коллеги выпускают сборники в виде образов карточки, которые включают в себя, помимо всего прочего, и CP/M. Естественно, о Z-Controller там никто не знает и работает оно с DivMMC/ZXMMC. Я тут допилил, в меру понимания, загрузчик от Otivax/Spirax (испанский форум), который позволяет запускать CP/M прямо с карточки, без дисковода. Что для Sizif особенно актуально. Записать поверх CPM.BAS в разделе «CP/M»
Вложение 79446
Upd 2023 05 11: Теоретическая правильность моих изменений подтверждена, если кто попробует -- расскажите. Работать должно и с Mar Oceana и с предыдущим образом.
Я пока не осилил прочитать всю ветку за раз, но, что понял, вроде, применил. Интересно, что простой совет заменить обращение к E7/EB на 77/57 не сработал, там ещё и CS инвертировано? Или я чего не понял... Примеры, которые у меня в архиве лежат, они гораздо сложнее кода того загрузчика/FID’а.
И такой вопрос про +3e. А чем было продиктовано решение использовать столько экзотическую комбинацию для +3e, с Z-Controller? Можно вернуть третий вариант, который был «NO OS», как в настоящем divmmc, без firmware/esxdos, только порты? Т.е. выбор из четырёх: «DivMMC+esxDOS/DivMMC/ZC/OFF»? Это для пущей совместимости с испано-британскими творениями. Смысл в том, что, если вдруг что ещё попадётся для +3e, которое зачем-то хочет напрямую к карточке — как тот загрузчик CP/M, то, скорее всего, оно будет хотеть порты divmmc. И +3e прошивку тогда можно вернуть.
В z-controller другое значение бит в управляющем порту (#77). В частности, бит 0 отвечает за питание SD-карты (0 - выключено, 1 - включено), бит 1 - управление сигналом CS. В DivMMC бит 0 отвечает за сигнал CS для первой карты, бит 1 - сигнал CS второй карты.Цитата:
Сообщение от Chwe
Я стараюсь избегать нагромождения неиспользуемых фич в проекте, если что-то можно убрать - убираю, если что-то можно не добавлять - не добавляю :) Хочется соблюдать некоторый минимализм, но не мешающий охвату софта и комфорту.Цитата:
Сообщение от Chwe
Режим DivMMC NO-OS нужен был только для +3e. Когда меня попросили добавить Z-Controller (а он действительно имеет смысл вместе с BDI и дисководом т.к. стандарт де-факто для отечественного софта), то решение отрезать NO-OS и прикрутить +3e с ZC напросилось само собой. Если не получится допилить загрузчик CP/M, то можно подумать над возвращением этого режима.
Отлично, спасибо за пояснения. А то я в яндекс ткнулся, на первой странице описания портов не увидел. Пришлось своим архивом пользоваться, а я его истинности я не уверен :) Значит, загрузчик работает правильно и модифицирован верно (в теории, кто попробует, надеюсь расскажет тут).Цитата:
Сообщение от Uzix
Загрузчик допилить получилось, так что острой необходимости менять что-то в данный момент нет, +3e и сделано, как я понимаю, именно для максимального абстрагирования от конкретного носителя данных. Другое дело, что у меня создалось впечатление, что именно +3e с «голым» DivMMC и является на данный момент единственно ипользумой комбинацией. Поэтому для теоретической совместимости, может быть... А можно это записать в какие-нибудь «потенциальные» улучшения? На случай, если найдём что-то ещё, что прямого доступа к карточке из-под +3e требует.Цитата:
Сообщение от Uzix
Можно :)Цитата:
Сообщение от Chwe
Информация, скорее, к размышлению. Вряд ли такую комбинацию кто в здравом уме использовать будет, но, для истории, уж больно железка экзотическая... Да DivTIESUS, вроде, похож может быть, или я путаю что.
Я тут встретил человека, у которого есть DivMMC Future. И оно [почти] работает, Rev. E1, прошивки последние v20230820. Кстати, карточку из гнезда на плате sizif можно не вынимать, этот DivMMC Future как-то подавляет встроенный DivMMC полностью. Долго я его не держал подключённым, испугался, вдруг чего сломается.
Единственный момент, я не понял, как попасть в меню конфигурации (которое по долгому нажатию на NMI) когда этот DivMMC Future подключён. А, может, так оно и должно работать? У меня получается только в штатный esxDOS NMI браузер попасть и пауза не работает, тот же NMI даёт. Что кнопка на плате, кто кнопка на DivMMC блоке, что F5 на PS/2 клавиатуре, что кнопка джойстика. «Джойстик», в данном случае, это копия Nintendo Pro Controller через какой-то noname wireless адаптер на разъём mega drive — не моё, но без DivMMC там и конфигурация и пауза и NMI отдельно срабатывают как и ожидается. И F1/джойстик тоже вызывает NMI браузер, паузы не получается.
Я тут до конца недели, наверное, смогу попробовать что-нибудь несложное в плане тестирования.
Chwe, это нормальное поведение, аддоны могут перехватывать сигнал NMI и подменять ПЗУ на своё, а значит обычный обработчик NMI - менюшка или пауза - остаётся не у дел
Да, логично. Спасибо за уточнение. Кстати, думаю, можно этот DivMMC Future в список совместимого оборудования внести.
P.S. Чувак, мой знакомый, хотел странного -- потестировать как этот Future обрабатывает разные аппаратные варианты Speccy. Но в Sizif же контакты edge connector не переназначаются при переключении конфигурации, если я правильно всё понимаю.
Евгений, подскажите плиз вот что
Рев С (у меня нет прошивалок, поэтому так) работает со скартом прекрасно на двух ЖК телеках и на одном ЭЛТ
но недавно решил себе маленький жк телек купить специально для компов, и тут засада! именно на нем скарт сизифа заводится плохо
подергивает кадровую частоту и не гасит надпись зеленую у телека "видеовход 1", то есть, как бы толи не хватает напряжения (но с дргугой стороны, с антенны он переключается на скарт при включении компа), либо что-то еще
подскажите как "подкрутить" кадровую
еще раз - с этим же шнурокм этот же комп работает очень и очень хорошо на других (можно сказать на всех других ТВ), но вот с этим конкретно что-то не так
другие машины - карабас спайдер и джаст спекки работают нормально на этом ТВ
бяда :(
дергает примерно раз в секунду, "пролистывает" картинку вниз, всю
crrush, посмотрите тут https://github.com/UzixLS/zx-sizif-512/discussions/39 - очень похожая проблема - причина в неправильном подключении сигнала CSYNC в кабеле.
спасибо за быстрый ответ, судя по видео - очень похожеЦитата:
Сообщение от Uzix
обязательно попробую вечером перекинуть сигналы, спасибо!
Евгений, простите великодушно, но...
Мы вас все безмерно ценим и любим за ваше творение, и, думаю, ко мне присоединятся ещё другие, кто попросит вас услышать глас народа.Цитата:
Сообщение от Chwe
Ничто же не ограничивает вас в количестве вариантов конфигураций? Есть спрос на совместмость с HDF и +3e в разных вариантах ROM...
Ещё было бы шикарно, если будет возможно клавишу 'пробел' на геймпад назначить. Опционально.
В Myth: History in the Making пробелом инвентарь активируется и нельзя это переназначить в настройке управления, от чего очень грустно становится играть
Да, с клавишами беда на спектруме, у всех игр свои клавиши и часто не переназначаются :-(Цитата:
Сообщение от belik
Хорошо было бы сделать гибкое назначение кнопок на пульте - чтобы любую его кнопку можно было назначить на любую кнопку клавиатуры.
Не уверен сколько ресурсов CPLD займёт, но надо будет как-нибудь попробовать реализовать.
Ограничивает, конечно же - объём ПЗУ и количество логических элементов в CPLD.Цитата:
Сообщение от djs
Адресуемый объём ПЗУ составляет 256 Кбайт - 16 банков по 16Кбайт. Пустых банков нет, если что-то захотим добавить, то что-то придётся убрать. Раскладку ПЗУ можно посмотреть тут.
По CPLD - на данный момент задействовано ~1088 из 1270 логических элементов (86%).
А вот тут подробности нужны...Цитата:
Сообщение от djs
- - - Добавлено - - -
Грубая предварительная прикидка: на пульте в сизифе поддерживается до 10 кнопок (кнопка START всегда работает как пауза и кнопка MODE всегда Magic), любая из них может быть сопоставлена любой из 40 кнопок клавиатуры. Т.е. банально чтобы хранить конфигурацию - матрицу соответствия кнопок внутри CPLD потребуется 10*40=400 регистров. Для FPGA раз плюнуть а для CPLD - нереально...Цитата:
Сообщение от Uzix
- - - Добавлено - - -
Если не делать X/Y/Z конфигурируемыми и оставить как есть - турбо варианты кнопок A/B/C, получаем 7*40=280 регистров, чуть получше.
Если попробовать извернуться и хранить индекс кнопки - 3 бита - получаем 120 регистров - уже что-то, можно прорабатывать такой вариант.
- - - Добавлено - - -
https://pic.maxiol.com/thumbs2/16970...65552434.1.pngЦитата:
Сообщение от Uzix
Пора делать новый сизиф на более мощной FPGA :-)
Приветствую!
Были же идеи по поводу Sizif под корпус G738, отличный вариант. Есть новости? :) Очень надеюсь на положительный ответ (и не я один).Цитата:
Сообщение от Uzix
Не знаю у кого как, а у меня корпус-резинки давно используется как сувенир или ретро-антураж, мини-скандаблер (ещё раз спасибо за оригинальную платку valerium) и ps/2 клавиатура подключены внешне :(
Я вот так решил вопрос с корпусом: https://zx-pk.ru/threads/32157-sizif...=1#post1177616Цитата:
Сообщение от Dr.Dash
А резинка да, тоже на полочку с Арлекином ушла, пусть украшает.
Несколько раз переделывал и в итоге забросил т.к. нет чёткого понимания что и зачем я хочу сделать :v2_dizzy_roll: Вроде как уже и есть и MIST 1010, и ZXUNO 1010 в таком корпусе.Цитата:
Сообщение от Dr.Dash
Ох как жалко-то... Печалька... Ведь MIST, ZXUNO, Katrabas, и пр. совсем из другого огорода - эмуляторы, я Raspberry Pi 4 с Batocera (возможно не совсем корректное сравнение, но суть та же) для такого использую, совсем не то что Sizif...Цитата:
Сообщение от Uzix
Кстати, давно хотел спросить (у всех, «в среднем по больнице»). А вот два банка тестов, многие этим, вот прямо, пользуются, вот каждый день? Оно, безусловно, полезно при сборке, но, кто сам собирает, тот, скорее всего, и ПЗУ может перепрошить без проблем. Что значит, два банка-то практически получаются свободные.Цитата:
Сообщение от Uzix
Нет, у меня лично нет никаких пожеланий, что бы я хотел там видеть. Из потенциальных улучшений, которые я могу придумать:
1. Возможность переназначить NMI с MODE на другую кнопку (см. ниже).
2. Порты DivMMC без esxDOS, ну, для штатного +3e.
NMI и кнопка MODE -- я тут приобрёл по случаю 8BitDo Retro Receiver для Mega Drive, но у него кнопка MODE использутся для переключения режима эмуляции 3/6 кнопок, поэтому оно само в себе нажатие перехватывает, что долгое, что короткое. Видел у знакомого какой-то noname Bluetooth адаптер, тот никаких кнопок не перехватывал, там MODE работала как и физическая кнопка на плате.
- - - Добавлено - - -
Из разряда курьёзов, но, вдруг пригодится кому...
Мне «в нагрузку» достался самый что ни на есть оригинальный и настоящий protek joystick interface (не который, как на фото в углу, а который как ProtekSwitchableJoystickInterface_Front.jpg, уж не знаю, разница есть или нет). И он работает, в режиме Sinclair Joystick, конечно. Что поддерживает режим Protek я сходу не вспомнил, а Kempston не работает -- я, врочем, такого и ожидал.
Верхние 256Кб всё равно не получится использовать по-другому - они не адресуются через ПЛИС и доступны только путём установки джампера. В своё время не ожидал даже что имеющийся объём получится заполнить чем-то полезным :-)Цитата:
Сообщение от Chwe
Уже вроде обсудили выше, но если появились новые аргументы в этом деле - велкам :-)Цитата:
Сообщение от Chwe
О какой кнопке MODE речь? На 8BitDo её нет как таковой - её роль выполняет средняя кнопка под Start, и она работает как положено.Цитата:
Сообщение от Chwe
https://cloud.err200.net/s/KtFZHRXLnB8JNCQ
А нельзя ли часть функционала, который не влезает в CPLD, например программируемый джойстик, оформить как внешний интерфейс?
Таким образом будут убиты два зайца: не надо заново разрабатывать новую модель Сизифа (владельцы готовых Сизифов будут благодарны),
будут обойдены ограничения CPLD и соблюдена официальная логика Синклера: добавление функций внешним интерфейсом.
Вспомните оригинальные Interface II для джойстиков и Interface I для сети и микродрайвов: не нарушая совместимости с существующим 48К,
они добавили возможностей.
Что-то подобное, кстати, уже существует - https://www.youtube.com/watch?v=d7-FvihyANcЦитата:
Сообщение от djs
Это понятно. У меня целая коллекция схем джойстиков для спека и zx81.
Но пойди-ка сейчас купи такое, даже если найти где-то у них.
Своё бы собрать, чтобы доступно было у нас без смс и регистрации.
Это мы, наверное, о разных продуктах 8BitDo. У Вас и родной джойстик M30 и приёмник. А у меня с миру по нитке, у меня родного 8BitDo джойстика нет, у меня Switch Pro Controller, вроде, настоящий. А от 8BitDo только приёмник. Согласно руководству, там [что бы они не называли этим словом] MODE назначается на (-) и оно так и работает, как описано. А START там на (+) и оно паузу вызывает. И быстрое нажатие на (-) ничего не делает, а после долгого receiver три раза мигает, что в руководстве описано как переключение между эмуляцией 3 и 6 кнопок. Вечером зайду к соседу, у него Xbox, попробую с Xbox Controller, может там иначе работает. Потому как, упоминание в руководстве поддержки XInput для устройства, которое работает только с Sega, как-то наводит на мысли о некоторой неадекватности писавших. Хотя, есть подозрение, что с «родным» джойстиком этот приёмник может использовать несколько другой протокол :(Цитата:
Сообщение от Uzix
Upd: нет, с Xbox та же петрушка, в принципе, согласно руководству.
Но, опять же, это, похоже, очередной очень редкий случай, если я первый, кто на такое наткнулся. Как вот с +3e и CP/M.
А тут осовремененную версию разрабатывают.Цитата:
Сообщение от Uzix
это не тут, это там.Цитата:
Сообщение от Xela
а нам "там" теперь не по зубам.
"Там" скорее всего выложат результат, что б можно было повторить. Когда доделают.Цитата:
Сообщение от djs
Евгений, вопрос, конечно, не совсем про Sizif, но не могли бы Вы поделиться, какие используете версии прошивок приёмника (и джойстика)? Я проверил, у меня на приёмнике самая последняя — v 1.25. И у меня кроме MODE/NMI ещё и X Y Z не работают с 8BitDo MD Receiver, что странно. 6-ти кнопочный режим не включается, что ли...Цитата:
Сообщение от Uzix
Я тут одолжил [экстремально примитивный] логический анализатор и сравнил данные на разъёме от 8BitDo MD Receiver и какого-то клона «нормального» проводного Six Button Control Pad (новодел, но c одной кнопкой START посередине, а MODE справа сзади), с которым все кнопки работают как и ожидается, и пауза, и NMI. И там картина принципиально разная.
Когда на «настоящем»/проводном периодически Select притягивается «вверх», то где-то там более или менее в «логичные» моменты контакт 4 (Right/MODE) тоже притягивается к +5. Всё короткие импульсы, 50 микросекунд и некая зависимость от Select прослеживается, что и правильно, как я понимаю, протокол опроса 6-ти кнопок примерно так и представляю. А вот 8BitDo MD Receiver фигачит на контакт 4 частыми импульсами по 2 миллисекунды, да как-то, на первый взгляд, и не сильно связано с Select — 1010001 и так непрерывно. Странно, что Up/Down оно как-то в итоге распознаёт...
8BitDo Retro Receiver for Mega Drive/Genesis V1,20Цитата:
Сообщение от Chwe
8BitDo M30 V2,00
Сопрягаю в режиме xinput
- - - Добавлено - - -
Обновил приёмник до 1.25 - полёт нормальный
Где бы вашу плату раскопать?
Попробуйте эту версию, в ней проведена большая работа по улучшению совместимости с некоторыми Z80: Вложение 79714. ПЗУ заливать от 20230820Цитата:
Сообщение от AndyS
Спасибо. Похоже, что-то у моего 8BitDo приёмника совсем не тик-так. Попробовал ещё несколько раз с Xbox Controller (который точно Xinput, белый такой), всё то же самое. Ладно, пока с проводным буду, там всё работает. Бывают же в природе дефектные и поддельные 8BitDo, похоже у меня такой.Цитата:
Сообщение от Uzix
Тут возник другой интересный момент. Допилил я таки корпус и засунул туда плату, которая «на столе» отлично работала. Теперь достаточно часто моя плата не грузится, показывает мусор, вроде того, что прикреплено, а то и какие-то эффекты на бордюре. Иногда просто пропускает инициализацию divmmc. Что странно, если просто выключить/включить — в 9 из 10 проходит. А если оставить в покое на надписи «(C) 1982 Sinclair...» на некоторое время — самосбрасывается в какой-то похожий мусор. Что интересно, играть и смотреть демки можно часами. Думал, шлейфы клавиатуры коротят что-то, но нет, без крышки с PS/2 всё то же самое. Очевидных поблем «проволочка под платой» точно нет. Там понадобился удлинитель microSD карты и провода с JP2, JP3, JP4 вывел на DIP переключатели, неужели они к такому могут приводить? Грешу на удлинитель SD карточки, так как помимо мусора наиболее частый симптом — неинициализация divmmc. У меня пока времени вдумчиво отключать по одному всё не было, но займусь скоро.
Что оно показывает на экране когда не загружается
Решил я тут обновить прошивки своего Сизифа на последние.
Обновил и... перестал работать контроллер IF1bis.
При переводе его в рабочий режим Сизиф как и положено переходит в 48 BASIC, но далее экран начинает заполняться оператором BORDER, как будто залипает клавиша "b".
Залил прошивку 2022 года - то же самое.
Проблема ушла только на прошивке v20211204.
Плата ревизии D1.
Надо изучать как он работает, какие порты использует
А исходники у него доступны?
Вот тут инструкция по нему: https://sites.google.com/site/interf...nts?authuser=0
Спасибо. Нашёл исходники, нашёл схему.Цитата:
Сообщение от Xela
Со временем соберу себе плату для отладки, но пока не в ближних планах.
Могу на опыты собранный прислать.
Поигрался со шлейфами, нет, зря грешил. Отключение всего и вся не помогло, теперь плата и на столе без корпуса поглюкивает, причём, что обидно, достаточно стабильно, уже, скорее, как правило не запускается. Через некоторое время (после прогрева?) глюки уходят. Под нагрузкой глюков нет, если сразу что-то запустить, только когда простаивает.Цитата:
Сообщение от Chwe
Из гипотез -- непропай. Потому как: а) зима; б) я его перевожу много, на достаточно дальние расстояния. Любые предложения по диагностике приветствуются. Методично пропаять всё до следующего года точно не смогу :( Хотя, может, память заменю.
Мы с приятелем вдвоём работали на дизеле… Когда я убрал все шлейфы и кабели в попытке выяснить источник глюков, SD карта оказалась заперта внутри корпуса а USB UART я толком так и не подключил (да и сломался он у меня, как потом выяснилось; его в TTL надо ставить или в 3.3?). В общем, понадобилась мне программка, чтобы закидывать файлы на карточку не вынимая её из Sizif’а. Благо, выставив частоту в 14МГц можно грузить в 4 раза быстрее. Остался пустяк, надо было что-то, что будет записывать эти файлы на карту без всяких заголовков и прочей мишуры. Я знал, что один мой знакомый делал что-то подобное, но у него код оказался хоть и работающий, но очень сырой и я засучил рукава и взялся запаяльникvim.
Рад поделиться с широким кругом незаинтересованных лиц результатами своих трудов: программка t2esx (в варианте esxdos dot command и «обычном») и скрипт split.py для копирования произвольных данных на Speccy через аудио вход, который буржуи зовут MIC. Кроме esxdos других зависимостей нет, работает даже на 48k. Можно передать до гигабайта за раз, если не лень :)
HOWTO
Разрезаем файл для пересылки скриптом split.py, запускаем на Speccy .t2esx и проигрываем TAP, созданный скриптом. Если есть ошибки — просто проигрываем TAP в цикле до победы над демократией. Есть другие пути использования, всё в README. ВНИМАНИЕ: «обычная» сборка файл никогда не записывает поверх существующего. Dot command вывалится с «Can’t open FILENAME; 18», можно указать -f, тогда перезапишет существующий файл.
[свернуть]
Детали в README, я его с помощью неестественного интеллекта перевёл на родной. Будут вопросы — с удовольствием отвечу. git repo
Up 2023-12-24: По случаю праздника вахтенный пьян, я прорвался к штурвалу и выпустил v1.2. Обратно совместимая версия, которая должна получше работать с 4x и 8x проигрываением с "ленты". Перевод пал жертвой моей лени, надеюсь, скоро восстановлю.
Up 2024-01-25: Эксклюзивно, только для читателей этого сайта, v2.0 за день до официального выпуска :)
Up 2024-03-14: наша Испаньола потерпела крушение в Стране Чудес и у нас появился Web Front End + v.2.1
README.ru.md
# tape2esxdos AKA t2esx
Как уже все сообразили, это не перевод README.md, а краткий пересказ
сути для понимающих :)
Мега-штука в 2.1 -- Web Frontend. Идём на
[https://tape2esxdos.sourceforge.io/t...rge.io/t2esx/),
перетаскиваем туда файл для передачи, выбираем скорость (процессора) и
жмём на пиктограмму WAV (правее "TAP"). Да, не забываем сначала набрать
`LOAD ""` на Speccy :) Ничего никуда копировать и устанавливать не надо.
Комплект для передачи данных на Спектрум через магнитофонный вход, без
использования какого-либо дополнительного оборудования. Изначально
создавался для решения проблемы "вот тут есть игра, надо закинуть на SD
карточку, но невозможно её достать из корпуса". Требует Python на
"большом" компьютере для подготовки данных и esxdos на Спеке (это
уточнение для владельцев +3 :) ).
Есть поддержка 2-х кратной скорости (turbo), практически полезно для
оригинального ретро "железа". Для новомодных клонов с регулруемой
частотой процессора лучше использовать TAP и просто проигрывать его в
2/4/8 раз быстрее средствами проигрывателя. Там есть ещё поддержка ZX
Spectrum Next, но нам это неинтересно :(
Тонкость: поставляется в виде разных сборок с разными возможностями --
48/128/и прочее из 80-х, там только turbo; с распознаванием частоты
процессора -- помогает выбрать максимальную скорость передачи для
современных клонов; и всё в одном.
Тонкость: turbo на повышенной частоте, скорее всего, не сработает, мы
пока не видели, где бы оно работало. Поэтому удвоить ещё раз
максимальную скорость не получится.
Комплект состоит из двух частей:
- split.py для подготовки данных
- t2esx в виде dot command или "обычной" TAP'ки для приёма данных и
записи на SD карту
Подготавливаем данные (несколько файлов можно упаковать tar'ом и сжать
zx7'м):
split.py DATAFILE
> DATAFILE может быть полным путём.
В том же каталоге, где находится DATAFILE оно сделает DATAFILE.xchtap.
Странный суффикс выбран, чтобы не путали со стандартными TAP'ами, у нас
немножко другой формат данных, распознать его может только t2esx.
Из дополнительных возможностей:
* -t сделает turbo TZX (.xchtzx), примерно раза в два быстрее
* -s разрежет TAP (только TAP) на отдельные куски, это если, ну, уж
совсем низкое качество передачи
* -u добавит в начало код самого T2ESX, в TAP версии. Удобно
для "одноразовой" передачи, если нет желания/возможности копировать
dot command.
остальное смотрите через split.py --help и в английском README.
После чего запускаем приёмник на Спеке и проигрываем TAP/TZX с нужной
скоростью. Если запаковали приёмник через -u -- просто проигрываем. Я
проигрываю без затей tape2wav'ом, но тут никаких ограничений.
Приёмник в виде TAP умеет только стандартную скорость и никогда не
перезаписывает файл, если он уже существует. Затирает всю память.
Dot command немного гибче, во-первых, она сама пытается найти место для
буфера данных (16k). Если не сообразит как, придётся вручную подвинуть
RAMTOP -- CLEAR 45055. Если сообразит, существующая BASIC программа
останется нетронутой.
* -f всегда перезаписывать файл, если он уже существует
* -w заставит выделять буфер в WORKSPACE Бейсика, игнорируя область выше
RAMTOP, полезно для сохранение вообще всего, что может быть в памяти
(буфер размещается в "uncontended" RAM, выше 32767, т.е. свободная
память до 32768 НЕ используется). -wl позволяет буферу начинаться ниже
32768)
* -bРАЗМЕР явно задаёт размер буфера. Скрытая опция только для читателей
нашего блога: комбинация -b -wl выделит буфер максимального размера в
WORKSPACE -- может понадобиться когда хочется сохранить всё-всё-всё,
что есть в памяти.
P.S. И про Next. Для dot command там автоматически задирается частота
процессора до 28МГц, то есть, надо проигрывать TAP на 8-ми кратной
скорости. Есть флаг командной строки -t (-tN где N=0,1,2,3 3/7/14/28Мгц)
для явного выбора частоты. Используется Next'овый API, нигде больше,
кроме Next и его **ПОЛНЫХ** клонов (N-Go и прочие) работать не будет.
## ФАК
- Python выкидываем?
> На данный момент (v2.1) все создатели пользуются командной строкой,
> поэтому `split.py` будет развиваться и дополняться в первую очередь.
> Плюс, опять же на данный момент, среди нас нет знатоков современного
> Javascript. Присылайте патчи.
- В моём Edge/Opera/Vivaldi/Epiphany/Links/whatever ничего не работает!!!
> Приносим свои извинения, но, пожалуйста, ~~см. рис. 1~~ предыдущий
> пункт. Мы не волшебники, мы всего лишь простые моряки с «Испаньолы» и
> у нас только ~~лапки~~ Firefox. Присылайте патчи.
- Так чего использовать-то?
> 1. Next? используйте сборку `-next`
> 2. Оригинал 48/128/+2/+3? используйте `-48k` (и TZX)
> 3. Есть возможность повысить частоту процессора? используйте `-cpu` (и
> 2/4/8-кратное ускорение воспроизведения TAP)
> 4. Что-то не из вышеперечисленного? попробуйте `-all`
- Сборка `-cpu` как-то влияет на скорость?
> **НЕТ**, эта сборка просто измеряет частоту процессора, чтобы было
> понятно, на какой скорости проигрывать TAP
- Так зачем там turbo загрузка-то?
> Исключительно для оригинальных 48k/128k, по просьбе владельцев. Если
> есть что-то с регулируемой частотой процессора -- надёжнее просто
> быстрее проигрывать TAP. Всё писалось изначально под Sizif-512 и потом
> добавили Next. Эта пара является и будет являться наиболее
> оттестированой.
[свернуть]
@Uzix, такой вопрос. А можно ли программно определить Sizif и, что собственно мне и нужно-то, скорость (3.5/4/7/14)? Я на исходники (что CPLD, что ROM) смотрел, смотрел -- да и не высмотрел ничего.
Chwe, скорость можно определять подсчётом количества тактов за инт. Пример - https://github.com/UzixLS/zx-midipla...src/device.asm
А зачем определять модель компьютера?