Орион-128: Софт - поиск и обсуждение

[Error404]

Судя по текстовому файлу, что я нашел это поделка Аделаидевцев. Причем по их версии (или того, кто распространял прогу) аббревиатура ASC расшифровывается как Adelaide Sound Master )))

Загружал ее как то на ПРО с доработанным портом #FBH, если память не изменяет запускалась программа только из OS DOS. C какими файлами она может работать так и не понял, а вот при компиляции мелодии на диск точно писались файлы с расширениями *.T, *.1, *.2, *.S, *.I

Так же запускал программку в эмуляторе, хоть какие-то звуки извлечь из нее не удалось.

Зуки из нее можно извлечь либо создав мелодию (наковыряв в редакторе, причем дело там нетривиальное с непривычки - интерфейс "на любителя"), либо загрузив из тех самых *.T, *.1, *.2, *.S, *.I.
В 90-х я именно в этом самом ASC в порядке развлекухи сделал несколько простейших мелодий (на реале, с AY по схеме с портами Спека - реально играло всё), но сейчас от них остались только уже скомпилированные (*.SND) и грузить их трекер не хочет. А из пустого буфера понятное дело - только пустота и молчание. Зато когда играет - всё пищит, бежит и переливается цветами.


Вот и спрашиваю - может кто-то из продвинутых парней подкинет этих самых *.T, *.1, *.2, *.S, *.I, или ссылку на ресурсы где они могут лежать.

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

Загружал ее как то на ПРО с доработанным портом #FBH, если память не изменяет запускалась программа только из OS DOS.

непределанная - да, только из ОС работающий в странице 1. Я использовал другие версии CP/M, но тoже работающие из страницы 1.

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

Пишут, был еще декомпилятор от Titus (наш форумчанин, кстати), но оно заточено для Спека (не для РС), в-общем хрен попользуешься без танцев с бубном.

[Дмитрий2012]

Вот и спрашиваю - может кто-то из продвинутых парней подкинет этих самых *.T, *.1, *.2, *.S, *.I, или ссылку на ресурсы где они могут лежать.

надо у спектрумистов спрашивать. я нашел диск с некомпилированным музоном http://zx-pk.ru/threads/5387-asc.htm...l=1#post101953 но как файла выдернуть из TRD образа? вроде я встречал какой-то плагин для тотал коммандера, для работы с TRD образами. Надо поискать...

Пишут, был еще декомпилятор от Titus (наш форумчанин, кстати), но оно заточено для Спека

можно у него попробовать спросить, если сами не разберемся

---Добавлено---
Да, плагин есть. Выдернул мелодию и записал на диск. В нашей версии редактора играет какая-то ерунда, похоже мелодия была написана в другой версии редактора. Либо наш работает не правильно.

[Error404]

Да, плагин есть. Выдернул мелодию и записал на диск. В нашей версии редактора играет какая-то ерунда, похоже мелодия была написана в другой версии редактора. Либо наш работает не правильно.

У нас самая первая версия ASC. После нее еще полдюжины более новых было (если Wiki не врет). Так что очень может быть, что формат в более новых музыкалках изменился, по крайней мере в исходных файлах.

[Дмитрий2012]

Так что очень может быть, что формат в более новых музыкалках изменился

проверил работу выложенного ранее музыкального файла на спектруме, в той же версии ASC Sound Master 0.12 Все играет замечательно. Так что, и у нас тоже должен правильно звучать файл. Но судя по картинке в редакторе у нас в память грузится какой-то мусор.

---Добавлено---
В общем перемудрили что-то с этой прогой на Орионе. Если пишешь мелодию на Орионе, то она потом не воспроизводится на спектруме, читается мусор. И наоборот, мелодия написанная на спектруме в той же версии программы, не воспроизводится на Орионе, читается один мусор.

[OrionExt]

Бывает. Простой программой-плейер, а тут целый редактор. Не назовешь.

[Error404]

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

либо контейнер (файл) спековский на диске не отображается 1:1 в файл MS-DOS/Win, который записывает плагин, и из-за этого при переносе на Орион в файл попадает лишнее что рвет крышу трекеру (либо наоборот при переносе с Ориона в файле чего-то недостает для спековского плагина - для переноса им на диск спека).

Поясню на примере. Есть Oрдос и есть CP/M. В CP/M нормальные файлы (с атрибутами такими же как на нормальных системах), их мой плагин переносит на MS-DOS/Win 1:1. А есть Ордос, где в атрибуты файла еще добавлена всякая несвойственная файлам как "поименованным наборам данных" фигня типа "адрес посадки в ОЗУ". Эти атрибуты приходится при копировании на MS-DOS добавлять в содержимое файла (которое видно внутри такого ORD-файла в MS-DOS как дополнительные байты, но оно не видно в Ордос где при обратном копировании оно попадает в заголовок и соответственно не читается ордосовской программой как читалось бы CPM-овской). Если этих атрибутов не будет (а будут голые данные), файл на Ордосе обработается криво. И наоборот - если такой файл копирнуть плагином в СP/M и прочитать там, то в начале файла прочитаются "лишние" данные (что справедливо не только для файлов скопированных плагином, но и копируемых Ordos<>CPM программами Atlas$, Lord.com и аналогичных)

[Advertiser]

[Denn]

..фигня типа "адрес посадки в ОЗУ"...

В процессоре ВМ80 нет команд относительной адресации, поэтому "адрес посадки" - это крайне важная информация для блока исполняемого кода.

[Error404]

В процессоре ВМ80 нет команд относительной адресации, поэтому "адрес посадки" - это крайне важная информация для блока исполняемого кода.

Но ее незачем тащить в атрибуты файла, т.к. файл это все же объект файловой системы (где этот атрибут не значит ничего), а не процессора, поэтому она обычно пишется внутри файла в определенных полях, по необходимости. А так-то да, адрес посадки есть у любой информации, которая обрабатывается в ОЗУ процессором, это понятно.

[Denn]

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

ФС бывают разные. Изначально для Ориона была разработана (или откуда-то скопирована?) ФС, где адрес посадки является атрибутом файла, т.е. находится в заголовке файла, а не в теле. Имхо, в масштабах ресурсов Ориона-128 это логично, т.к. ОС нужно заранее (до чтения тела) знать, по каким адресам загружать файл в ОЗУ. Лазить в тело (читать целый первый сектор, если это дискета/"винт"/SD'ха) чтобы узнать куда грузить файл - это слишком ресурсозатратно для Ориона.

[Error404]

ну какой адрес загрузки может быть у к примеру текстового файла? или графического? открыл одним редактором - село на один адрес, другим - на другой. Редактор решает куда грузит, а не операционка - ее дело выдать из файла данные блочно или байтово. И программить файловый обмен под ордос дико неудобно. Тут просто недомыслие авторов, а не какая-то хитрая стратегия - они индивидуальную особенность исполняемых файлов загнали в свойство файловой системы.