z80-telnet

[JV-Soft]

asve79, отличный проект , буквально сегодня лазил по BBS , через telnet на PC.
И тут ваш проект , нет ли мыслей сделать клиента под разрешение 512x256 или половинный шрифт ?

Очень прошу автора разделить ESP-программы на 2 части, взаимодействующие через некое API (функции, керналь, что угодно): в одной части логика, во второй - системно и аппаратно-зависимая часть (все вот эти выводы на экран и ввод с клавиатуры, IO в COM-порт, чтение-запись файла, etc). Разместить эти части по возможности в пространстве 4000h...0BFFFh. Это даст возможность минимальной ценой и с бинарной совместимостью сделать порт на большинство 8-битных платформ (написав свою аппаратно-зависимую часть и используя логическую часть "как есть").

Отличное предложение.

[Advertiser]

[asve79]

asve79, отличный проект , буквально сегодня лазил по BBS , через telnet на PC.
нет ли мыслей сделать клиента под разрешение 512x256 или половинный шрифт ?

Спасибо за поддержку! )

512x256 это ж Под профик?
Под ts-conf я уже нашел окошки которыми можно пользоватся и что является частью API wc.
Текущий размер экрана явно маловат, это очевидно. Текущую реализацию, как я уже отметил, я делал с использованием окошек от @Barmaley_m, и под стандарное разрешение. Про разрешение профи тоже думал (пока не заказал EVO ), но мысли остались не материализованными т к по факту нужно написать некую простую оконную систему на что уйдет время, а столько всего еще хочется ). С окошками оно и выглядеть прилично будет. Если у кого есть в разработках свой интерфейс без проблем адаптирую под него. Можно конечно все переделать на "без окошек", а-ля "под консоль", но в настоящее время на это уйдет больше времени.

Про работу с ББСками - тогда надо еще проработать реализацию xmodem или zmodem-а, чтобы можно было что-то скачивать/отправлять.

Очень прошу автора разделить ESP-программы на 2 части, взаимодействующие через некое API (функции, керналь, что угодно): в одной части логика, во второй - системно и аппаратно-зависимая часть (все вот эти выводы на экран и ввод с клавиатуры, IO в COM-порт, чтение-запись файла, etc). Разместить эти части по возможности в пространстве 4000h...0BFFFh. Это даст возможность минимальной ценой и с бинарной совместимостью сделать порт на большинство 8-битных платформ (написав свою аппаратно-зависимую часть и используя логическую часть "как есть").

Посмотрю что с этим можно сделать. Текущее размещение больше продиктовано работой оконной системы. Я опирался на примеры работы с окошками и не особо вдавался о особенности его реализации.
По части взаимодействия через APi - сейчас я этот момент решал с помощью макросов. Почти все узкоспециализированные ф-ции вызываются макросами которые идут в связке с модулями. Потому сейчас не такая уже и проблема переключится на использование других окошек или модуля ESP.

Пока только догадываюсь в чем ценность именно такого подхода. В моем понимании что в макросах вызывать печать символа, что тем же макросом вызвать какое-то APi по адресу. Это выглядит одинаково по трудоемкости, но всецело открыт для новых знаний, постижения и получения нового опыта. )

[Error404]

Можно конечно все переделать на "без окошек", а-ля "под консоль", но в настоящее время на это уйдет больше времени.
Про работу с ББСками - тогда надо еще проработать реализацию xmodem или zmodem-а, чтобы можно было что-то скачивать/отправлять.

Я за консоль.
И BBS-ки - это крутецкая круть! И очень надо.
Вот тут исходники реализации xModem: xGet от Камиля (caro) и xPut моя; окружение там для CP/M, но основные процедуры (rx_file, tx_file) - абстрактные (ну, почти) и можно прикрутить куда угодно: https://github.com/serge-404/AltairD.../source/xmodem

