TBBLUE is the name of the pcb used in the zx next. What is in the uno project has nothing to do with TBBLUE or the zx next in any way except that it was a very early port of a stripped down zx next implementation to the uno about four years ago. The video showing a zx next core with a sid chip ( https://www.youtube.com/watch?v=8fusdhM082E ) was never built for the uno. I am not sure where this core is coming from that you are trying with?
The sid implementation is available in the zx next project but there is no way it is going into the zx next core because it takes up too much space for little return. Instead, sid / mod / sndh / mp3, etc, are played via the raspberry pi which feeds an audio stream to the next for inclusion in the next's audio. However, another zx core would be easy to make that would hook up a sid to the reserved slot of the turbosound implementation in the next. This communicates with the sid chip via the same AY ports 0xbffd and 0xfffd and is demonstrated in the sid video above. I don't think there is enough room in the uno's fpga to put a sid in but you never know without trying.
The zx next (TBBLUE) can operate at 3.5, 7, 14, 28MHz and the latest additions spoken of here add Pentagon 512, Pentagon 1024, Profi memory mapping. The turbosound implementation has three AYs with one reserved spot for a different sound chip. The Pentagon 1024 and Profi versions of the nsid player posted here both run fine on the zx next. It would be preferable to use the native disk system to trdos so that the next wouldn't have to step into trdos emulation but it works nevertheless.
For the +3 and a divmmc device, it should be fairly easy to build a version but I am not sure it is compatible with how nsid works now. You can't overlay the bottom 16k with ram unless you enter all-ram mode which only allows four different ram configurations for the full 64k. I am guessing you would only have access to 80k as there are three configurations with bank 4 fixed in the bottom 16k. In this all-ram mode, port 0x7ffd does not allow independent banking in the top 16k. I suppose it might be possible to do something more complicated and map divmmc ram over the bottom 16k and bank via 0x7ffd in the top 16k.
Anyway, forgive me if this is information you already know. I am just trying to help out a project that many are interested in
---
TBBLUE - это имя печатной платы, используемой в zx next. То, что находится в проекте uno, никак не связано с TBBLUE или zx next, за исключением того, что это был очень ранний порт урезанной zx, следующей реализации uno около четырех лет назад. Видео, показывающее следующее ядро zx с чипом sid (https://www.youtube.com/watch?v=8fusdhM082E), никогда не создавалось для uno. Я не уверен, откуда это ядро, из которого вы пытаетесь?
Реализация sid доступна в следующем проекте zx, но нет пути к переходу в следующее ядро zx, поскольку она занимает слишком много места для небольшой отдачи. Вместо этого sid / mod / sndh / mp3 и т. Д. Воспроизводятся через raspberry pi, который передает аудиопоток следующему для включения в аудио следующего. Однако было бы легко сделать еще одно ядро zx, которое подключило бы sid к зарезервированному слоту реализации турбозвука в следующем. Это связывается с чипом sid через те же порты AY 0xbffd и 0xfffd и демонстрируется в видео sid выше. Я не думаю, что в fpga uno достаточно места, чтобы вставить sid, но вы никогда не узнаете, не пытаясь.
Zx next (TBBLUE) может работать на частотах 3,5, 7, 14, 28 МГц, и последние дополнения, о которых здесь говорится, добавляют Pentagon 512, Pentagon 1024, отображение памяти Profi. Реализация турбозвука имеет три AY с одним зарезервированным местом для другого звукового чипа. Размещенные здесь версии nsid-проигрывателя Pentagon 1024 и Profi отлично работают на zx. Было бы предпочтительнее использовать собственную дисковую систему для trdos, чтобы следующий не должен был вмешиваться в эмуляцию trdos, но, тем не менее, он работает.
Для устройств +3 и divmmc сборка версии должна быть довольно простой, но я не уверен, что она совместима с тем, как сейчас работает nsid. Вы не можете наложить нижние 16 КБ оперативной памяти, если не войдете в режим полного оперативного памяти, который позволяет использовать только четыре различные конфигурации оперативной памяти для полных 64 КБ. Я предполагаю, что у вас будет доступ только к 80 КБ, поскольку есть три конфигурации с банком 4, зафиксированным в нижних 16 КБ. В этом универсальном режиме порт 0x7ffd не разрешает независимое банковское обслуживание в верхних 16k. Я полагаю, что можно было бы сделать что-то более сложное и нанести на карту divmmc ram через нижние 16 КБ, а затем через 0x7ffd в верхние 16 КБ.
В любом случае, прости меня, если это информация, которую ты уже знаешь. Я просто пытаюсь помочь проекту, который интересует многих![]()






Ответить с цитированием
