Специалист: Бейсик

[PVV]

Если скорость загрузки не на первом месте (все равно будет на порядки быстрее, чем с магнитофона), то можно не переделывать серьезно MLOAD, а хакнуть его на уровне вызовов процедуры чтения байта. Правда тогда придется добавить чуть "интеллектуальности" со стороны обслуживания SD.

Да, я увидел вызовы на С377, чтение по одному байту, для чтения с SD это не проблема, при вызове F_READ в ВС размер запрашиваемых данных, а при последующем вызове будут читаться данные дальше, с этим все ОК. Проблема в другом, как запросить нужный файл, те ввести имя файла. что то вида MLOAD BAS_FL.RKS, тк сейчас то такой вызов есть, но он это имя файла ищет в заголовке бейсик файла, а надо это имя искать на SD.
вот какие вызовы и параметры в SDOS:
;CALL FS_FNDF ; DE - name of file for finding, out HL - string FAT record of file, C==1 if file not founded
;CALL F_OPEN ; DE - name of file for opening, out C==1 if error
;CALL F_READ ; HL - addr for store readed data, BC - size of readed data, out A -last readed byte

те надо вызвать FS_FNDF, найти наш BAS_FL.RKS, затем вызвать F_OPEN, и только после вызывать F_READ с ВС=1, вместо С377.
Может ввести некий служебный оператор SETFNAME ? Тогда все решится просто и красиво, что на чтение, и, вероятно, на запись. Запись не смотрел, но, предполагаю, там аналогично.
Да, еще надо будет вызвать SD_ON и SD_OFF, соответственно.
SETFNAME: SD_ON, FS_FNDF, F_OPEN, SD_OFF
замена вызова С377 на F_READ с ВС=1
только нужно еще SD_ON и SD_OFF вставить, ну или пока на что не заморачиваться, пусть всегда SD_ON.

Для разных версий SDOS адреса функций свои, это вносит сложность, но все решаемо.

[zx_]

а добавить новые операторы для работы с sd ?
какойнибудь sload для начала
в идеале наверное , как в 3DOS - и бейсик и операционка

[HardWareMan]

Это как я в Редактор текстов "Практик" (это который ED^7000) под Орионом встраивал поддержку ORDOS вместо мафона. И таки работало.

[ivagor]

Оказалось, что в бейсиках с графическими и музыкальными доработками Волкова биперный синтезатор реализован в виде фазового аккумулятора. Интересное решение, впервые вижу такое в бипере для 8080.
Музыкальная сторона в одном моменте своеобразная. Для упрощения реализации буквы не соответствуют традиционным обозначениям нот, но это документировано в описании. А вот то, что ми-диез=ми не документировано (фа-бемоль=ми, си-диез=до следующей октавы, тут все ожидаемо).

[zx_]

Волков же теоретик музыки (что-то там с нотами ) ,

Еще же под Специалист дофига бейсиков, и с музыкой под бипер и с музыкой под ВИ53 (sp-580)

Графика от Волкова оптимальна ?

[ivagor]

Насчет того, что автор Специалиста еще и теоретик музыки я сомневаюсь, но хороший электронщик тоже творческий человек. Графика от Волкова оптимальна в историческом смысле, что он ее сделал в то время, когда она была востребована, а по скорости разогнать можно.

[zx_]

«Волков не относится к этому событию жизни как к чему-то очень значимому, ну а для оформления нужна "энергия" и время. На сколько мне известно Анатолий Волков нынче интересуется - как бы сформулировать точнее? "математикой" музыки, история развития музыки, чистый и темперированный строй,синтез и распознание музыкальных звуков...»

http://www.nedopc.org/forum/viewtopi...=9672&start=75

разогнать графику и ускорить математику было б супер

[ivagor]

Читал ту ветку на nedopc, просто у меня в итоге не сложилось мнение, что Волков стал теоретиком музыки (в академическом смысле), скорее то что он заинтересовался этой областью и у него есть идеи. Но это мое восприятие, на единственную правильность не претендую.
Про модификацию бейсиков могу только сказать в общем, что у каких-нибудь версий что-нибудь буду потихоньку подкручивать.

[fifan]

у каких-нибудь версий что-нибудь буду потихоньку подкручивать.

Ждём результатов.