ZModem (который ЕМНИП в реализации лишь небольшая надстройка над XMODEM) мне понравился из QTerm, который сам по себе очень классный терминал с поддержкой VT100 (его исходники тут: http://www.classiccmp.org/cpmarchive...em/qt43src.lbr , CP/M-овские архивы LBR на PC распаковываются при помощи утилит: Linux DOS/WIN32 или в CP/M утилитами типа LU.COM)

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

Ну, меня макросы конечно не остановят, но многим другим было бы наверное проще имея один единожды написанный платформенно-зависимый BIOS для всего множества ESP-программ, запускать у себя прямо любые бинарники семейства (программы с логикой only), без перекомпиляции (а логический код пускай делает вызовы в тот BIOS по фиксировнным точкам входа). Т.е. как приложение ОС (а есть там дальше ОС или нет в реализации того BIOS - уже личное дело каждого). Почему я говорил про использование области 4000...BFFF под код - это в связи с тем, что на большинстве платформ в начале или в конце адресного пространства размещены ПЗУ или окна диспетчеров или ОЗУ области связи, и использование ОЗУ там может быть затруднено.

[JV-Soft]

512x256 это ж Под профик?

Да ,но и пентагон может такое использовать аппаратно. Если пока не очень хочется заморачиваться ,то можно выводить шрифтом 4x8 ,будет 64 символа в строке , могу дать исходники и шрифт если надо.

И BBS-ки - это крутецкая круть! И очень надо.

Да ,да ,да !

[asve79]

И так, добавил на главную страничку todo и wish-листы. todo - это то что прям надо и над чем работаю, wish - то, что в очереди.
Это как бы не "прибито гвоздями", так что пожелания/замечания приветствуются.

Да ,но и пентагон может такое использовать аппаратно. Если пока не очень хочется заморачиваться ,то можно выводить шрифтом 4x8 ,будет 64 символа в строке , могу дать исходники и шрифт если надо.

Конечно не откажусь. Там автосролл есть? Добавлю с SDK с твоего разрешения.
Все-таки вырисовывается потребность доработки решения в сторону "консольного режима". )

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

Ну, меня макросы конечно не остановят, но многим другим было бы наверное проще имея один единожды написанный платформенно-зависимый BIOS для всего множества ESP-программ, запускать у себя прямо любые бинарники семейства (программы с логикой only), без перекомпиляции (а логический код пускай делает вызовы в тот BIOS по фиксировнным точкам входа). Т.е. как приложение ОС (а есть там дальше ОС или нет в реализации того BIOS - уже личное дело каждого).

Согласен полностью. Думал над этим для wc, но с автором еще не говорил. Сначала нужно сделать решение чтобы можно было пользоваться, а дальше исходить от потребности. )

Почему я говорил про использование области 4000...BFFF под код - это в связи с тем, что на большинстве платформ в начале или в конце адресного пространства размещены ПЗУ или окна диспетчеров или ОЗУ области связи, и использование ОЗУ там может быть затруднено.

в #4000 это ж экран...
В целом, как я говорил текущее размещение продиктовано больше оконной системой. А сделал через оконку потому что:
1. нужно было куда-то выводить, и желательно не в 32x22
2. красиво
3. быстрое и четкое решение, автору интерфейса огромный респект!
4. в консоле телнетовской мне не нравилось что командный режим включается по комбинации клавиш и выводится в рабочее поле. Проще би наглядней вводить команды в отдельное окно. Сейчас вот пришло осознание что можно и через консоль сделать удобно.

Но переразмещение в адресном пространстве пока не считаю приоритетной задачей. Вижу приоритет в том, чтобы сделать решения под разные порты. Глядишь, кто-нибудь и с библиотекой вывода в 512x256 подтянется)

[JV-Soft]

Там автосролл есть?

Нет автоскрола нет , просто процедуры печати текста ,как то делалось для 64 символа в строке для шрифта 4x8. Если это чем то поможет. Для обычного 256x192

[Максагор]

Вот тут исходники реализации xModem

Есть ли где исходники реализации Y и Z-модемов?

[solegstar]

512x256 это ж Под профик?

нет, Профик это 512х240. Пентагон возможно сделать под 512х192. Описание построения экрана Профи есть во вложении.
profi_extended_screen.zip