Спасибо за поддержку! )
512x256 это ж Под профик?
Под ts-conf я уже нашел окошки которыми можно пользоватся и что является частью API wc.
Текущий размер экрана явно маловат, это очевидно. Текущую реализацию, как я уже отметил, я делал с использованием окошек от @Barmaley_m, и под стандарное разрешение. Про разрешение профи тоже думал (пока не заказал EVO ), но мысли остались не материализованными т к по факту нужно написать некую простую оконную систему на что уйдет время, а столько всего еще хочется ). С окошками оно и выглядеть прилично будет. Если у кого есть в разработках свой интерфейс без проблем адаптирую под него. Можно конечно все переделать на "без окошек", а-ля "под консоль", но в настоящее время на это уйдет больше времени.
Про работу с ББСками - тогда надо еще проработать реализацию xmodem или zmodem-а, чтобы можно было что-то скачивать/отправлять.
Посмотрю что с этим можно сделать. Текущее размещение больше продиктовано работой оконной системы. Я опирался на примеры работы с окошками и не особо вдавался о особенности его реализации.Сообщение от Error404
По части взаимодействия через APi - сейчас я этот момент решал с помощью макросов. Почти все узкоспециализированные ф-ции вызываются макросами которые идут в связке с модулями. Потому сейчас не такая уже и проблема переключится на использование других окошек или модуля ESP.
Пока только догадываюсь в чем ценность именно такого подхода. В моем понимании что в макросах вызывать печать символа, что тем же макросом вызвать какое-то APi по адресу. Это выглядит одинаково по трудоемкости, но всецело открыт для новых знаний, постижения и получения нового опыта. )
Я за консоль.
И 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)
Ну, меня макросы конечно не остановят, но многим другим было бы наверное проще имея один единожды написанный платформенно-зависимый BIOS для всего множества ESP-программ, запускать у себя прямо любые бинарники семейства (программы с логикой only), без перекомпиляции (а логический код пускай делает вызовы в тот BIOS по фиксировнным точкам входа). Т.е. как приложение ОС (а есть там дальше ОС или нет в реализации того BIOS - уже личное дело каждого). Почему я говорил про использование области 4000...BFFF под код - это в связи с тем, что на большинстве платформ в начале или в конце адресного пространства размещены ПЗУ или окна диспетчеров или ОЗУ области связи, и использование ОЗУ там может быть затруднено.
Последний раз редактировалось Error404; 07.02.2019 в 13:14.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Увы общий формат форума вышел из рамок моего любимого места , более тут не бываю.
И так, добавил на главную страничку todo и wish-листы. todo - это то что прям надо и над чем работаю, wish - то, что в очереди.
Это как бы не "прибито гвоздями", так что пожелания/замечания приветствуются.
Конечно не откажусь. Там автосролл есть? Добавлю с SDK с твоего разрешения.
Все-таки вырисовывается потребность доработки решения в сторону "консольного режима". )
- - - Добавлено - - -
Согласен полностью. Думал над этим для wc, но с автором еще не говорил. Сначала нужно сделать решение чтобы можно было пользоваться, а дальше исходить от потребности. )
в #4000 это ж экран...
В целом, как я говорил текущее размещение продиктовано больше оконной системой. А сделал через оконку потому что:
1. нужно было куда-то выводить, и желательно не в 32x22
2. красиво
3. быстрое и четкое решение, автору интерфейса огромный респект!
4. в консоле телнетовской мне не нравилось что командный режим включается по комбинации клавиш и выводится в рабочее поле. Проще би наглядней вводить команды в отдельное окно. Сейчас вот пришло осознание что можно и через консоль сделать удобно.
Но переразмещение в адресном пространстве пока не считаю приоритетной задачей. Вижу приоритет в том, чтобы сделать решения под разные порты. Глядишь, кто-нибудь и с библиотекой вывода в 512x256 подтянется)
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Есть пожелание, сделать драйвера низкого уровня по приему передаче через COM(или иные)-порты в виде подгружаемых внешних файлов (как в прежние времена в некоторых программах и играх делали внешние драйвера по доступу к памяти свыше 128Кб). Ну и стандартизировать, соответственно точки входа в них. А то, например, если брать ZX-Evo и ATM-turbo 2+, то при одинаковых экранах там совершенно разный тип доступа к COM-порту. На каком-нибудь Профике, вангую, еще один тип и т.д.
Максагор, NedoPC group
ПК ATM-turbo 2+ 1024Kb RAM, 1,7Gb HDD, CD-ROM, Turbo FM, GS-512
[ZX rulezzz 4reva!!!]
http://atmturbo.nedopc.com
http://vk.com/atmturbo
http://maksagor.livejournal.com
http://moskprf.ru
[СССР][Коммунизм][КПРФ] ну [ZX], естественно...
нет, Профик это 512х240. Пентагон возможно сделать под 512х192. Описание построения экрана Профи есть во вложении.
profi_extended_screen.zip
Profi must live!
Моё железо...
1. Profi 5.06/1Mb(DRAM)+Profi5.06(UP)/HDD/3`5FDD/CF512Mb/SD-CARD
3. Profi 6.2 Rev. B/1Mb/3`5FDD/HDD3.2Gb
4. Profi 5.05(down)/1Mb+Profi 5.03(UP)/Pentagon_Fix
Все укомплектованы:
Profi_ZX-BUS/ZXMC2/NemoIDE/SounDrive[свернуть]
Ссылка на Telegram-канал поддержки пользователей Profi.
Вот поэтому, ввиду зоопарка режимов, в идеале экраном и надо заниматься не самой программе, а некоему обособленному BIOS-у. Примерно как на линухе, где культурная терминальная программа перед началом работы делает запрос и получает текущие параметры консоли, и вывод управляющих последовательностей тоже делает абстрактно - через конвертирующую к реальности прослойку (либу termcap). А выводом в RS-232 также абстрагированно там занимается termios. Они конечно сильно навернуты, нам же надо только сугубо то что нужно тут, упомянул их всуе сугубо для примера. Автор напишет биос для себя, а весь остальной зоопарк терминалов сами потребители допишут.
Последний раз редактировалось Error404; 08.02.2019 в 13:30.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Уважаемый asve79, кстати, делает сейчас примерно то же, что и я - я сейчас тоже пишу терминалку, только под ОС TASiS, чтобы запускать ее на АТМ2+ и Пентеве. Уже готов ANSI-драйвер (на его основе сделал просмотрщик ANSI-графики - на форуме ссылку уже кидал: http://atmturbo.nedopc.com/download/...w/ansiview.ipc) и частично оконный интерфейс - работа в самом разгаре. Пока еще не брался за коммуникационные процедуры. Только накачал пока материалы по X- Y- Z- "модемам", по АТ-командам для модем. А за телнет (а у меня планируется возможность коннектиться как дозвоном по диалапу - такие BBS еще есть) еще пока вообще не брался. Если есть у кого подробная инфа (желательно на русском), буду благодарен.
Максагор, NedoPC group
ПК ATM-turbo 2+ 1024Kb RAM, 1,7Gb HDD, CD-ROM, Turbo FM, GS-512
[ZX rulezzz 4reva!!!]
http://atmturbo.nedopc.com
http://vk.com/atmturbo
http://maksagor.livejournal.com
http://moskprf.ru
[СССР][Коммунизм][КПРФ] ну [ZX], естественно...
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)