nedoPC.org

И тогда (в 80-тые годы) никто не довольствовался. А т.к ещё не знали как просто добавить альтернативный фонт кардинально улучшающий изобразительные возможности РК, потому и уходили на Ириши, Специалисты и Синклеры. Я это стал для себя использовать лишь с середины 90-тых, когда и сам РК86 давно вышел из моды. А фонт в моём РК не 6*8, а 9*10.

А Вы, когда рисуете рамки, то хотя бы режим в 30 строк используйте, чтобы вертикальных межстрочных разрывов в рамках не было. Рамки на РК всегда рисуют в таком режиме. Рамки в режиме на 25 строк это нонсенс, если у Вас фонт не доработан до высоты знакомест в 10 линий (что делается или допрошивкой РФ2 или с помощью КП11 коммутируемой сигналом LC3).
Атрибуты истрачены на цвет.
Конечно, я так делал на ZX-48K, чтобы посмотреть коды. За три минуты вводим программку в больших номерах строк и запускаем, чтобы увидеть коды защищённых программ. Это на РК и Специалисте есть монитор, а на ZX нет.

Чтобы не быть голословным, нацарапал кое-как в бейсике на PC: вот в Power Basic, вот в Quick Basic. Это заняло 25 минут, просто потому что я 100 лет не пользовался бейсиком и вынужден был читать HELP, чтобы хоть что-то вспомнить. На РК это вдвое проще, там есть подпрограмма HEX_A на F815.
Кладите ссылку, всем будет интересно почитать.
Какие окольные? Наоборот лобовые. Главное с'экономить труд и детали, простота реализации. А Вы что доп.микросхему буфера для подключения джойстика предлагаете? И важно, чтобы джойстик не мешал тем программам, что о нём не знают.

Те кто хотел джойстик в начале 90-тых (когда они появились для ZX) ставили его в РК на один ряд сканирования (т.е общий провод, что у ZX-джойстика идёт на землю, тут идет на диод одной из линий порта А). Но всё-равно применять джойстик в лоб без переделок программ не получается. Ведь надо, чтобы кнопка "огонь" была включена на <пробеле> или <ВК>, а направления - на курсорных клавишах. А курсорные клавиши на другой линии сканирования, потому общая "земля" не получается.
Какая унификация, когда пользователей единицы, да и те лишь железячники-музейщики, им наоборот, не надо ничего сверх базового варианта, а на улучшения плевать (по крайней мере до тех пор пока количество и качество программ для модифицированной машины не превысит критическую величину).
Не сочиняйте. Для рамок и инверсии я предлагаю припаять один проводок. Существенно улучшать платформу никому не надо, это обсуждали много раз. Поболтали и забыли, выяснилось, что всем плевать. Точнее железячникам плевать, а число программистов кому это интересно почти нулевое. Расширение ОЗУ и ПЗУ в дырках области В/У не меняет архитектуру, т.к нужно лишь для получения DOS или лучшего сервиса. Для программ по прежнему 32 кб и в лучшем случае ещё один альтернативный фонт.
Есть стандартные коды 0E и 0F, они переключают в 7-ми битовых машинах ASCII (большие и маленькие) на русские буквы (большие и маленькие).

Попалaсь мне как-то игра «BALL», где разрывов между строками не было. Благодаря журналу РАДИО со статьёй о программировании режима отображения курсора и той игре, я написал унифицированную подпрограмму и при запуске игр её запускал: И курсор отключал, и разрывы устранял.
А ещё делал режимы 64×25 с очень длинным периодом гашения строки, что сильно напрягало мой телевизор. А так же и режим 80×64 с символами 6×4 и буфером 80×128 (два дублирующих кадра ПДП чередовались и получались мерцающие полутона в местах различий - моя первая демосцена).
Если магнитные биты остались, можно было бы вспомнить все мои опыты и выложить тут…
Хотя бы файл загрузили в эмулятор!
Там таблица знакогенератора РК 6×8 и куча кода на ассемблере с выводом текста с шагом в 1 пиксель
(Это я на спор написал год назад для одного форума…)
Уделите минутку и проверьте мой ZX-файл
Читал давно - сейчас не гуглится. Надо локально попытаться сыскать…
Задача какая?
Я думал, мы здесь пытаемся обсудить способы предоставления пользователю (пытливому) большей свободы.
То есть, по максимуму разгрузить все биты ППА и т.п…
Забудем в этом контексте про XXI век и попытаемся почувствовать себя Джобсами!
Потому я и рассматривал вариант, где в области E000…FFFF 8 Кб SRAM - типа 537РУ8 или 537РУ17…Это да.
Но мой принцип не требует спец.кодов. Он просто адаптивно переключает половинки знакогенератора:

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

