Это решение кривоватое имхо ибо например было бы удобно если бы самописные программы могли средствами доса читать-писать TRD, а не только человек с мышой в руках :)
Вид для печати
Ну вот какой профит от этого? Назови мне хотя бы 5 причин, по которой любой программе понадобится писать в TRD? Я вижу только одну причину - записать что-то в TRD для запуска программы в режиме Спектрума, для этого можно воспользоваться тулзой, более TRD ни для чего не нужны. Это не повод, чтоб в ядро системы вкрячивать код по поддержке ущемленного в возможностях (без поддержки каталогов, с ограничением размеров файлов, без поддержки даты и т.д.) формата. Уж лучше научить DOS тому же FAT32, от этого толку куда больше... хотя и смысла в общем-то пока тоже нет :-)
Если внимательно почитать мануал на БИОС, то внезапно можно обнаружить. что функционал для работы с рамдисками уже есть. ТАк же (внезапно) сам FN умеет монтировать TRD (для запуска spectrum.exe). Монтировалку trd и сейчас из под консоли не сложно создать. но у меня есть вопрос - что ты дальше с этим будешь делать? у трдоса, по сути своей, файловой системы нет. есть просто оглавление каталога + небольшое описание этого каталога и всё. в Estex нет поддержки трдос, только фат. т.е. чтобы заработало из под консоли как нативный диск доса, это нужно в дос поддержку трдоса прикручивать. лично я этого делать не собирался. Поэтому вариант прикрутить "вход в образ как в каталог" со стороны FN выглядит более логичным.
Ну TR-DOS таки типа стандарт :)
Поэтому наличие возможности маунтить "стандарт" как виртуальный диск на спектрум-совместимом компьютере имеет огромный смысл :)
Я кстати хочу позаморачиваться с подцеплением альтернативных дисковых форматов - тот же CD-ROM щас через левую прогру поддержан, а надо бы чтобы как диск был виден...
оно стандартом является только на Спектруме, а у нас не спектрум, а только совместимость с ним. никто и ни что не обязывает соблюдать. а для того, чтобы работать с trd достаточно входа как в каталог командером, ну и тулзу для свёртывания и развёртывания с/на дискеты. ну да, ещё spectrum.exe надо править и сам трдос, чтобы нормально всё грузить. больше ничего не требуется.
1. нет поддержки TAP (но это не для трдос конечно)
2. нет поддержки SCL
3. нет поддержки 3d2f Для образов
4. не может грузить образы с любого диска (только корень диска Ц).
это вот как минимум.
файловой системы в этих рам дисках как таковой нет вообще.
Код:BLK_RD_WR: ; чтение/запись из/в блок(а) памяти секторами
; по 256 байт
LD HL,bufer ; адрес буфера данных
LD DE,sector ; абсолютный номер сектора
LD B,sec_num ; число секторов
EX AF,AF'
LD A,command ; команда 0 - чтение, FF - запись
EX AF,AF'
LD A,id_blk ; идентификатор блока
LD C,0C8h ; номер функции
CALL 3D13h ; NC -> нормальное завершение
; CF -> ошибка идентификатора
; * функция на бета-тестировании...
BLK_TO_RAMD: ; назначить блок памяти RAM-Disk-у
; любой блок памяти может содержать данные
; RAM-Disk-а в формате TR-DOS для подключения этих
; данных в качестве диска и служит эта функция
LD A,ram_disk ; номер RAM-Disk-а 0..15 - соответствует
; RAM-Disk-ам от e: до t:
LD B,id_blk ; идентификатор блока
LD C,0C9h ; номер функции
CALL 3D13h ; NC -> нормальное завершение
; CF -> ошибка: неверный номер RAM-Disk-а или
; RAM-Disk занят
> 2. нет поддержки SCL
Но есть конвертер - ведь конвертера должно быть достаточно? ;)
> файловой системы в этих рам дисках как таковой нет вообще.
Это ты что-то про TRD нашёл. Такие рам-диски только в ZX-режиме видны...
теоретически да, но не кошерно.
БИОС про режим спектрума вообще ничего не знает и ему плевать на режимы вообще. напрмиер, FN легко пользуется функцией 0xc9 для установки образа в рамдиск:
Код:CALL LoadTRD
POP IY
RET C
LD C,#CA ;Clear RAMdisk Indef
SUB A
RST #08
LD C,#C3
LD A,B
CALL NC,#0008
LD A,(TRDIndef)
LD B,A
LD C,#C9
SUB A
RST #08
LD BC,#00CB
SUB A
RST #08
Я имею ввиду DSS не видит их как правильные диски системы - было бы неплохо если бы видел и умел читать/писать
ну, скажем так, DSS сейчас не очень верно работает с рам дисками. драйвер от Василия врубает рам диск для DSS, его можно обучить подгружать туда Img образы с фатом и они будут работать сразу. можно обучить загружать trd, но именно эти в DSS видиться не будут из-за отсутствия трдоса в самом DSS. и его поддержка там весьма сомнительна. т.е. если тебе просто файлики в образ подкидывать (хоббеты), то, как и сказали ранее, проще и лучше обучить командера с образами работать, чем добавлять не очень нужную сущность в систему.
Эксперимент 6-летней давности повторён руками RomanRom2 :)
https://zx-pk.ru/attachment.php?atta...4&d=1615405263
Вместо 1k30 впаяна 1k50:
https://zx-pk.ru/attachment.php?atta...5&d=1615405450
Плюс маленькая альтера тоже укрупнена:
https://zx-pk.ru/attachment.php?atta...6&d=1615405463
Всё пересобрано из исходников и работает :)
https://zx-pk.ru/attachment.php?atta...7&d=1615405871
нет конечно - в тхундере же сидит прошивка для 1k30 - я имел ввиду прошивки работают (большая и маленькая) и всякий разный софт, которому не требуется наличие 1k30 как тому же тхундеру...
- - - Добавлено - - -
да всё из тех же - из архива от Иван Мака (2.17)
это надо у RomanRom2 спрашивать
странный вопрос... конечно же пересобирали. как еще можно получить битстрим для к50 кроме как из исходников?
а зачем тебе именно последней версии?
софт работает весь абсолютно. разумеется за исключением titd, где собственная прошивка для к30.
теперь благодаря новому загрузчику можно ставить любой acex, хоть к100. и появляется большое поле для расширения функционала :) ибо к30 забита на 90%, а 7064 на все 100%
правда если выпилить из прошивки AY, то к30 будет занимать всего 71% и тоже появляется место. но зачем... отлично же поет :)
как мы выяснили в телеге и дискорде - эти исходники ОТЛИЧАЮТСЯ от 2.17 в большую сторону. они сильно близко к 3.00. но я пока назвал прошивку 2.18 :) т.к. в ней все еще присутствует характерный для 2.хх прошивок "глюк" с первым пикселом строк в текстовом режиме.
P.S. если говорить про titd, то он конечно же работает на к30, которая собрана из исходников.
По большей степени для истории, ну или для тех кто вдруг захочет покопаться в них.
Просто проще было бы допиливать финальную версию, чем промежуточную сначала до финальной, если конечно получится.
Но раз не финальная была, тогда вопросов нет.
А так вообще есть в планах ее допиливать или просто был интерес только в установке альтеры большей емкости?
я заканчиваю разработку новой платы, точнее нескольких плат в разных форматах. пока это глубокий рестайл с множеством изменений и исправлений текущих ошибок.
планы грандиозные по доработке, движухи очень много. ветка ACEX какое то время будет еще актуальна, ведь много юзеров и классических плат и плат 2016 ревизии.
история такова, что версия 3.хх безвозвратно утеряна. если биос можно подтянуть к последним версиям (уже почти подтянули), то альтеру нет - только самим дописывать. что само по себе тоже поле для саморазвития.
однако ветка 3.хх это по факту есть 2.17 с НЕБОЛЬШИМИ доработками. в частности в последних самых версиях есть два патча под микросхемы альянс. я лично считаю этот патч тупиковой веткой развития и вот по каким причинам:
- да, 3.04 лечит проблему альянсов и они показывают хорошо
- thunder все равно будет жутко артефачить, т.к. игра грузит свою прошивку, в которой этого патча соотвественно нет
поэтому раз у нас нет исходников патча для альянса и сам по себе альянс имеет проблемы с обратной совместимостью (альянс жутко артефачит на всех предыдущих версиях), то и смысла в этом нет. правильный 5ти вольтовый врам найден и отлично работает на классическом дизайне 2000 года. на всех софтах включая thunder. на новой плате я ставлю 3х вольтовый врам, это окончательно снимет все вопросы.
все это актуально для чипа к30. для к50 это уже не важно какая версия исходников альтеры, thunder - единственная программа жестко привязанная к к30, которую нужно просто переписать или написать новую.
Нет конечно. Форматы битстримов - сия тайна за семью печятями.
Даже и не сомневайся, что не будет работать. Где-то попадалось раньше, Иван писал, что превратил плису в кирпич то ли неправильным заголовком прошивы, то ли лишним заливанием схерх нормы (?) - не спрашивай, не помню из-за чего там и как, и как это "сверх нормы". Установленный факт - плиса (одна или больше, не в курсе) была окирпичена. Кста, он также писал, что плисы "на ура" вылетают от статики, стоит пронести руку рядом с ними. Статику набирал от экрана CRT монитора. Благо сейчас одни плоские моники. Также не хилую статику можно набрать ёрзая попой в кресле.Цитата:
если прямо сейчас на к50 запустить thunder или поставить ПЗУ от к30, то все повисает с черным экраном. CONF_DONE разумеется не выставляется в единицу.
- - - Добавлено - - -
Для прошивки на спринтере не факт - надо уточнять, вполне возможно, что bin-файл самой конфы идёт без заголовка, сразу битстрим.
Так битстрим всё равно имеет заголовок, где написано, для какой ПЛИС, сжат ли он, есть ли инициализация блоков памяти и т.д.
Собственно, ребята копают потихоньку:
https://github.com/djn3m0/debit
https://www.mdpi.com/2079-9292/7/10/246/pdf-vor
Ну и т.д.
А знаете ли вы, что на обычном Спринтере можно рисовать за пределы видимого изображения? ;)
https://zx-pk.ru/attachment.php?atta...7&d=1618513924
Причём не только влево и вправо, но и вверх и вниз :)
https://zx-pk.ru/attachment.php?atta...8&d=1618513950
Я планирую предложить пользователям библиотеку для работы с "расширенным" режимом 352x280 256 цветов (или 704x280 16 цветов) с двумя видеостраницами :v2_dizzy_coder:
352x280 это чуть меньше, чем на фотках выше, но оно таки больше классических 320x256 - также оно как минимум будет без искажений (например можно было бы сделать 288 по высоте, но последняя клетка в этом случае будет сдвинутая и не до конца заполненная) и более-менее будет видимым на разных мониторах...
Первая реальная картинка нестандартного размера (352x256), записанная в формате дампа видеопамяти Спринтера (256 килобайт в непожатом виде):
https://zx-pk.ru/attachment.php?atta...9&d=1618971448
Если пожать пакерами, то будет под 80 килобайт...
Это врядли - отцентированое или неотцентрированое в квадратиках изображение находится там же в пределах видеопамяти - смещение в биосе только с разным отступом заставляет железо квадратики выводить.
Я то пишу про то, что можно рисовать в видеопамяти за пределами изображения - отступ тут совсем ни при чём.
Вот оличие отцентрированного варианта от неотцентрированного:
https://zx-pk.ru/attachment.php?atta...6&d=1618513950 https://zx-pk.ru/attachment.php?atta...5&d=1619040551
Центровалось изображение вот так:
https://zx-pk.ru/attachment.php?atta...7&d=1619040939
Страница 200 однако :)
Ешё в копилку спринтеровских широких картинок (352 пиксела по горизонтали):
https://zx-pk.ru/attachment.php?atta...0&d=1619253031
Выжал из стандартного Спринтера Sp2000 с прошивкой v3.00 разумный максимум 256-цветной графики - 368x288 пикселов:
https://zx-pk.ru/attachment.php?atta...3&d=1619770069
Можно было и 376 сделать по горизонтали, но оно не по центру будет относительно стандартной графики - собственно и так уже почти на 30% больше пикселов получается, чем стандарт :v2_dizzy_punk:
Теперь можно бордер-арт делать вокруг стандартных приложений Спринтера :)
https://zx-pk.ru/attachment.php?atta...5&d=1619778051
(которые не пользуются второй видеостраницей)
Кстати а почему Спринтер в разделе "Клоны на ПЛИС, МК и БМК"? У него же проц отдельно как железный проц, значит он не весь на ПЛИС как многие другие тут представленные штуки :v2_dizzy_botan:
К кому обращаться, чтобы у Спринтера был свой раздел как у ZXEvo или Next? Или тут спринтер-хейтеровское лобби имеется? ;)
а как оно сейчас эмулируется?
и от куда нашлась дополнительная видео память (без изменения "конфы" же?)
или всегда была но не замечалась изза сяпаскалей? :v2_lol:
ато все это напоминает про индейца который зоркий глаз :)
- - - Добавлено - - -
писать в жалобы и пожелания
и лучшо еще найти темы по спринтеру
чтоб убедительней
200 страниц в этой одной единственной теме выглядит недостаточно убедительно? ;)
По поводу видеопамяти - она всегда была:
https://zx-pk.ru/attachment.php?atta...2&d=1620098443
Просто она была изначально порезана под 2 видеостраницы 320x256 (640x256 для 16-цветных пикселов) и ещё место свободное оставалось справа - вплоть до области шрифтов, которую можно тоже занять графикой (шрифты восстановятся при переключении обратно в текстовой режим). Хитрость нахождения запредельных пикселов заключается в том, что область описания экрана (screen description area) описывает квадратами 8х8 всё поле кадра, а не только видимую его часть, включая бордюр, гашение и синхросигналы (причём дважды - для первой видеостраницы и для второй) - соответственно перепрограммировав бордюр и немного залезая в гашение, получилось добавить больше видимых пикселов, сославшись на область второй видеостраницы графики (причём пикселов видно больше, если Спринтер подключен к VGA-монитору через скандаблер).
Я собираюсь на днях добавить паковку для таких картинок (которые по сути являются дампом 256-килобайтной видеопамяти Спринтера т.е. там в перспективе даже можно будет 1024-цветные картинки показывать т.к. на Спринтере поддерживается до 4 палитр одновременно) и выкачу просмотрщик с примерами картинок для Спринтера тем, кто захочет погонять запредельные видеорежимы на своих Спринтерах. А генерилка непакованных дампов уже зарелизена мной как паблик-домейн:
https://gitlab.com/nedopc/zpring/-/b...s/gfxcreator.c
Вот архив с примерами сжатых "запредельных" файлов и просмотрщиком c открытыми исходниками:
http://nedopc.org/nedopc/sprinter/upload/gffview.zip (515K)
https://zx-pk.ru/attachment.php?atta...7&d=1620876099Код:Archive: gffview.zip
Length Date Time Name
--------- ---------- ----- ----
4096 2021-05-06 01:14 SRC/
66099 2021-05-06 19:34 AMBER_H.GFF
11787 2021-04-30 02:59 CLEAN.GFF
66717 2021-04-30 03:17 GAGARIN.GFF
1737 2021-05-06 00:58 GFFVIEW.EXE
19801 2021-04-30 03:17 GOLDEN.GFF
21420 2021-04-30 02:52 LESSNICK.GFF
86916 2021-05-06 18:52 MOSKVA.GFF
83904 2021-04-30 08:33 PARAD.GFF
93823 2021-05-06 18:49 STARS.GFF
81846 2021-04-30 08:24 TERMIPUS.GFF
27852 2021-05-06 19:40 TV_CHART.GFF
5316 2021-05-06 01:14 SRC/DESHAFF1.ASM
4789 2021-05-06 01:14 SRC/GFFVIEW.ASM
--------- -------
576103 14 files
(выведено на HDMI через OSSC в режиме Line4x)
Если кому есть что сказать на этот счёт - милости просим сюда:
https://zx-pk.ru/threads/33289-a-ne-...yj-razdel.html
А кстати тут по ходу пьесы выяснилось (с помощью OSSC), что Спринтер в душе является Пентагоном :v2_dizzy_vampire:
https://zx-pk.ru/attachment.php?atta...3&d=1620976618
В нормальный режим 312 строк 50 Гц можно переключиться только через ZX-меню выбрав пункт "Scorpion 256" :mad: