Собрал. Не работает, ресетит машину.
Я там дописал переключение банки при выводе текста и инициализацию в 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.