С помощью всего одной 555 ЛЛ1 (или КП11) и перезашивки фонта от межстрочных разрывов легко избавиться. Для этого достаточно, когда выводятся 9-я и 10-я линии знакоместа, т.е когда сигнал LC3=1, с помощью этого же сигнала LC3 сделать сигналы LC0, LC1, LC2 на входах ПЗУ равными единице, что приведёт к повторной выборке из фонта графики 8-й линии графики символа.

Идея заимствована из VGA-адаптера. Там встроенный фонт имеет матрицу 8*14 (или 8*16), но можно включить режим когда фонт выводится в матрице 9*14 (или 9*16), что достигается тем, что девятый горизонтальный пиксель знакоместа всегда повторяет 8-мой. Это приводит к тому, что горизонтальные линии начерченные псевдографикой выводятся без разрывов.

Здесь тоже самое, только по вертикали. Изменив фонт так, чтобы во всех буквенно-цифровых символах фонта 8-я линия была пустой, 9-тая и 10-тая линии повторяющие 8-ю - также будут пустыми. Благодаря этому в символах псевдографики вертикальные линии получатся сплошными без разрывов.




Вообще я собираюсь когда-нибудь странслировать альтернативный ROM-BIOS для РК86 для текста в режиме 30-ти строк. Это удобнее всего, если ПЗУ F800 двухстраничное в окне 2 кб (т.е две напаянных друг на друга РФ2). Тогда, например, по записи любого числа в FC00 включится альтернативное ПЗУ РК86 (по записи в F800 и сбросу - стандартное ПЗУ F800). Альтернативное ПЗУ будет идентичным стандартному, только экранный буфер будет размером в 38*78= 2964 байтов. Начало экрана вероятно будет на 7400, рабочие ячейки - на 7FA0...7FFF.

Можно также странслировать такое ПЗУ с драйвером на 30 строк и на E000 или 9000, тогда можно большую часть кода использовать из стандартного ПЗУ (добавляется векторизация входов для работы с экраном и клавиатурой).
У меня нет эмулятора ZX-Spectrum и я никогда его не использовал и, соответственно, не знаю как им пользоваться. Хотя у меня есть реальный ZX-Spectrum 48К на зоновской плате (сейчас без TR-DOS, зато с джойстиком, впрочем рабочий контроллер Beta-диска отдельно тоже есть, он в корпус не влезает), правда уже много лет его не включал.

Вoт на реальном и можно проверить! В том же WinAmp'е есть плагин для озвучивания Спектрумских файлов…
Кстати, это можно проделать и с клавиатурой! Как в ZX-Spectrum… Тогда у ППА канал A совсем освободится…
Тем самым, получается матрица 11×8 - как на КР-03.
Тут сижу и думаю, переписывать ли драйвер клавиатуры?

На своём КР-03 я свой написал, который мог несколько зажатых клавиш по очереди выдавать (когда познакомился с ZX-играми). Но там матрица клавиатуры более ровнее и требует таблицы…

Вообще-то, так как я здесь продвигаю Windows'86, клавиатура должна быть настраиваемой и поддерживать залипание управляющих клавиш… Авторы РК сэкономили пару PUSH/POP на входе/выходе п/п опроса клавиш. И здесь код можно ужать…

Чота блин, я не нашёл этой точки, т.к цепочек
- несколько.
Попробую... может 1 байт удастся выиграть.

Речь о исполнительной части п/п-ммы F81B. Она в оригинале вот такая:


В этой подпрограмме заменой маскирования на сдвиг и простейшей перестановкой уже в первом же фрагменте сходу освобождается 5 байтов. Вот так:

Кстати из этой подпрограммы видно как ROM-BIOS РК обращается с портом C, в котором только младшая половина PCL запрограммирована на вывод. Светодиод зажигается побитовой командой, что пишется в РУС ППА, а вот зачем-то вначале в порт C пишется 0. Я думаю, что это лишнее, но не могу проверить в реале (а это экономия аж 3-х байтов).

