Moderator: Pyk
Я не в курсе, существует общепринятая реализация многостраничного ром-диска на РК? Как страницы переключаются?Shaos wrote:Тем не менее - для работы многостраничного ром-диска на РК требуется изменение кода
Возьмёшь пул-реквест пока реализацию ещё не переделал?
Тот же vinxru, но подцепленный к РКPyk wrote:Я не в курсе, существует общепринятая реализация многостраничного ром-диска на РК? Как страницы переключаются?Shaos wrote:Тем не менее - для работы многостраничного ром-диска на РК требуется изменение кода
Возьмёшь пул-реквест пока реализацию ещё не переделал?
|
Я буду стараться сделать красиво и не сломать что уже работаетPyk wrote:PR не могу точно обещать, что возьму. Но, если что, перепишу по-своему...
Так-то он реализован уже, по умолчанию в конфиге Апогея...Shaos wrote:Тот же vinxru, но подцепленный к РК
Но в РК это не работаетPyk wrote:Так-то он реализован уже, по умолчанию в конфиге Апогея...Shaos wrote:Тот же vinxru, но подцепленный к РК
Code: Select all
void ApogeyRomDisk::setPortC(uint8_t value)
{
bool newA15 = value & 0x80;
value &= 0x7f;
m_curAddr = (m_curAddr & ~0x7f00) | (value << 8);
if (newA15 && !m_oldA15) // перед переключением банка нужно сбросить бит 7 порта B
m_curAddr = (m_curAddr & 0x7fff) | ((m_curAddr & 0xf) << 15);
m_oldA15 = newA15;
}
вроде сделал настраиваемо - на уровне конфига это вот так предлагается:Shaos wrote:И потом я настраиваемое делаю - не только полмега и мег, как в оригинале от vinxru, но и 2 мега, и даже 4 мега (под них схема расширяется элементарно - просто ставится 8 микросхем 49F040 или 29F040 и немного логики)
|
Code: Select all
ifdef EXT_ROM_DISK
ApogeyRomDisk romDisk = @CFG_ROMDISK_FILE
ppi2.circuit = &romDisk
endif
Code: Select all
void ApogeyRomDisk::setPortC(uint8_t value)
{
bool newA15 = value & 0x80;
value &= 0x7f;
m_curAddr = (m_curAddr & ~0x7f00) | (value << 8);
if (newA15 && !m_oldA15) // перед переключением банка нужно сбросить бит 7 порта B
m_curAddr = (m_curAddr & 0x7fff) | ((m_curAddr & 0xf) << 15); // <<<<<<<<<<<<<<<<<< m_mask вместо 0xf
m_oldA15 = newA15;
}
|
|
Code: Select all
# Шрифты 8x8, 8x12, 8x16
@FONT = "rk86/fontr.bin"
Code: Select all
# Знакогенератор
@SYM_GEN = "rk86/sgr.bin"
# Шрифты 8x8, 8x12, 8x16
@FONT = "rk86/fontr.bin"
...
Rk86Renderer crtRenderer
crtRenderer.font = @SYM_GEN
crtRenderer.altFont = @FONT
crtRenderer.altRenderer = no
crtRenderer.visibleArea = no
crtRenderer.crt = &crt
|
РасширилShaos wrote:Хотя наверное и класс ApogeyRomDisk можно расширить, добавив необязательный конфигурационный параметр sizeMB (по умолчанию размер будет как и теперь 512КБ, а при указании sizeMB=1, sizeMB=2 или sizeMB=4 будет установлено соответствующее количество мегабайтов (маска 0x1f, 0x2f или 0x3f соответственно вместо 0xf)...
да не вопрос - когда время будетPyk wrote:PR вижу, постараюсь завтра внимательно посмотреть, сегодня уже не успеваю.
Я вроде пробовал разрешение переключать, но всё равно одна и та же часть из fontr.bin использовалась - ну да ладно, мне главное было уметь подменять основной знакогенераторPyk wrote:sgr.bin - это родной знакогенератор, а fontr.bin - альтернативный, если в эмуляторе захочется красивых символов. Там для каждого символа последовательно записаны версии 8*8, 8*12 и 8*16, выбирается подходящий в зависимости от разрешения. Наследие еще DOS-версии эмулятора, рисовал эти альтернативные наборы еще тогда, по крайней мере для РК.
А WinXP умел UTF-8?Pyk wrote:BOM добавил, чтобы файлы в кодировке UTF-8 нормально воспринимал Visual Studio 2015, без этого он думает, что исходники в кодировке windows. Для Linux это несколько странно, но, по крайней мере, допустимо и не мешает. Хотя основной инструмент сборки у меня - GCC, тем не менее совместимость с VS2015 поддерживается. В более поздних версиях VS тоже проблем нет, но меня неоднократно просили сохранять совместимость с WinXP, так что также приходится поддерживать совместимость со старыми инструментами сборки...
Ну начнём с того, что vinxru после варианта 512кб сам предложил вариант 1МБPyk wrote:Поясни, для чего планируется использовать этот расширенный РОМ-диск? Есть какой-то софт, на котором можно его протестировать или, наоборот, эмулятор планируется использовать для его разработки, а уж потом воплощать в железе? Как планируется грузить начальный загрузчик? Будет модифицированный Монитор (или какой-то другой стандартный софт или ОС)? Не вникал пока в нюансы, но если запускать через стандартный Монитор, то вместо доп. логики можно, наверное, загрузчик дублировать в начало каждой страницы. Достаточно всего нескольких байт, я думаю...
