Собрал. Не работает, ресетит машину.
Я там дописал переключение банки при выводе текста и инициализацию в crt0.s
При выходе из инициализации банки стоят верные, в страницу 33 скопирован фонт из ROM
Но я ни разу не видел, чтоб текстовый режим вообще запустился. Может быть что-то всё же недоинициализировал?
Исходник https://github.com/atsidaev/FUZIX/co...79b7edbdf1fc6d
sna и map, если захочешь поотлаживаться Вложение 57920
буду ловить тараканов, но, скорее, уже только сегодня вечером после 9. :(
- - - Добавлено - - -
Для начала, у тебя текст пишется в ROM3. Я упоминал о том, что RAM 32 должна быть включена с 0x0000 ВСЕГДА, и лишь для доступа к дисководу временно замещаться ROM 3. Сделал ли ты так?
Ковыряю дальше
- - - Добавлено - - -
А вот почему не включается текстовый режим. Кусок кода его инициализации:
; text mode
ld bc,#0x01af ; #_tsVPage
ld a,#32
out (c),a
dec b ; #_tsVConfig
ld a,#0x43 ; %01000011, text mode in 320x240pix window.
ld a, #7
ld (_vtink), a
Вместо записи номера режима в порт, идет загрузка аккумулятора числом 7.
- - - Добавлено - - -
Что касается установки цвета. После записи значений цветов для ink и paper необходимо вызвать процедуру _vtattr_notify - она занесёт необходимое значение в переменную _tsconfig_screen_mix_color, которая используется при установке атрибутов печатаемого символа.
Я сделал наоборот, что всегда ROM, но на время plot_char включается RAM32Цитата:
Сообщение от Sergey
А, это я твой кусок скопировал и не осмыслил. Там тоже out не было. Добавил, режим включается, но экран заполнен мусором и буков не видно. Сами буквы в 32ю пагу пишутся, я проверял.Цитата:
А вот почему не включается текстовый режим. Кусок кода его инициализации:
; text mode
ld bc,#0x01af ; #_tsVPage
ld a,#32
out (c),a
dec b ; #_tsVConfig
ld a,#0x43 ; %01000011, text mode in 320x240pix window.
ld a, #7
ld (_vtink), a
Вместо записи номера режима в порт, идет загрузка аккумулятора числом 7.
7 в A грузится, чтоб инициализировать _vtink. У тебя она в исходнике описана как локальная переменная с .db #7, но на деле она хранится в vt.c, поэтому приходится.
в том коде, что в ветке в git, я вообще вместо _tsconfig_screen_mix_color всегда вывожу 7, чтоб навернякаЦитата:
Что касается установки цвета. После записи значений цветов для ink и paper необходимо вызвать процедуру _vtattr_notify - она занесёт необходимое значение в переменную _tsconfig_screen_mix_color, которая используется при установке атрибутов печатаемого символа.
- - - Добавлено - - -
В общем, добавил di:halt в _plot_char, чтобы вешалось сразу после вывода первого символа. Состояние в халте - RAM32 в 0000, по адресу 0000 - 'F', по адресу 0080 - 0x07. Верный символ с верным атрибутом в верной паге. Но на экране чернота.
Коммит
Снапшот Вложение 57927
- - - Добавлено - - -
В странице 33 лежит шрифт из ROM. Пробел по адресу 0x100 ведь должен быть? Первые 256 байт шрифту обрезать не нужно?
может я не въехал в суть вопроса,но так на всякий
ld bc,#0x01af ; #_tsVPage
ld a,#32 - а включена страница #20
out (c),a
dec b ; #_tsVConfig
ld a,#0x43 ; %01000011, text mode in 320x240pix window.
out (C), a
Да-да, оно счас так и естьЦитата:
Сообщение от AndyD
Режим переключается. Но почему-то сразу после переключения экран черный (хотя и в 32, и в 33 лежит мусор, оставшийся от WC), а где-то через секунду выводятся цветные прямоугольники вроде бы нужного размера.
И вот чувство, что за эту секунду происходит какая-то дополнительная инициализация, возможно даже и не предусмотренная (в результате исполнения данных или куска ПЗУ), из-за чего появляется картинка.
Начнём, помолясь.
Во-первых, включать ОЗУ надо не только перед _plot_char, но и:
_clear_across,
copy_line,
_cursor_on,
_cursor_off. - ВСЕ они производят запись в видеопамять, а там ВНЕЗАПНО ПЗУ! :)
Остальное пока в процессе - никогда у меня с текстовым режимом ничего путного не получалось :(
- - - Добавлено - - -
Elaron, привет!
Поэкспериментировал в Аласме. Тестовый режим запустился нормально. Однако, не совсем понятно, что мы делали не так. Вроде, инициализация один в один. Предлагаю заменить код инициализации режима на этот. Добавил выставление Y-координаты текстового окна в 0 - хз что там после WC было.
Также добавил очистку текстового экрана - все 64 строки (видимых 30). Вызов очистки не по феншую, но, думаю, ввиду неизменности первых 6-ти байт (POP/PUSH) не фатально.
Дальше думаю, сделать отдельные подпрограммки включения/выключения видеопамяти и засунуть их непосредственно в модуль zxvideo.
- - - Добавлено - - -Код:; making sure that we have Basic48 as ROM
ld bс, #0x21af ; 0x21af is the MemConfig port of TS-Conf
ld l,#0xC0 ; Enable ROM instead of RAM in #0000
out (c),l
ld b,#0x10 ; #_tsPage0 port (0x10af)
ld l,#0x03 ; ROM Basic-48
out (c),l
; map basic-48
ld bc, #0x7ffd
ld a, #0x18
out (c), a
; setting Font in page 0x33
ld b,#0x12af ; #_tsPage1 port (0x12af)
ld l,#33
out (c),l
ld hl,#0x3D00 ; font data in ROM,
ld de,#0x8100 ; skip data for first 20 char codes.
ld bc,#0x300
ldir ; copy font data to page 33
ld b,#0x12af ; #_tsPage1 port (0x12af)
ld l,#2 ; put RAM2 back
out (c),l
; ld bc,#0x10af
; ld l, #32
; out (c), l ; set ram to 0000
; ld b, #0x21 ; 0x21af is the
; ld c, #0xaf ; MemConfig port of TS-Conf
; ld l,#0xCE ; Enable RAM instead of ROM in #0000
; out (c),l
; ld b,#0x10 ; #_tsPage1 port (0x11af)
; ld c,#0xaf
; ld l, #32
; out (c), l
; text mode:
; set vertical screen position to 0.
ld bc,#0x04af ; GYOffsL
xor a,a
out (c),a
inc b ; GYOffsH
out (c),a
; set up video memory to RAM page 0x20:
ld bc,#0x01af ; #_tsVPage
ld a,#32
out (c),a
dec b ; #_tsVConfig
ld a,#0x43 ; %01000011, text mode in 320x240pix window.
out (c),a
ld a,#7
ld (_vtink),a
ld a,#1
ld (_vtpaper),a
call _vtattr_notify
; clear videomemory:
ld d,#64 ; lines
ld e,#00 ; from 0.
call _clear_lines+6 ; (clear_next_line).
Сегодня буду отлаживать весь модуль на работоспособность в alasm/sts.
На самом деле фатально, там же хитрый маппер. Но я пофиксил всё. Картина, увы, та же самая - черный экран.Цитата:
Сообщение от Sergey
А установка видеопамяти вызывается теперь перед всеми функциями, которые я перечислил?Цитата:
Сообщение от Eltaron
Скинь, пожалуйста, новый снапшот после фикса.
- - - Добавлено - - -
Сейчас вот исходник для аласма подготовил. По-пробую без фузикса видеодрайвер поднять.
Я её везде отключил, сейчас внизу всегда 32я страница. Плюс оно счас намеренно халтится в _plot_char, так что другие функции даже не пытаются исполняться.Цитата:
Сообщение от Sergey
Вообще ты прав, надо подключать ром для бетадиска, в остальное время там пусть видеопамять будет.
Ради вывода одного символа дергать туда-обратно два порта - это слишком накладно.
Снапшот Вложение 57938
- - - Добавлено - - -
А в unrealts нет возможности посмотреть, что в xxAF-порты выведено? Сравнить бы их состояние у WC и у фузиха.
Ну, пока, для отладки так оставим. подсчитал: даже с дёрганьем для каждого символа быстрее получается. На дёрганье уходит 111 тактов. Вывод битмапа с вычислениями координат и положения в шрифте - не менее 370 тактов.
Кстати нашёл ошибку - у меня HL и DE для LDIR`а одним и тем же значением загружаются! :) Лошаро!
Строка не чистилась.
- - - Добавлено - - -
Всё, отлаживаю в аласме/стс. Как будет результат, запощу, и можно будет фузикс фиксить.
- - - Добавлено - - -
АХТУНГ!!!! Сейчас очень авторитетный товарищ понаблюдав за нашими мучениями со стороны, наконец, сжалился :) и выдал вот это:
Короче, в VPage-регистре вместо 32 паги - стоит 7-я. А всё потому, что, оказывается, "когда делаешь аут 7ффд включается или 5 или 7 видеопага".
(маппер в конфе один, а вот "ворота" к нему разные: 0xNNAF и 7FFD).
Т.е. надо переделывать маппер фузикса на тс-регистры целиком. Или, хотя бы, на скорую руку - после каждой записи в 7ffd "насильно" сразу включать 32-ю пагу в VPage.
Это-то я сразу пофиксил.Цитата:
Сообщение от Sergey
О, так уже лучше. Шрифт не подцепляется, но видно, что первый символ отличается.Цитата:
АХТУНГ!!!! Сейчас очень авторитетный товарищ понаблюдав за нашими мучениями со стороны, наконец, сжалился :) и выдал вот это:
Короче, в VPage-регистре вместо 32 паги - стоит 7-я. А всё потому, что, оказывается, "когда делаешь аут 7ффд включается или 5 или 7 видеопага".
(маппер в конфе один, а вот "ворота" к нему разные: 0xNNAF и 7FFD).
http://savepic.ru/11026716m.png
Уверен, скоро взлетит!
- - - Добавлено - - -
На счет шрифта, - может, перед копированием ПЗУ не то стоит?
oh yeah!
http://savepic.ru/11059472m.png
Включалась не та страница ROM и вместо шрифта брался мусор
Затестил аппаратный скролл: работает.
- - - Добавлено - - -
Ура!, заработала! :)
- - - Добавлено - - -
Ждемс новый снапшот. :)
Вложение 57939Цитата:
Сообщение от Sergey
Маппер точно надо переписывать. Экран мерцает из-за постоянного переключения с 7 на 32.
Ну и всё ещё виснет
http://savepic.ru/11011369m.png
ну мужики жжоте!!
круто!
Я смотрю, там HALT поймался и PC находится в видеоОЗУ. Как он туда попал? - Мож, со стэком чего?Цитата:
Сообщение от Eltaron
И цвета инверсные - это мой косяк. в _vtattr_notify порядок ячеек для совмещения цветов в одном байте перепутал.
О, уже дальше :)
http://savepic.ru/11061558m.png
из-за сильно удлиннившейся инициализации размер сегмента вылез за пределы 16 килобайт, в итоге линкер налинковал всё не туда. Перекинул инициализацию в _DISCARD, ей там и место - она же одноразовая.Цитата:
Сообщение от Sergey
Впрочем, сейчас всё тот же халт в видеопамяти ловит...
И артефакты на экране :(
Чо-то со стэком полюбому - наверняка в моём драйвере.
Кста, там где ты принудительно включаешь 32 пагу, я вывод в 7ffd заменил на 13af (без and #18, разумеется) - работает также, но экран не сечётся.
ага, я только вытащил ешё всю работу с 7ffd в отдельный файл, чтоб не копипастить новый порт 10 разЦитата:
Сообщение от Sergey
В общем, дело в прерывании. Там IM2 с I=0x39, соответственно, он вектор прерывания берет из ROM.
Я, кстати, не понимаю, почему оно вообще работает :) У Алана к комментах написано, что по адресам 0x3900..0x39FF в ROM лежат 0xFF, но ведь это не так! По адресу 0x39FF да, лежит 0xFFFF, поэтому на оригинальном ZX все работает. Но на наших-то жесть ведь начнется.
"Звезда в шоке"! Ну чо, надо вектор менять. искать место для таблички 257 байт. Хотя для ZX-EVO таблица не нужна - там ШД стабильна.Цитата:
Сообщение от Eltaron
- - - Добавлено - - -
Увы, на реале ничего не смогу потестить больше - Только что моя Пентева приказала долго жить :(
Ох, сочувствую...Цитата:
Сообщение от Sergey
А я доотлаживался до рабочести.
http://savepic.ru/11013483m.png
Вложение 57942
При работе с бетадиском по экрану такие олдскульные полосочки идут - я не знаю, как замаппить ROM2 черех xxAF, поэтому извращаюсь. Автоматом маппится ROM3, но его 3D2F не включает TR-DOS.
Аппаратный скроллинг глючит. И, как я понимаю, когда tsconfig_topline_offset превысит 64 строки, он поведет себя непредсказуемо?
также как включали ПЗУ после работы с текстовым экраном, только в 0x10AF записать 2 вместо 3-х. Через 0x10AF устанавливаются и RAM-, и ROM-страницы в зависимости от значения в 0x21AF.Цитата:
Сообщение от Eltaron
Эх я - голова-два уха! После каждого изменения значения нужно делать AND #0x3F.Цитата:
Сообщение от Eltaron
- - - Добавлено - - -
Красавчег!!!Цитата:
Сообщение от Eltaron
- - - Добавлено - - -
А,нет, - AND #3F есть. - я ещё хлеще накосячил: текущая координата ЛВУ экрана по Y берётся как слово из _tsconfig_topline_offset, а потом делится на 8 и как байт записывается в ту же ячейку!
щас маленько по другому перепишу. оставлю только номер строки, - а из него будет формироваться значение для порта.
- - - Добавлено - - -
По-моему скроллы должны выглядеть вот так:
- - - Добавлено - - -Код:_scroll_down:
ld a,(#_tsconfig_topline_offset)
dec a
_scrldn:
and a,#0x3f
ld (#_tsconfig_topline_offset),a
ld h,#0
ld l,a
add hl,hl
add hl,hl
add hl,hl
ld bc,#0x04af ; GYOffsL
out (c),l
inc b
out (c),h
ret
_scroll_up:
ld a,(#_tsconfig_topline_offset)
inc a
jr _scrldn
Пока нового снапшота нет, пропатчу старый.
Кстати в аттр_нотифи надо поменять порядок цветов на обратный
работает!Цитата:
Сообщение от Sergey
- - - Добавлено - - -
Вложение 57943
Вот твой пропатченый снапшот. Осталось только от мерцаний избавиться.Цитата:
Сообщение от Eltaron
- - - Добавлено - - -
Ну что, надо цвет добавить, парсер CSI писать?
Так он уже есть. Надо понять, как его заюзатьЦитата:
Сообщение от Sergey
https://github.com/EtchedPixels/FUZI...rnel/vt.c#L202
- - - Добавлено - - -
Неа. Я пробовал - не работало. Но счас усомнился и перепроверил - нет, мне не показалось. Пишу 2, включается 2. Пишу 3, включается 2. Пишу 4, включается 6. Как будто это 2 + (_tsPage0 >> 2).Цитата:
Сообщение от Sergey
В общем, разговаривал с Самим(!), - предписал вместо записи в 0x21af использовать не 0xC0, а 0x0E.Цитата:
Сообщение от Eltaron
У меня и так работало как-то...
Но так даже ROM вместо RAM не включается.Цитата:
Сообщение от Sergey
Ну щас сам ещё доку покурю.Цитата:
Сообщение от Eltaron
Мы сейчас заняты были - пентеву мне чинили по интернету.
И есть хорошая новость - она заработала!
Оказалось, стабилизатор DA3 сдох. Подал питание с ATX-разъёма пока.
- - - Добавлено - - -
Попробуй записать 0xC1 или, вообще, 0x01. Должно сработать.Цитата:
Сообщение от Eltaron
Это включит ROM3. ROM 2 включать не надо - он сам включится, когда PC попадёт в определенный интервал адресов.
Оу е!Цитата:
Сообщение от Sergey
Вложение 57953
- - - Добавлено - - -
А есть она вообще, нормальная дока-то? Или только этот автосгенеренный, такое чувство, из верилога tsconf.xls? :)Цитата:
Сообщение от Sergey
Что за секта без нормальной святой книги? :D
Класс! Смотрю, артефакты пропали! Ура!Цитата:
Сообщение от Eltaron
А я тут тестилку текстового вывода замастырил: touttest
расчитывает количество выводимых символов и скроллов строк в секунду.
трдшник называется по имени добавленной проги.
- - - Добавлено - - -
Ну как, - он и есть дока, - интуитивнопонятный же, типа. :)Цитата:
Сообщение от Eltaron
Ну что, пока можно передохнУть, а там впереди добавление цвета. :)
У тэсэла появиться официальная ОС?
Я о таких планах не знаю. Разве что Бриз сделает CLI3.Цитата:
Сообщение от Smalovsky
Добавил в модуль "zxvideo" для платформы "zx128:"
- поддержку цвета (+22 байта). Смешанный цвет берётся из _vtattr. Поддерживается "как бы" 16 цветов: если код хотя бы одного из атрибутов больше 7, включается яркость. Данное изменение замедляет вывод символа на 78 тактов.
- функцию _vtattr_notify (+27 байт).
- работающий beep (880Гц., 1/8с.)
Код:;
; zx128 vt primitives
;
.module zxvideo
; exported symbols
.globl _plot_char
.globl _scroll_down
.globl _scroll_up
.globl _cursor_on
.globl _cursor_off
.globl _clear_lines
.globl _clear_across
.globl _do_beep
.globl _vtattr_notify
.area _VIDEO
; colors are ignored everywhere for now
videopos:
ld a,e
and #7
rrca
rrca
rrca
add a,d
ld d,e
ld e,a
ld a,d
and #0x18
or #0xC0 ; not 0x40 as in screen 7
ld d,a
ret
_plot_char:
pop iy
pop hl
pop de ; D = x E = y
pop bc
push bc
push de
push hl
push iy
ld h,e
ld l,d
xor a,a
srl h
rra
srl h
rra
srl h
rra
or a,l
ld l,a
ld a,h
or a,#0xd8
ld h,a
ld a,(_vtattr)
ld (hl),a
;-------------------
; +22b & 78t.
call videopos
;
; TODO: Map char 0x60 to a grave accent bitmap rather
; than fudging with a quote
;
ld b, #0 ; calculating offset in font table
ld a, c
cp #0x60
jr nz, nofiddle
ld a, #0x27
nofiddle:
or a ; clear carry
rla
rl b
rla
rl b
rla
rl b
ld c, a
ld hl, #0x3C00 ; ROM font
add hl, bc ; hl points to first byte of char data
; printing
ld c, #8
plot_char_loop:
ld a, (hl)
ld (de), a
inc hl ; next byte of char data
inc d ; next screen line
dec c
jr nz, plot_char_loop
ret
_clear_lines:
pop bc
pop hl
pop de ; E = line, D = count
push de
push hl
push bc
clear_next_line:
push de
ld d, #0 ; from the column #0
ld b, d ; b = 0
ld c, #32 ; clear 32 cols
push bc
push de
push af
call _clear_across
pop af
pop hl ; clear stack
pop hl
pop de
inc e
dec d
jr nz, clear_next_line
ret
_clear_across:
pop iy
pop hl
pop de ; DE = coords
pop bc ; C = count
push bc
push de
push hl
push iy
call videopos ; first pixel line of first character in DE
push de
pop hl ; copy to hl
xor a
; no boundary checks. Assuming that D + C < SCREEN_WIDTH
clear_line:
ld b, #8 ; 8 pixel lines to clear for this char
clear_char:
ld (de), a
inc d
dec b
jr nz, clear_char
ex de, hl
inc de
push de
pop hl
dec c
jr nz, clear_line
ret
copy_line:
; HL - source, DE - destination
; convert line coordinates to screen coordinates both for DE and HL
push de
ex de, hl
call videopos
ex de, hl
pop de
call videopos
ld c, #8
copy_line_nextchar:
push hl
push de
ld b, #32
copy_pixel_line:
ld a, (hl)
ld (de), a
inc e
inc l
dec b
jr nz, copy_pixel_line
pop de
pop hl
inc d
inc h
dec c
jr nz, copy_line_nextchar
ret
; TODO: the LDIR way should be much faster
_scroll_down:
; set HL = (0,22), DE = (0, 23)
xor a
ld d, a
ld h, a
ld l, #22
ld e, #23
ld c, #23 ; 23 lines to move
loop_scroll_down:
push hl
push de
push bc
call copy_line
pop bc
pop de
pop hl
dec l
dec e
dec c
jr nz, loop_scroll_down
ret
_scroll_up:
; set HL = (0,1), DE = (0, 0)
xor a
ld d, a
ld e, a
ld h, a
ld l, #1
ld c, #23 ; 23 lines to move
loop_scroll_up:
push hl
push de
push bc
call copy_line
pop bc
pop de
pop hl
inc l
inc e
dec c
jr nz, loop_scroll_up
ret
_cursor_on:
pop bc
pop hl
pop de
push de
push hl
push bc
ld (cursorpos), de
call videopos
ld a, #7
add a, d
ld d, a
ld a, #0xFF
ld (de), a
ret
_cursor_off:
ld de, (cursorpos)
call videopos
ld a, #7
add a, d
ld d, a
xor a
ld (de), a
ret
_do_beep: ; do 880Hz dure 1/8s
di
ld bc,#00fe
ld h,110
loop_beep1:
ld de,149
loop_beep:
dec de
ld a,d
or a,e
jr nz,loop_beep
ld a,l
cpl
ld l,a
and a,#10
out (c),a
dec h
jr nz,loop_beep1
ei
ret
_vtattr_notify: ; void vtattr_notify(void)
ld a,(_vtpaper)
rlca
rlca
rlca
and a,#0x78
ld c,a
ld a,(_vtink)
ld b,a
and a,#0x07
or a,c
ld c,a
ld a,b
rlca
rlca
rlca
and a,#0x40
or a,c
ld (_vtattr),a
ret
; --------------
; 27b.
.area _DATA
cursorpos:
.dw 0
Посмотрел мап-файл ядра, и возник вопрос: многие ли из тех, кто может запустить FUZIX, пользуются микродрайвом? :)
00004DA8 _mdv_motor_off microdrive
00004DB2 _mdv_motor_on microdrive
00004DBE _mdv_bread microdrive
00004DDB _mdv_bwrite microdrive
Это была ключевая составляющая фузикса на ZX-48. Ядро воткнуть в слот расширения в РОМ-картридже, а задачи своппить на 8 микродрайвов. Переключение бы было адово медленным, но оно бы работало. Алан писал в бложик, что у него это всё даже работало, но сильно глючило, а разбираться ему уже стало лень.Цитата:
Сообщение от Sergey
Я почти допилил нормальную систему сборки ядра zx128, а парадигме скриптов из /Build. С ней можно будет запилить отдельные конфиги для ZX-128 (микродрайв и DISCiPLE), Pentagon (Betadisk), TS-Conf etc, собирая только те модули, которые нужны.
Это просто замечательно!Цитата:
Сообщение от Eltaron
К сожалению, собственные попытки вникнуть во все взаимосвязи модулей фузикса представляются мне бесперспективными, но я готов написать весь необходимый код для использования всех возможностей тсконфы.
Программа минимум:
- своп нижней памяти процессов не копированием банок, а переключением страниц через порт -0x12af;
- копирование контекста (стэка и т.п.) средствами ПДП.
Программа максимум - вынести ядро за пределы адресного пространства, освободив для программ более 48кБ.
Покамест, хакнул твой последний снапшот: добавил полноценный шрифт от CLI2 (прехватываю инициализацию шрифта. Доп. код размещён на месте подпрограмм, обслуживающих микродрайв).
Кто-нибудь в курсе, как там дела с FUZIX - TCPIP фунциклирующий они таки уже родили или еще нет? А то пятилетка уже к концу, а взятые повышенные обязательства пока всё никак. :)
Хочу поделиться - очень прикольная тема: прокси, рендерящий современные тяжеловесные страницы в GIF/JPEG-картинку с пиксель-привязанной картой кликабельных ссылок из оригинальных страниц. Кто там хотел браузер на Спеке? uIP на Z80 уже портирован { таки придется, ведь "это вам не это"(с) }, ставите этот прокси на арендованной виртуалке (PC с Mac OS X или Linux), пишете простого html-клиента, и вуаля.
https://github.com/tenox7/wrp
Народ в восторге, браузят древнючими браузерами первого html 30-летней давности с Амиг и прочего антиквариата.
- - - Добавлено - - -
На древнем UZIX от MSX по точно таком принципу работал браузер FudeBrowser - через прокси, хостящейся в Инете (UZIX вообще был куда как более продвинут относительно UZI/FUZIX, я до сих пор не понимаю почему для FUZIX образцом не взяли UZIX). Но тот прокси от UZIX был куда как более примитивен с одной стороны, т.к. корежил исходное форматирование, но с другой - более сложен, т.к. не просто гнал картинку, а делал некий переформатированный гипертекстовый вывод (что впрочем требовало более сложного клиента-браузера на MSX).
Да оно ещё и на Питоне! Супер! Люблю Питон ;)Цитата:
Сообщение от Error404
Подскажите, знающие люди, есть ли в природе репозитории с бинарями для FUZIX под какие-нибудь платформы? Желательно обновляющиеся, ну или достаточно свежие. Хочу в UZIX сделать выполнение бинарей из FUZIX через "прокладку" (как это там же работает с исполнением бинарей от CP/M).