Мои изыскания по этому поводу:
1) R34 в Карабасе можно заменить на перемычку, но толку не будет - все равно внешний ROMCS, который блокирует встроенный ROM - программный.
2) Пробовал делать R34 680 Ом и заводить сигнал с краевого слота на ПЗУ в обход программной блокировки - толку тоже нет.
3) DivGMX подменяем ROM без вопросов как в текущем программном режиме, так и в железном (по аналогии с оригинальными спектрумами).
4) Проблема где-то в другом, потому как один знакомый пробовал Карабас с разными железячными DivMMC (DivSD Nano от ZAXXON, DivMMC Future который вообще, кстати, от клока отвязан) - не работает ни в каком виде. Подозреваю, где-то в карабасе конфликт с видео-модулем, уже все возможные варианты перепробовал - не получается завести divmmc...
5) С другой периферией, которая используем ROMCS проблем нет - например ZX BDI 2.0, ZX Dandanator Mini - все работает как часики. Да и DivGMX в режиме тестовой ПЗУ тоже как бы работает без проблем.

Вот видео работы DivGMX в карабасе в режиме DivMMC и в режиме тестовой ПЗУ )))



- - - Добавлено - - -

Вот, кстати, интересный блог и статья по поводу разработки продукта DivMMC Future: http://blog.tynemouthsoftware.co.uk/...mc-future.html

Автор пишет, что с клоком на разных моделях спектрумов - полная беда, на некоторых он вообще отсутствует, поэтому приходилось всякие перемычки городить, клок заводить через триггер, пытаясь его привести к нужному виду - но все равно процент машин, на котором DivMMC не работал оставался высоким. И автор пришел к выводу, что внешний клок вообще не нужен ) Точнее как- он нужен только для чтения с SD-карточки. При этом опытным путем было выяснено, что достаточно пустить туда свой клок 4.0МГц.
Этот вариант тоже хочу попробовать на DivGMX