Видео для ZS GMX

[izzx]

.ZXV, как я понял, в версии 0.1.6 не поддерживается?

Да, пока что отключил. Думаю вернуть потом. А GMM под вопросом. Можно ли вернуть. Что-то память начала кончаться.
Ещё бы надо поддержку фрагментированных файлов добавить. Тут уже все страницы памяти придётся использовать.

[Advertiser]

[LW]

Тут уже все страницы памяти придётся использовать.

Если для построения таблицы кластеров, то вовсе не обязательно, при условии что есть ~15к тактов свободных, но это при сильной дефрагментации, а в большинстве случаев и того меньше (сравнимо с выборкой значения из таблицы).
Плюс к этому можно немного оптимизировать текущий драйвер смука.

[izzx]

Если для построения таблицы кластеров

Да. Я прикинул, что памяти 2Мб хватит примерно на файл в 2 Гб. Ну то есть одной странички 16к хватает на файл 16 мегов.
В предыдущих версиях, когда играло через модуль в ГС, прокатило бы просчитывание следующего кластера. Такты свободные вроде есть.
А сейчас через ковокс, надо постоянно подкидывать звук в порт. Тут надо исхитряться, если заранее не сделать таблицу. А так сейчас свободно чуть не целое прерывание между кадрами.
Вот такое чтение сектора у меня сейчас:

Скрытый текст

read_sec_smuc ;чтение сектора с одновременным выводом звука через smuc
exx
ld bc,(snd_port) ;порт для звука
ld hl,(snd_adr_cur) ;адрес
exx
ld a,#20
read_sec_smuc1
exx
outi ;байт звука
ld (snd_adr_cur),hl
exx
dup 8
ld b,d
ini
ld b,e
ini
edup
dec a
jr nz,read_sec_smuc1
exx
nop
outi ;байт звука
ld (snd_adr_cur),hl
exx
ret

[свернуть]

Через каждые 16 байт чтения выводит один байт звука.

[LW]

Ну то есть одной странички 16к хватает на файл 16 мегов.

А если кластер будет равен 512 байтам? Да и заполнить таблицу размером почти в 2 мегабайта, то все-таки время.

Вот такое чтение сектора у меня сейчас:

Видел я эту процедуру. Вывод в ковокс, можно организовать в любой процедуре
Оптимизировать в других местах можно,
во-первых все call out_c_a/call in_a_c заменить на out (c),a/in a,(c) это уже экономия на каждом вызове 27 тактов
во-вторых при мультисекторном чтении нет нужды читать регистр состояния после чтения каждого сектора
ну и наверняка есть еще моменты где можно и ускорить и сократить код, уж слишком глубоко код не смотрел.

[izzx]

А если кластер будет равен 512 байтам? Да и заполнить таблицу размером почти в 2 мегабайта, то все-таки время

Да, это я для кластера 4096 прикидки делал. А для 512 будет пол гига, получается.
Ну и обсчитывать файл 2 гига будет, конечно, не быстро. Ну это так, с запасом. А если запускать конвертирование такого файла, то это на ночь.

во-первых все call out_c_a/call in_a_c заменить на out (c),a/in a,(c)

Кстати да, а я не догадался.
Ну тут надо подробнее будет раскурочивать драйвер фат. Он же у меня как кусок кода добавлен. Везде вставлять вывод в ковокс.
Видал исходники, но из незнакомого ассемблера не мог перенести. Да и не понятно последняя ли версия.

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

SD (версия 1.51 как минимум) имеет поддержку портов обычного COVOX'а и автоматически (как я понял из описания) отправляет звук в оба

Ссылочку на описание можно?

[LW]

Еще есть ошибка с выводом каталога, проявляется на каталогах с количеством файлов примерно от 1000

Ну тут надо подробнее будет раскурочивать драйвер фат. Он же у меня как кусок кода добавлен.

С куском кода же крайне неудобно работать. Ни толком отредактировать, ни перенести в другие адреса...

[izzx]

Еще есть ошибка с выводом каталога

Если это про пропадающий курсор, или про дубликаты имён, то поправил. А вообще сейчас отображается максимум 255 файлов в папке.

[Xela]

Ссылочку на описание можно?

Это оказались какие-то мои фантомные воспоминания... Перечитал еще раз всю инфу про SоunDrive - да, v.1.51 умеет перехватывать обращения к портам COVOX'а (как #FB, так и #DD) но про автоматическое стерео ничего там нет.

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

щас набегут, скажут давай больше

255 папок, по 255 файлов в каждой.. это еще наконвертировать нужно столько)

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

Оптимизировать в других местах можно,

а если использовать R8FAT? или наоборот будет медленнее работать?

[LW]

а если использовать R8FAT?

скорости не хватит, особенно если читать в 3е окно
плюс во время чтения сектора идёт вывод в ковокс, а это вообще исключает применение функций теневика

[izzx]

при мультисекторном чтении нет нужды читать регистр состояния после чтения каждого сектора

драйвер сейчас после каждого сектора читает порт FFBE и проверяет бит 7. Это можно выкинуть? А если у человека старый медленный винт?

умеет перехватывать обращения к портам COVOX'а (как #FB, так и #DD)

то есть особого смысла добавлять порт FB нет? Если будут пожелания - добавлю. И максимум файлов в папке могу сделать, скажем, 1024. Но это надо немножка поправлять код.
Главное бы улучшить звук. В эмуляторе сейчас звучит лучше, чем в реальности.