С одной стороны вывод нуля в порт С ППА клавиатуры это польза (т.к тогда на PC1, PC2 всегда 0, т.е если этими битами переключать фонт, то в базовом режиме всегда включается базовый фонт). Но когда мы работаем в альтернативном фонте, то как только мы опрашиваем клавиатуру, то тут же снова включается базовый фонт).

Это слегка мешает без модификации ПЗУ использовать биты PC1, PC2 для личных корыстных целей. Возможно не придётся вводить ячейки, в которых хранится содержимое битов PC1 и PC2. Скорее всего есть программы, что мигают светодиодом записывая байт в порт C. Вроде бы программ нет, что перепрограммируют режим клавиатуры (т.к зачем ?).

При WARMST в порт C запасного ППА пишется число $FF. Естественно это я убрал ещё в начале 90-тых. Думаю, что устройство, что было у авторов на порту С ППА D14 - это АЦПУ "Консул" и записывая в порт C ППА D14 все единицы, строб и выборка интерфейса деактивируются.

Этo цепочка от меня. Смотрите спойлер…
Предварительный код мой - 120 байтов…
Угу, есть такое. В подпрограмме парсинга хекс в буфере я так и сделал…
Призраки прошлого…

Помню, столько писалось про дребезг клавиш и их программном сглаживании. Но мне кажется, это - излишнее…
Опрос клавиатуры - и так медленный, любое дребезжание сгладится само…
Или я ошибаюсь?
В эмуляторах сложно проверить…
А на своём КР-03 я тогда ничего странного не заметил…
Подозреваю, что завод-производитель начхал на дребезг, так как в ПЗУ таблица раскладки клавиатуры нанимала около сотни байт. И ничего - программировал и не мучался дребезжанием каким-то фантомным…

P.S.: Ни в одном из эмуляторов световое перо не эмулируется: В разных эмуляторах читаются разные значения…
Хотя было бы здорово, чтобы позиция указателя мыши отражалась в регистрах и кнопка мыши читалась бы неким битом ППА…
На программное обеспечение можно было бы иначе посмотреть…
(Сейчас онлайн-эмулятор попробую ковырнуть легонько…)

Ну вот, использовал некоторые наводки и уплющил базовый монитор РК86 уже до 223 свободных ячеек.
Вот здесь исходник и коды. Там же и компилятор (достаточно запустить BAT-файл). Могу ещё увеличить это число на пяток байтов, если п/п-мму RIGHT4 (CR и курсор вправо на 4 позиции) заменю просто на CR. Нет смысла выдавать дамп и другие сообщения с отступом вправо. Некоторые системные программы делают вызов этой п/п-ммы. Но думаю, что её изменение не фатально повредит, просто вывод текстов будет левее.

- - - Добавлено - - -

Наличие светового пера возможно лучше, чем джойстик заменило бы указатель типа мышь. А так для РК на роль заменителя мыши остаётся только джойстик.

Саму мышь подключить очень сложно: для мыши от PC - или сложный контроллер на 580 ВИ53+ВВ51 с дефицитными буферами 170-й серии (схема для ОРИОНА из ж.Радиолюбитель за 1994) или чуть попроще на небольшом МП-ядре на КМОП Z80 (2К ПЗУ, 1К ОЗУ) с программной реализацией интерфейса.

Просто подключается лишь советская мышь для 8-ми разрядок из начала 90-тых. Это вот такая мышь, называемая "Манипулятор ММ-8031". Она имеет параллельный вывод и её обслуга программно проста.

А я имел ввиду, что однобитовый сигнал со входа светового пера как-то отражается на содержимом статусных регистров внутри ВГ75 и вдруг его можно использовать как однобитовый порт ввода.

Чтoбы народ не грузился, состряпал демку:

(Демонстрация "окошек" и "светового пера" ВГ75)

.
Раз уж пошла такая пьянка, что речь уже не только о программах, но и железяках, то вот копия моего поста о способе как поиметь две страницы ПЗУ F800 без доп.регистра или затраты на это запасного ППА D14. Хотя то, о чём будет речь прямо связано с модификацией ПЗУ F800.

