Thanks. I think I've decided to do Pentagon 512, Pentagon 1024 (with eff7) and partial profi (bit 4, 2:0) as the functionality is similar and the logic should be simple. I'll try to do this later tonight and then we'll see if your sid player runs
Спасибо. Я думаю, что я решил сделать Pentagon 512, Pentagon 1024 (с eff7) и частичный Profi (бит 4, 2: 0), так как функциональность похожа, а логика должна быть простой. Я постараюсь сделать это позже сегодня вечером, а потом посмотрим, запустится ли ваш sid-плеер
We found that 16k was a little claustrophobic when running multi-bank sw. Regardless, 8k or 16k you can adapt. Not so much for 32kя вообще не понимаю зачем в next-е были сделаны 8К страницы
это так же глупо как 32К страницы в sam coupe![]()
Мы обнаружили, что 16K был немного клаустрофобным при работе с несколькими банками sw. Независимо от того, 8k или 16k вы можете адаптировать. Не так много для 32к
No.. Writing to ports 7ffd, dffd (and 1ffd but that is likely to be disabled when running pentagon sw) will affect the bottom 16k (putting the rom there which is equivalent to setting mmu0=mmu1=$ff) and the top 16k. If port 1ffd is kept enabled, the special all-ram mode of the +3 could change the entire 64k.после этого останется возможность переключать 16К страницы в окне С000-FFFF
при помощи обычного 7FFD ?
и чтоб при этом сохранялся ram0 в cpu0
There is another way to do traditional banking on the next via another nextreg $8e as it was found the new basic was using a lot of cycles and memory doing banking via ports 7ffd/dffd. However this one is offering the opposite option where the rom is changed but the top 16k does not have to be.
A third way is connected to a new display mode layer 2 but it can be used as a generic memory mapping scheme. This one allows you to map the bottom 16K or 48K in a read-only and/or write-only manner so that the cpu can effectively see up to 112k simultaneously. A read-only running program can run from one memory mapping in the lower 16/48k and write-only data can be written into a different mapping in the lower 16k/48k. Or you can have your program running in the top 16k and reads/writes go to different memory mappings in the lower 16/48K.
Нет. Запись в порты 7ffd, dffd (и 1ffd, но это, вероятно, будет отключено при запуске pentagon sw), повлияет на нижние 16k (поместив rom там, что эквивалентно установке mmu0 = mmu1 = $ ff) и верхние 16k , Если порт 1ffd остается включенным, специальный режим общего доступа +3 может изменить все 64 КБ.
Есть еще один способ сделать традиционное банковское дело на следующем через другой nextreg $ 8e, так как было обнаружено, что новое базовое устройство использует много циклов, а память выполняет банковские операции через порты 7ffd / dffd. Однако этот предлагает противоположный вариант, когда rom изменен, но верхние 16k не должны быть.
Третий способ связан с новым слоем режима отображения 2, но он может использоваться как общая схема отображения памяти. Этот позволяет отображать нижние 16K или 48K только для чтения и / или только для записи, чтобы процессор мог эффективно видеть до 112k одновременно. Работающая только для чтения программа может запускаться из одного отображения памяти в нижних 16 / 48k, а данные только для записи могут записываться в другое отображение в нижних 16k / 48k. Или вы можете запустить свою программу в верхних 16 КБ, а чтение / запись перейдут в различные отображения памяти в нижних 16/48 КБ.
- - - Updated - - -
I only see ports 7ffd, 1ffd and the timex mmu in the uno source code so I don't think they've implemented anything past the pentagon 128 yet but it's best to ask them to know for sure.
Я вижу только порты 7ffd, 1ffd и timex mmu в исходном коде uno, поэтому я не думаю, что они реализовали что-либо после Пентагона 128, но лучше попросить их знать наверняка.






но видно, что что-то пытаецца, не совсем молчит.
Ответить с цитированием