Каждый из методов расширения ПЗУ имеет некоторые недостатки. Например, расширение ПЗУ в окне размером 8 кб конфликтует с РК-КНГМД включаемым в той же области E000. А установка двух или более страниц ПЗУ в маленьком окне F800...FFFF требует наличия сигналов управления переключающих страницы. Эти сигналы можно формировать отдельной схемой, например брать с доп.порта организованного на 1533ТМ9 или же использовать для этого биты запасного ППА D14, причём в последнем случае надо решать задачу, чтобы до запрограммирования режима ППА D14 и сразу после этого выбиралась нулевая страница ПЗУ.

До запрограммирования ППА у неё на всех выходах Z-состояние (что без резисторов привязки входами ПЗУ читается как уровень единицы). А после запрограммирования порта на вывод, на всех его выводах оказывается ноль. Эта проблема легко решается путём подключения к входам ПЗУ куда идёт управление от ППА D14 резистора 150 Ом на землю. Когда выходы ППА в Z-состоянии резистор утягивает адресные входы ПЗУ на землю обеспечивая выбор страницы 0. После запрограммирования данного порта ППА D14 на вывод, на его ножках возникают уровни 0, т.е выбор страницы ПЗУ 0 сохраняется.

Если страниц ПЗУ немного, например, всего две (две включённые в параллель РФ2), то ставить доп.регистры (что требует не только организации их сброса, но и узел для формирования сигналов записи в них) или же тратить на коммутацию ПЗУ запасной ППА D14 (которому есть более полезное применение в виде ROM-картриджа) - не оптимальные решения.

Вместе с тем, если посмотреть трезвым взглядом на использование клавиатурного ППА D20, то обнаружится, что два бита ППА клавиатуры, а именно PC1 и PC2 всегда запрограммированные на вывод не используются. Потому у всех изобретателей доработок РК86 давно тянутся их грязные ручонки к этим битам ППА с целью нагрузить их какой-нибудь полезной работой. Например, неплохо использовать их для выдачи трёхголосной программной классической музыки или же для одноголосной музыки, но зато с 8-ю уровнями громкости (используя и PC0 как третий канал или вес). Но одно дело придумать бесполезную железяку, а совершенно другое - поддержать это "изобрЕтение" программно.

Если использовать PC1 и PC2 для переключения страниц ПЗУ, то возникает проблема из-за того, что и базовое ПЗУ постоянно пишет в PC1 и PC2 нули и программы пользователя, что перенастраивают режим ППА также выводят нули на этих выводах. Т.о на этих выводах возникают единицы до установки режима ППА и нули после этого. Если учесть, что это всегда одинаковые сигналы, т.е или 11 или 00, то можно из двух этих выводов формировать один сигнал - номер страницы ПЗУ. При этом отпадает необходимость привязки на 0 (чтобы при выходах ППА в Z-состоянии была включена страница ПЗУ 0), хотя всё-равно желательна привязка на +5В, т.к нехорошо иметь Z-состояние на TTL-входах 1533 ЛП5.

Есть такой странный тип TTL-вентиля под названием 1533 ЛП5 (научно называется исключающее-ИЛИ). Он как раз даёт на выходе 0, когда оба входных сигнала равны и даёт на выходе единицу, когда на одном из входов ноль, а на другом единица. Т.к в имеющихся программах уровни сигналов на PC1 и PC2 всегда равны, то обеспечивается включение страницы 0, т.е базового ПЗУ РФ2 всегда в имеющихся программах. Но если программно (побитовой командой или даже байтом) вывести в PC1 (или в PC2) единицу, то включится альтернативная страница ПЗУ F800.

Таким образом не затрачивая запасное ППА D14 и не нагружая шину получаются две страницы ПЗУ и совместимость с имеющимися программами не нарушается. Но это возможно только переделав ПЗУ F800, т.к без модификации ПЗУ F800 при каждом вызове F81B, F812, F803 базовое ПЗУ РК86 от авторов РК принудительно устанавливает страницу ПЗУ 0 (т.к зачем-то кидает на порт C ППА клавиатуры байт 0).

Oпять Вы йогой пытаетесь меня увлечь: Чесать правое ухо мизинцем левой ноги

Повторяю: Наелся я статьями про ППА клавиатуры для переключения кодовых страниц знакогенератора и т.д…
Не хотите вот понять, что переключать ПЗУ-страницы без дополнительных проводков - иная прелесть!

Кстати, хочу вот свой КР-03 достать из шкафа и подключить к карте захвата видео…
Всегда любопытно было поглядеть на структуру сигнала при срыве синхронизации при ошибках программ.
За одно и ПЗУ считать хочу, чтобы посмотреть на драйвер опроса той клавиатуры…

И эмулятор ПЗУ в сети откопал…
Правда, это несколько не то: Мне нужно на лету перепрошивать через USB…
Думаю, без ATMega не обойтись…
Или же добыть аналог RET или подобного…
Или вот такое?

Использование имеющихся битов - это вполне в тему, ведь и Вас и всех людей волнует экономия деталей и минимализм доработок.
Это Вы погорячились, таких статей про биты ППА клавиатуры ещё не было, никто это даже ещё не испытал на практике. Это и невозможно без модификации ПЗУ, а этим никто не озадачивался ранее.

Запасное ППА D14 - это да, - это ранее уже не раз предлагалось использовать для получения управляющих битов реконфигурации (т.к это точно лучше, чем использовать тумблер).

Я сам с середины 90-тых коммутировал фонт битом PC0 запасного ППА, благодаря чему имел в своём РК два фонта - стандартный и альтернативный, что давало мне рамки и инверсию знакомест, а позднее попробовал и графику 192*86 - 43 видимых строки (а всего 50+2 строк) высотой в 6 линий растра, 64 граф.символа (про возможность поиметь графику 192*102 я тогда не знал, т.к исходил из советского стандарта, где частота кадров 50 ГЦ).
Если Вы о атрибутах ВГ75, то знаю я эту "вашу прелесть". Пробовал. А с возможностью переключать банки ПЗУ F800 сигналом /RD, Вы, как мы видим, - уже затрахались, не в силах преодолеть трудности. Программно это сложно, а по железу Вы горОдите нагромождение железа лишь ради того, чтобы не припаивать один проводок к ненавистному ППА.

А те, кто хвалят возможность оперативно (т.е по экрану) переключать фонты и режимы вывода атрибутами, сами ещё не пытались писать программы использующие атрибуты. Когда ко мне попал журнал "Радиолюбитель" 04.1992, то РК-цвет меня не взволновал (т.к имел лишь моно дисплей), а вот возможность поиметь инверсию знакомест - понравилась. Я сразу же припаял 155 ЛП5 и стал пробовать. Но оказалось, что чтобы удобно использовать инверсию атрибутом надо кардинально переписывать весь ROM-BIOS.

Инверсией в программах управляют так. На консоль выкидывается упр.код ESC,70, после чего все последующие выводы символов на CONOUT выдаются на экран в инверсии. А после выкидыша на CONOUT двух байтов ESC,71 восстанавливается вывод без инверсии.

Если в терминале управление инверсией такое, то всё в порядке, все фирменные программы будут с инверсией. А если в вашем терминале такой упр.код не поддерживается, то инверсии в фирменных программах у Вас никогда не будет, но Вы ещё и затрахаетесь, чтобы хоть как-то в своих программах использовать инверсию знакомест.

Атрибутом RVV несложно поиметь инверсию целиком всего экрана (и то только прямой записью в экран), но сделать инверсию на слово подпрограммой CONOUT не получится. Можно сделать инверсию на слово только прямой наглой записью в экранный буфер. Атрибут RVV можно использовать полностью переписав подпрограмму вывода так, чтобы (при позиционировании) позиции в экранном буфере не считались по формуле 76D0+Line*78+Colon, а позиция символа определялась сканированием строки с учётом атрибутов. Значит нужно иметь в ПЗУ два драйвера вывода, базовый и правильный поддерживающий атрибуты.


В то время как инверсия фонтом программно обходится нам всего в две команды для маскирования кода символа с флагом INVERSE, совсем не тормозит и совместимо с CP/M. А попутно ещё и даёт нормальные рамки и легко позволяет встраивать инверсию в имеющиеся игры РК. Потому, хоть на моём РК эта 555ЛП5 на атрибуте RVV так и простояла десятки лет (в надежде, что найду 40 игр, что согласно статье в ж.Радиолюбитель имеются), но я это не использовал, т.к имел хоть и ограниченную, но простую и удобную для программиста, обошедшуюся всего в кусочек проволоки, инверсию фонтом.

Кстати, использование порта C запасного ППА для коммутации фонтов даже не мешает его использованию для ROM-диска - экран не мигает символами при загрузке из ROM-диска, если на экране нет русских букв.

Потому в РК86 намного разумнее потратиться на кусочек проволоки, чем тщетно мечтать о полезном и удобном применении атрибутов ВГ75. Вы собираетесь переписывать ROM-BIOS, чтобы в нём была поддержка инверсии атрибутом RVV?

И нет никаких причин отказываться от имеющихся портов или даже добавки дополнительных сист.регистров на запись (по STA или OUT). Ваш довод, что расширять ПЗУ надо непременно устройствами "Plug & Play" - просто надуманный, ничуть не обусловленный реальностью. Т.к любой, у кого сейчас есть РК86, непременно имеет электро-паяльник и в состоянии соединить одним проводком вывод ППА с выводом ПЗУ. И логика у Вас отсутствует, - значит для расширения ПЗУ F800 припаять проводок нельзя, а для расширения фонтов соединять проводами атрибуты ВГ75 с адресами ПЗУ с фонтом - можно.

Кстати, если использовать PC1 и PC2 ППА клавиатуры не для коммутации ПЗУ F800, а лишь для выбора фонта, то не обязательна ЛП5, т.к случайное переключение этих битов не приводит к улёту, а лишь к возврату к стандартному фонту и возможному искажению экранной картинки, которая нарисована под другой фонт. Что позволяет при аккуратном программировании поиметь 4 фонта вообще без расхода деталей (не считая, что под знакогенератор придётся применить 2732, т.к в одну РФ2 влезает всего 2 фонта).
Что значит "на лету"? Не вынимая ПЗУ из РК86? Т.е USB-кабелем соединяем PC и РК86 и заливаем прошивку. Это Вы размечтались.

Чем Вас не устраивает вариант использования современных "Electrically Erasable and Programmable CMOS ROM" (русского термина нет, но я бы назвал ROM с интерфейсом RAM), для которых даже прошиватель не нужен, т.к у них поведение точно такое же как у обычного ОЗУ, но после выключения питания данные сохраняются, а время доступа 15-20 НСЕК. Или (что по использованию то же самое) - обычное статическое ОЗУ 62256/621024 с припаянной пуговичной батарейкой и резистором привязки на /CS.

Однакo, мой код короче А тут - всего два байта отыграл:
Сeбе к D14 я подключал вот такуюи несколько часов потратил на разбор сигналов. Написал простую программу позиционирования курсора, но дальше - не продвинулся: Опыта организации интерактивных интерфейсов не было…
Разве?
«Горячая перезапись» поддерживается?
Ну, например, чтобы тот же знакогенератор РФ1 на лету перепрошивать?Логика таки есть, но вы отказываетесь её воспринимать за логику и причисляете к маразму (моему)

Кстати, я тот (нелюбимый Вами) онлайн эмулятор внешним плагином доработал.
Исправил программирование ВГ75, сняв заглушки автора «return 255».
Добавил чтение позиции светового пера и бит статуса LP: Теперь, если указатель мыши за пределами экрана, бит сброшен.
Доработал «дешифрацию памяти»: Теперь ППА клавиатуры и ВГ75 по всему пространству 8000-9FFF и C000-DFFF соответственно.

Вот только клик мышки (имитация кнопки светового пера) как программе отдавать - не знаю.
Через бит ППА клавиатуры - схему КР-03 моего нужно доставать, чтобы свериться…
(На реальном проверить хочется же…)

P.S.: Сейчас планирую подползти к ПЗУ и попытаться организовать мою страничную карусель…

Подпрограмму INC_HL я убрал две недели назад (между версией с экономией в 200 и 209 байт). Также в этой подпрограмме две INC SP заменяются на один POP AF, т.к тут AF сохранять не надо.

А вот за LD BC,ERROR : PUSH BC и последующие цепочки RET FLAG, - спасибо, это, кажется, даст выигрыш в четыре байта.

A вот с «G» зря так… У меня она такая:Здeсь я тормоза сыграл! Чур посты не тереть - читающий должны иметь возможность проследить взаимный обмен технологиями!

P.S.: Я выше второй вариант выложил - ещё короче…
(Хотя и «CP 20H» можно выбросить тоже!)

А у меня такая: JP (HL). Это всего один байт. Не нужна директива G с точкой останова. Для этого есть отладчик (в ПЗУ на 9000 или E000), да и в нём на реале никакой нужды нет, т.к отладка с тех пор как в 1998 появились эмуляторы РК86 намного удобнее в них.

По поводу отладочных директив, позже, когда (и если) буду транслировать ROM-BIOS размером в 8 кб (E000...FFFF), то вставлю директиву '.' (точка) - мини-DISASM Z80. Это у меня было на ОРИОНЕ в мониторе (загружаемое из ROM-диска расширение M3), и часто использовалось. Полноценный отладчик не нужен, но полезно, чтобы было что-то под рукой, чтобы сразу посмотреть, что в программе. Кстати, ROM-BIOS на E000 как раз можно сделать оконным (8-ми килобайт хватит).

В директиве G гораздо полезнее не точка стопа, а возврат на WARMST по RET и возможность передавать программе параметры. Я уже упоминал, что удаление DIR_X и стоп точки из G даёт выигрыш почти в 90 байт. И их стоило бы убрать даже, если бы это не освобождало место в ПЗУ.

Но вообще, Вы надрываетесь уплющивая код почти впустую, т.к это имеет смысл, если код сдвигать схлопывая пустоты, получая в итоге сплошное свободное место максимального размера в конце ПЗУ, как делаю я. Тогда туда можно что-то вставить. А что толку, если Вы выиграете 3 байта там, два байта здесь... Ну будут у Вас в ПЗУ местами встречаться по несколько сплошных байт FF, какая от этого польза? Поэтому я и предлагал редактировать исходник и забыть о модернизации в кодах по месту.

Вы так и не сформулировали решаемую задачу и никто не знает какова конечная цель вашей модификации п/п-мм ПЗУ. Известно лишь, что Вы собираетесь поиметь огромное ПЗУ F800 и прошить туда как в ROM-диск всё эр-ка-шное ПО. Но то же получается и при какой-нибудь DOS или контроллере microSD, причём без всяких хитростей.

Вот я, освободив в ПЗУ ~180 байтов, два года назад встроил в ПЗУ РК автостарт из ROM-диска (первой программы, прошитой в ROM-диск с нуля), директивы K и H, п/п-ммы F836/39 для доп.банок ОЗУ, клавиатурные прерывания (т.е переходы предустановленные и задаваемые пользователем) по сочетанию УС+СС+Fn. Что позволяет с клавиатуры переключать режимы драйвера, запускать резидентные программы, грузить DOS, управлять программами не тратя коды, или, например, сливать весь массив памяти в файл (наподобие Magic_Key, но без прерываний).

А сейчас заменил CCP на специалистовское (заодно заменил и пару директив). Что мне надо, чтобы в монитор встроить новые директивы - команды DOS. Пробел - запуск, D без параметров - каталог, S - SAVE, L - LOAD в ОЗУ, E (или K) - удаление, R - переименование файла. DOS может быть любая: RAMDOS, RK-DOS, CP/M и ещё несколько. Вообще-то это мне надо для Специалиста, но когда CCP одинаков и есть инверсия знакомест, то разницы нет.

А освободив ~300 ячеек ПЗУ удастся полностью выкинуть из RK-DOS его CCP и в выигранное там (в ПЗУ 4К) место включить код нескольких SYS-файлов, т.к от внешних SYS-файлов давно пора избавиться. Вот это реальная польза от выигранного места в ПЗУ F800.

Это тоже неплохо, при вставке ниббла из A в HL выигрыш на команде загрузки в регистр B нуля:
на
CP 20H нужно, чтобы делать SKIP (пропуск пробела после предыдущего разделителя, запятой или буквы команды). Чтобы ком.строка выглядела красивее. Сделано неправильно, если пробел поставить до запятой, то не только проигнорируется один параметр, но и следующий параметр окажется искажён (т.к в HL уже не 0).

Возможно это использую, - по обнаружению пробела после запятой это будет интерпретироваться, что следом за пробелом идёт имя файла и будет делаться CALL на подпрограмму формата FCB по имени в ком.строке.

PS. Вот основные из искейп-команд самого-самого нижнего уровня, что нужны для организации оконности. Это именно на это Вы замахнулись объявляя, что вводите оконность в драйвер вывода.