Пишу шедевр для «Вектора 06Ц»

Цитата:

---

Сообщение от SegaBoy

Я только из миди делаю. Если можно конвертировать из вышеперечисленных форматов в трёхканальное миди, то да.

---

Да некоторые из этих форматов конвертируются в Midi.

А как получить из миди то что нам нужно ? Где там данные искать ?

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

Как сделать качественное рандомное число ?
Например я вставил в программу обработки прерывания такой код:
LXI H,random
inr m
Но такой код выдаёт не очень рандомные числа, в них есть закономерность-одинаковость inr.

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

Есть у кого-нибудь наработки на ассемблере эффекта разлетания частиц в стороны - как от взрыва ?
Допустим есть центр спрайта и от него разлетаются как от взрыва точки или может спрайты 8х8.
Или же эффект что спрайт постепенно "съезжает" внутрь самого себя и исчезает ?

Цитата:

---

Сообщение от metamorpho

...
Как сделать качественное рандомное число ?
Например я вставил в программу обработки прерывания такой код:
LXI H,random
inr m
Но такой код выдаёт не очень рандомные числа, в них есть закономерность-одинаковость inr.
...

---

Попробуй использовать (например складывать) со значением какого-то регистра, который в твоей основной программе используется как счетчик... я бы ещё (до кучи) попробовал использовать регистр состояния...

Цитата:

---

Сообщение от metamorpho

Как сделать качественное рандомное число ?

---

Никак, но есть способы худо-бедно изобразить его подобие. LFSR из примера с мандрилом дает перемешанную последовательность чисел от 1 до 65535, имеет периодичность 65535.

Код:

---

; выход:
; HL - число от 1 до 65535
rnd16:
                lxi h,65535
                dad h
                shld rnd16+1
                rnc
                mvi a,00000001b ;перевернул 80h - 10000000b
                xra l
                mov l,a
                mvi a,01101000b        ;перевернул 16h - 00010110b
                xra h
                mov h,a
                shld rnd16+1
                ret

---

Цитата:

---

Сообщение от svofski

Никак, но есть способы худо-бедно изобразить его подобие. LFSR из примера с мандрилом дает перемешанную последовательность чисел от 1 до 65535, имеет периодичность 65535.
...

---

По мне так вполне себе красивый "rnd" получается. Не знаю, скорее всего после завершения цикла, последовательность полностью повторится, и с этим нужно как-то отдельно бороться ...

svofski, спасибо!!
Твой способ получения rnd работает.

Цитата:

---

Сообщение от metamorpho

А как получить из миди то что нам нужно ? Где там данные искать ?

---

Есть такой онлайн конвертер Binary MIDI file to text (MF2T/T2MF format) conversion. С помощью него можно получить текстовое представление миди-файла.

Вот например начало из Flying Dragon:

Код:

---

77 On ch=1 n=69 v=127
77 Pb ch=1 v=8192
77 Par ch=1 c=11 v=92
77 On ch=2 n=64 v=127
77 Pb ch=2 v=8192
77 Par ch=2 c=11 v=92
77 On ch=3 n=57 v=90
77 Pb ch=3 v=8145
78 Par ch=2 c=11 v=86
78 Pb ch=3 v=8192
79 Par ch=2 c=11 v=73
79 Pb ch=3 v=8145
80 Par ch=2 c=11 v=56
80 Pb ch=3 v=8192
81 Par ch=2 c=11 v=0
81 Off ch=3 n=57 v=0
84 Off ch=1 n=69 v=0
84 Off ch=2 n=64 v=0

---

Каждая строка начинается с числа - это номер события (или в данном случае кадра). Затем одна из команд события: On - включить канал, Off - выключить канал, Pb - изменить высоту ноты (pitch bend), Par - изменить громкость в канале. Далее номер канала (ch=x). В командах On/Off затем идёт номер ноты (n=x) и уровень громкости (v=x). В команде Par обычно стоит с=11 (не знаю что это) и в конце всегда v=0 (что соответствует нулевой громкости). И наконец в команде Pb указано значение относительно ноты используемой в последней команде On.

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

metamorpho, что-то я с наскоку не смог одолеть ни Excitebike, ни Flying Dragon - какие-то там бульки и всплески не в кассу постоянно слышны (ну в смысле после моей конвертации). Совсем не простые для меня мелодии оказались, Кастлвания намного легче даётся )))

SegaBoy, спасибо за информацию!!
А вот это текстовое представление миди-файла ты как в ручную обрабатываешь
или есть какая-то программа преобразующая в данные для ассемблера ?
Или это текстовое представление миди-файла напрямую вставляется в ассемблер, а уже там програмно обрабатывается ?

Цитата:

---

Сообщение от metamorpho

SegaBoy, спасибо за информацию!!
А вот это текстовое представление миди-файла ты как в ручную обрабатываешь
или есть какая-то программа преобразующая в данные для ассемблера ?
Или это текстовое представление миди-файла напрямую вставляется в ассемблер, а уже там програмно обрабатывается ?

---

Для наглядного изучения миди-файла я использую MidiEditor. Из получившегося текстового файла удаляю всё лишнее - заголовки, хвосты, многократно повторяющиеся фрагменты. Затем на этот текстовый файл натравливаю код, который выстраивает для меня данные пригодные уже для проигрывания в плеере на ассемблере. Соответственно сначала надо придумать как они, данные эти, будут устроены, а потом этот код написать. Так как у меня ничего кроме GameMaker Studio нету, то и пишу код я прямо в нём. А так можно использовать любую среду программирования или язык.

Вот к примеру из такого фрагмента (Super Mario Bros):

Код:

---

76 On ch=3 n=50 v=90
76 Pb ch=3 v=8160
77 On ch=1 n=66 v=127
77 Pb ch=1 v=8152
77 On ch=2 n=76 v=127
77 Pb ch=2 v=8122
84 Off ch=3 n=50 v=0
85 On ch=3 n=50 v=90
85 Pb ch=3 v=8160
86 Off ch=1 n=66 v=0
86 On ch=1 n=66 v=127
86 Pb ch=1 v=8152
86 Off ch=2 n=76 v=0
86 On ch=2 n=76 v=127
86 Pb ch=2 v=8122
93 Off ch=3 n=50 v=0
103 On ch=3 n=50 v=90

---

получаются следующие данные для плеера:

Код:

---

db 4, 3, 1
db 24, 6, 9, 7
db 224, 1
db 4, 3, 1
db 24, 6, 9, 7
db 224, 10

---

Формат данных (в текущей версии) следующий. Старшие три бита первого байта это флаги выключения каналов 1, 2 и 3. Следующие три бита флаги включения. Последние два бита (пока) не используются. Затем если установлен бит включения канала, то следующий байт это номер ноты. Последний байт это количество кадров которые надо подождать прежде чем проигрывать следующий фрагмент.
Алгоритм следующий - загружаем значение для ноты 3 в третий канал, ждём 1 кадр, загружаем значение для ноты 6 в первый канал, загружаем значение для ноты 9 во второй канал, ждём 7 кадров, выключаем каналы 1, 2 и 3, ждём 1 кадр и тд.

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

Вот примеры плеера для Апогея (можно запустить в эмуляторе).

SegaBoy, спасибо за подробные объяснения!!
Ещё немного и я сам научусь конвертировать :)

Возникли вопросы:
Что имеется ввиду под словами "ждём 7 кадров" ? Это длительность ноты ? Сколько длится 1 кадр ?

Правильно ли я понял что в "note_table_1" это значения частот используемых нот (частота канала) ?
И номер ноты соответствуют данным из этой таблицы ?
Но как составляется эта таблица, из каких данных "текстового представления миди-файла" она формируется ?
Ведь у нас в "текстовом представлении миди-файла" есть только номер ноты (n=x) и уровень громкости (v=x). Как это преобразуется ?

note_table_1:
dw 7216, 6811, 6430, 6070, 5409, 5107, 4821, 4551, 4057, 3616, 3414, 3223, 3043, 2713

Цитата:

---

Сообщение от metamorpho

...
note_table_1:
dw 7216, 6811, 6430, 6070, 5409, 5107, 4821, 4551, 4057, 3616, 3414, 3223, 3043, 2713

---

Всё значительно проще.
Это коэффициенты для частоты ноты. Они не записаны в Миди, т.к. они стандартны для конкретного устройства воспроизведения.
Т.к. тактовая ВИ53 1.5МГц, то делим 1500000 на 6430 (к примеру), и получаем частоту 233Гц - почти Ля-диез малой октавы.
Коэффициенты из этой таблицы записываются в регистры ВИ53, и он генерит запрошенную частоту - ноту.

Цитата:

---

Сообщение от KTSerg

Это коэффициенты для частоты ноты. Они не записаны в Миди, т.к. они стандартны для конкретного устройства воспроизведения.

---

Так такая конвертация, скорее всего, порежет все огибающие и все шумовые эффекты типа ударных.
Даже звуковой движок в игре Fatax умел больше :(

При конверсии ведь нужно учитывать не только высоту тона ноты, но и инструментом какого тембра она играется, и с каким эффектом (вибрато, тремоло и т.п.)

По-моему, на форуме уже когда-то публиковалась вполне достойная эмуляция AY на ВИ53 - вот в эту сторону я бы и смотрел при конверсии с ZX / Commodore / MSX.

Цитата:

---

Сообщение от x-code

Так такая конвертация, скорее всего, порежет все огибающие и все шумовые эффекты типа ударных.
Даже звуковой движок в игре Fatax умел больше :(

При конверсии ведь нужно учитывать не только высоту тона ноты, но и инструментом какого тембра она играется, и с каким эффектом (вибрато, тремоло и т.п.)

По-моему, на форуме уже когда-то публиковалась вполне достойная эмуляция AY на ВИ53 - вот в эту сторону я бы и смотрел при конверсии с ZX / Commodore / MSX.

---

"Давайте послушаем начальника транспортного цеха..." (с) ...
Нужно экспертное мнение спецов, занимавшихся плеерами для Вектора. Я даже представить себе не могу, сколько ресурсов процессорного времени нужно, чтобы на ВИ53 достойно эмулировать AY... на игру ресурсов не хватит... На заставке - может быть... во время игры - сомневаюсь...
Делать отдельный плеер с отдельной музыкой в игре, в которой и так для спрайтов уже памяти не хватает... сомнительный вариант...

Цитата:

---

Сообщение от KTSerg

"Давайте послушаем начальника транспортного цеха..." (с) ...
Нужно экспертное мнение спецов, занимавшихся плеерами для Вектора. Я даже представить себе не могу, сколько ресурсов процессорного времени нужно, чтобы на ВИ53 достойно эмулировать AY... на игру ресурсов не хватит... На заставке - может быть... во время игры - сомневаюсь...
Делать отдельный плеер с отдельной музыкой в игре, в которой и так для спрайтов уже памяти не хватает... сомнительный вариант...

---

На спеке плеер занимает около 10000 тактов. Но это порядка 25 лет эволюции

На векторе кто-то вообще занимался звуком?

Цитата:

---

Сообщение от jerri

... На векторе кто-то вообще занимался звуком?

---

Первое, что увидел на второй странице тем для Вектора.
https://zx-pk.ru/threads/31546-treke...a-vektore.html
https://zx-pk.ru/threads/14607-quot-...06ts-quot.html
https://zx-pk.ru/threads/28132-biper...tore-06ts.html

Цитата:

---

Сообщение от KTSerg

https://zx-pk.ru/threads/31546-treke...a-vektore.html
https://zx-pk.ru/threads/14607-quot-...06ts-quot.html
https://zx-pk.ru/threads/28132-biper...tore-06ts.html

---

Я не эти частные случаи имею ввиду.
На спектруме есть линейка трекеров идущая от sound tracker и пришедшая в итоге к vortex tracker который в принципе плеер для ау и подходит и для бк и для msx

Я так понимаю для вот этой микросхемы в векторе никогда ничего подобного не создавалось?

Цитата:

---

Сообщение от jerri

Я так понимаю для вот этой микросхемы в векторе никогда ничего подобного не создавалось?

---

Только вот это, насколько я знаю:
https://zx-pk.ru/threads/20691-muzyk...-novikova.html

В обсуждение приглашается @ivagor, плотно занимавшийся ВИ53 на Векторе.

Цитата:

---

Сообщение от x-code

Только вот это, насколько я знаю:
https://zx-pk.ru/threads/20691-muzyk...-novikova.html

В обсуждение приглашается @ivagor, плотно занимавшийся ВИ53 на Векторе.

---

я вот про это
http://hype.retroscene.org/blog/794.html
https://www.youtube.com/watch?time_c...ature=emb_logo

это то в чем музыку пишут, к чему идет плеер.

Цитата:

---

Сообщение от metamorpho

Что имеется ввиду под словами "ждём 7 кадров" ? Это длительность ноты ? Сколько длится 1 кадр ?

---

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

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

Цитата:

---

Сообщение от metamorpho

Правильно ли я понял что в "note_table_1" это значения частот используемых нот (частота канала) ?
И номер ноты соответствуют данным из этой таблицы ?
Но как составляется эта таблица, из каких данных "текстового представления миди-файла" она формируется ?
Ведь у нас в "текстовом представлении миди-файла" есть только номер ноты (n=x) и уровень громкости (v=x). Как это преобразуется ?

---

Как правильно указал KTSerg, это коэффициенты или константы для определённых частот (только от тактовой Апогея 1,77 МГц) которые и загружаются в каналы ВИ53. Таблица составляется пробеганием по всем нотам и пересчётом их в константы. Можно конечно так не делать и в данных плеера вместо однобайтового значения номера из таблицы сразу указывать двухбайтовое значение константы и посмотреть как лучше. Ну и плеер конечно изменить под это.

Уровень громкости никак не учитывается, так как я не знаю способов (кроме аппаратной доработки) как её имитировать. Поэтому используются только номера нот и значение Pb для них.

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

metamorpho, есть ещё какие nsf на примете чтобы попробовать из них конвертировать? Например мелодии из марио довольно прилично звучат без громкости и без огибающих. Может ещё какие-то более дружелюбными для портирования окажутся ))

Я поправил своё сообщение про коэффициенты. У Вектора ВИ53 тактируется частотой 1,5МГц.
Но суть та-же, нота после пересчёта коэффициента не меняется, только октава получилась другая.

SegaBoy, спасибо за объяснения!!

Ещё возниклм вопросы:
плеер (исходник на asm), который ты дал он же в теле основной программы работает (насколько я понял), а ещё в программе обработки прерываний должны обрабатываться нижеприведённые данные.
pit_cnt1_port equ $ec00
pit_cnt2_port equ $ec01
pit_cnt3_port equ $ec02
pit_ctrl_port equ $ec03
pit_init1 equ $3e
pit_init2 equ $7e
pit_init3 equ $be

Например на Векторе для вывода одного отдельного звука в программе обработки прерываний есть программирование таймера ВИ53:
MVI A,0B6H ; УСТАНОВИТЬ РЕЖИМ 3 ТАЙМЕРА ДЛЯ КАНАЛА 2, ЗАПИСЬ КОЭФ-
OUT 08 ; ФИЦИЕНТА ДЕЛЕНИЯ В ДВА БАЙТА - СНАЧАЛА МЛ. ПОТОМ СТ.
MOV A,M ; ВЗЯТЬ МЛАДШИЙ БАЙТ КОЭФФ. ДЕЛЕНИЯ И
OUT 09 ; ЗАПИСАТЬ В КАНАЛ 2 ТАЙМЕРА.
INX H ; ПЕРЕДВИНУТЬ УКАЗАТЕЛЬ НА СЛЕДУЮЩИЙ БАЙТ ПАРАМЕТРОВ.
MOV A,M ; ВЗЯТЬ СТАРШИЙ БАЙТ КОЭФФ. ДЕЛЕНИЯ И
OUT 09 ; ЗАПИСАТЬ В КАНАЛ 2 ТАЙМЕРА.

А в программе обработки прерываний как у тебя они обрабатываются ?
Или же на Апогее это по другому работает ?

Цитата:

---

Сообщение от SegaBoy

....есть ещё какие nsf на примете чтобы попробовать из них конвертировать? Например мелодии из марио довольно прилично звучат без громкости и без огибающих. Может ещё какие-то более дружелюбными для портирования окажутся ))

---

Думаю если я найду мелодию, то она вновь может оказаться с проблемами :)

Спасибо, что помогаешь мне разобраться в этом вопросе.
Если у меня получиться, то я сам их конвертировать буду. Ну а если не получиться, то буду искать подходящую мелодию :)

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

Информация из справочника Черезова А. по Вектору-06Ц

; десятичные значения нот (частота канала для ноты)
note_table:
; контр-октава
dw 45872,43290,40872,38560,36408,34364,32432,30612,28 902,27273,25729,24311 ; до/до#/ре/ре#/ми/фа/фа#/соль/соль#/ля/ля#/си
; большая-октава
dw 22936,21645,20436,19280,18204,17182,16216,15306,14 451,13636,12876,12146 ; до до# ре ре# ми фа фа# соль соль# ля ля# си
; малая-октава
dw 11468,10823,10218,9646,9102,8591,8108,7653,7229,68 18,6438,6075 ; до до# ре ре# ми фа фа# соль соль# ля ля# си
; 1-я октава
dw 5734,5415,5107,4823,4551,4296,4054,3827,3614,3409, 3219,3036 ; до до# ре ре# ми фа фа# соль соль# ля ля# си
; 2-я октава
dw 2867,2708,2554,2412,2275,2147,2027,1913,1805,1705, 1609,1519 ; до до# ре ре# ми фа фа# соль соль# ля ля# си
; 3-я октава
dw 1433,1353,1277,1205,1137,1074,1014,957,904,852,804 ,759 ; до до# ре ре# ми фа фа# соль соль# ля ля# си
; 4-я октава
dw 717,677,639,602,569,537,507,472,452,426,402,380 ; до до# ре ре# ми фа фа# соль соль# ля ля# си

В музыкальной нотной грамоте я не грамотен.
Поэтому вопрос - почему в этой таблице на ноте ми и ноте си нету # ?

Цитата:

---

Сообщение от metamorpho

а ещё в программе обработки прерываний должны обрабатываться нижеприведённые данные.

---

Судя по всему, на Апогее порты отображены в адреса ОЗУ, поэтому первые четыре константы в этом коде - это Апогеевский аналог адресов Векторовских портов 08-11.
Три последние константы - это константы управляющих слов для инициализации каналов таймера. Почему для второго канала это $be, а не $b6 - возможно, на Апогее используется другой режим таймера.

Цитата:

---

Сообщение от metamorpho

А в программе обработки прерываний как у тебя они обрабатываются ?

---

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

Считай, что прерывание, это метроном, который тикает 50 раз в секунду. Зарядил канал таймера играть первую ноту - отсчитываешь нужное количество тактов метронома сообразно длительности ноты и выбранному темпу - затем программируешь канал таймера играть следующую ноту (или останавливаешь таймер, если нужна пауза).

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

Цитата:

---

Сообщение от metamorpho

В музыкальной нотной грамоте я не грамотен.
Поэтому вопрос - почему в этой таблице на ноте ми и ноте си нету # ?

---

Потому что диез (и бемоль) - это расстояние в полутон между нотами.
Знакомая же нам всем гамма до-ре-ми-фа-соль-ля-си, которую музыканты называют "до мажор", в плане разницы высоты звука между соседними нотами - это "тон, тон, полутон, тон, тон, тон, полутон"

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

Цитата:

---

Сообщение от x-code

Судя по всему, на Апогее порты отображены в адреса ОЗУ, поэтому первые четыре константы в этом коде - это Апогеевский аналог адресов Векторовских портов 08-11.
Три последние константы - это константы управляющих слов для инициализации каналов таймера. Почему для второго канала это $be, а не $b6 - возможно, на Апогее используется другой режим таймера.
.....

---

Так это что, получается этот код плеера с Апогея и есть то что нужно вставлять
в программу обработки прерываний на Векторе (изменив управляющие команды для портов) ?

Цитата:

---

Сообщение от x-code

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

---

x-code, спасибо, теперь стало понятней !!

Цитата:

---

Сообщение от metamorpho

этот код плеера с Апогея и есть то что нужно вставлять
в программу обработки прерываний на Векторе (изменив управляющие команды для портов) ?

---

Ну, почти. В Апогее, по всей видимости, синхронизация с обратным ходом луча делается не по прерыванию, поэтому в коде плеера есть цикл ожидания обратного хода луча с меткой vsync. На Векторе это не нужно, т.к. обработчик прерывания сам вызовется в нужный момент. А вот всё, что идёт ниже цикла ожидания - да, вполне можно переиспользовать, только заменив в коде программирования режимов таймера обращения к ячейкам памяти pit_xxxx_port обращениями к соответствующим номерам портов на Векторе.

Немного новостей. Сейчас в целом различные моменты игры (кроме музыки) оформились.
Так что пока их откладываю в сторону и занимаюсь разработкой кода для проигрывания музыки.
Музыка (для ВИ53), оказалась наиболее специфичной и незнакомой темой для меня.
Но надеюсь с помощью тех кто мне помогает напишу код для музыки :)

А пока вот (rom) для тестов. Уровни ещё не шлифовал (просто наброски).
Некоторые из них непроходимы. Переключаться между уровнями можно клавишей "Тab".
Интересно ваше мнение насчёт эффекта при взятии монеты.
Первоначально была графика при гибели героя (аж семь кадров исчезания типа взрыва), но от этого пришлось отказаться т.к. памяти не хватает. Поэтому вместо графики, был написан эффект при гибели героя, который так себе получился, но есть планы его доработать до чего-то лучшего :)
Может у кого-то будут какие советы по игре - пишите.
Из "крупных" данных в игру осталось вставить музыку и заставку - надеюсь памяти хватит :)

SegaBoy, ещё 2 вопроса возникли.

--------------------------Вопрос 1-й.
Pb - изменить высоту ноты (pitch bend). В команде Pb указано значение относительно ноты используемой в последней команде On.
Как преобразуется нота с учётом Pb ?

Например
76 On ch=3 n=50 v=90
76 Pb ch=3 v=8160

здесь нота n=50 (допустим это 2-я октава нота до# её частота 2708 из таблицы частот для нот )
При преобразовании миди текста как Pb повлияет на эту ноту ? Изменит высоту ноты в какую сторону ?

-------------------------------Вопрос 2-й.
Вот таблица 84-х нот (их частот) для Вектора.
Как считаются ноты ? Т.е. n=1 (из миди текста) это соответствует какой ноте из таблицы для Вектора ?

note_table:
; контр-октава (12 нот)
dw 45872,43290,40872,38560,36408,34364,32432,30612,28 902,27273,25729,24311 ; до/до#/ре/ре#/ми/фа/фа#/соль/соль#/ля/ля#/си
; большая-октава
dw 22936,21645,20436,19280,18204,17182,16216,15306,14 451,13636,12876,12146 ; до до# ре ре# ми фа фа# соль соль# ля ля# си
; малая-октава
dw 11468,10823,10218,9646,9102,8591,8108,7653,7229,68 18,6438,6075 ; до до# ре ре# ми фа фа# соль соль# ля ля# си
; 1-я октава
dw 5734,5415,5107,4823,4551,4296,4054,3827,3614,3409, 3219,3036 ; до до# ре ре# ми фа фа# соль соль# ля ля# си
; 2-я октава
dw 2867,2708,2554,2412,2275,2147,2027,1913,1805,1705, 1609,1519 ; до до# ре ре# ми фа фа# соль соль# ля ля# си
; 3-я октава
dw 1433,1353,1277,1205,1137,1074,1014,957,904,852,804 ,759 ; до до# ре ре# ми фа фа# соль соль# ля ля# си
; 4-я октава
dw 717,677,639,602,569,537,507,472,452,426,402,380 ; до до# ре ре# ми фа фа# соль соль# ля ля# си

Цитата:

---

Сообщение от metamorpho

как Pb повлияет на эту ноту ? Изменит высоту ноты в какую сторону ?

---

Ответ - в спецификации MIDI. Параметр команды Pb - это 14-битное число от 0 до 16384.
При конверсии:

1. Это число нужно преобразовать в диапазон от -1 до 1. 8192 - это ноль, 16384 - это один, а 0 - это минус один. Всё, что между этими точками - вещественные числа в диапазоне от -1 до 1.
2. Умножить на количество полутонов в диапазоне pitch bend (обычно +/- два полутона, т.е. умножаем на 2)
3. Поделить на 12 (количество полутонов в октаве)
4. Возвести двойку в степень числа, полученного на шаге 3
5. Умножить базовую частоту ноты на результат шага 4

Привожу английский оригинал на всякий случай:

Цитата:

---

So, to manage the pitchbend data and use it to alter the pitch of a tone in a synthesizer we need to do the following steps.
1. Combine the MSB and LSB to get a 14-bit value.
2. Map that value (which will be in the range 0 to 16,383) to reside in the range -1 to 1.
3. Multiply that by the number of semitones in the ± bend range.
4. Divide that by 12 (the number of equal-tempered semitones in an octave) and use the result as the exponent of 2 to get the pitchbend factor (the value by which we will multiply the base frequency of the tone or the playback rate of the sample).

A pitchbend value of 8,192 (MSB 64 and LSB 0) will mean 0 bend, producing a pitchbend factor of 2^(0/12) which is 1; multiplying by that factor will cause no change in frequency. Using the example message from above, a pitchbend of 12,280 will be an upward bend of 4,088/8191=0.499. That is, 12,280 is 4,088 greater than 8,192, so it’s about 0.499 of the way from no bend (8,192) to maximum upward bend (16,383). Thus, if we assume a pitchbend range setting of ± 2 semitones, the amount of pitch bend would be about 0.998 semitones, so the frequency scaling factor will be 2^(0.998/12), which is about 1.059. You would multiply that factor by the fundamental frequency of the tone being produced by your synthesizer to get the instantaneous frequency of the note.

---

Перегнал плеер от Апогея, который выкладывал SegaBoy.
Пересчитал коэффициенты для Вектора.
Вот что получилось. С исходником.

metamorpho, в плеере таблицы оптимизированы, в них нет коэффициентов для нот, которые не используются в конкретной мелодии.

Цитата:

---

Сообщение от x-code

Ответ - в спецификации MIDI. Параметр команды Pb - это 14-битное число от 0 до 16384. При конверсии:
1. Это число нужно преобразовать в диапазон от -1 до 1. 8192 - это ноль, 16384 - это один, а 0 - это минус один. Всё, что между этими точками - вещественные числа в диапазоне от -1 до 1.
2. Умножить на количество полутонов в диапазоне pitch bend (обычно +/- два полутона, т.е. умножаем на 2)
3. Поделить на 12 (количество полутонов в октаве)
4. Возвести двойку в степень числа, полученного на шаге 3
5. Умножить базовую частоту ноты на результат шага 4

---

Вот это да ?!?!
Всё-таки кажется как-то попроще это должно быть.
Подождём ответ SegaBoy, узнаем что он делает с этим Pb.

Цитата:

---

Сообщение от KTSerg

Перегнал плеер от Апогея, который выкладывал SegaBoy.
Пересчитал коэффициенты для Вектора. Вот что получилось. С исходником.

---

KTSerg, огромное спасибо!!

Цитата:

---

Сообщение от metamorpho

Вот это да ?!?!
Всё-таки кажется как-то попроще это должно быть.
Подождём ответ SegaBoy, узнаем что он делает с этим Pb.

---

Всё верно x-code расписал. Из описания выше формула получается следующая:

Код:

---

noteFreq * 2 ^ ((pitchBend - 8192) / 8191 * halfToneNum / 12)

---

где noteFreq это базовая частота ноты к которой применяем изменение pitchBend, а halfToneNum это количество полутонов на которое можно сдвинуть высоту ноты вверх или вниз. В описании выше оно указано как ±2, но может быть от ±2 до ±12 (я как раз использую ±12, правда я уже не помню как пришёл именно к такому значению).

Цитата:

---

Сообщение от x-code

... Почему для второго канала это $be, а не $b6 - возможно, на Апогее используется другой режим таймера.

---

При установке режимов работы 2 или 3, третий бит может иметь любое значение. Поэтому $3e, $7e и $be равнозначны $36, $76 и $b6.

Эта невероятная Pb. Что-то я запутался в её вычислении.

К примеру в миди тексте дано следующее:
77 On ch=2 n=76 v=127
77 Pb ch=2 v=8122

Что означает в канал номер 2 загрузить ноту 76 + применить к этой ноте Pb

Я так понял параметр v=8122 (уровень громкости) всё же учитывается при конверсии ?
Иначе на основании чего вычислять Pb ?

По инструкции:
1. Это число нужно преобразовать в диапазон от -1 до 1.
0 - это минус один 8192 - это ноль 16384 - это один
Всё, что между этими точками - вещественные числа в диапазоне от -1 до 1.

Т.е. всё что от 0 до 8191 это Pb=-1 ?
А если ровно 8192 то это Pb=0 ?
А всё что от 8193 до 16384 это Pb=1 ?

И тогда получается что в данном случае Pb=-1 т.к. v=8122 т.е. меньше 8192

Правильно ли я понял ?

-----------------------------------

Цитата:

---

Сообщение от SegaBoy

Всё верно x-code расписал. Из описания выше формула получается

следующая:

Код:

---

noteFreq * 2 ^ ((pitchBend - 8192) / 8191 * halfToneNum / 12)

---

где noteFreq это базовая частота ноты к которой применяем изменение pitchBend, а halfToneNum это

количество полутонов на которое можно сдвинуть высоту ноты вверх или вниз. В описании выше оно

указано как ±2, но может быть от ±2 до ±12 (я как раз использую ±12, правда я уже не помню как

пришёл именно к такому значению).

---

noteFreq * 2 ^ ((pitchBend - 8192) / 8191 * halfToneNum / 12)

noteFreq это понятно взять нужно из таблицы частот нот
pitchBend=-1 (в данном примере)
А как понять чему равен halfToneNum ? ±12
Он зависит от значения Pb ?
т.е. если Pb=0 тогда соответственно halfToneNum=0
если Pb=1 тогда соответственно halfToneNum=12
если Pb=-1 тогда соответственно halfToneNum=-12

И тогда получается что в данном случае halfToneNum=-12 т.к. Pb=-1

Правильно ли я понял ?
-------------------------------------

В результате получается
если Pb=0 тогда воздействия на ноту никакого не будет
если Pb=1 тогда если например была нота до#2-й октавы то она станет до#3-й октавы
если Pb=-1 тогда если например была нота до#2-й октавы то она станет до#1-й октавы

Т.е. при конверсии алгоритм такой:
если Pb=0 тогда пропускаем т.к. ничего не меняется
если Pb=1 тогда номер ноты=номер ноты+12
если Pb=-1 тогда номер ноты=номер ноты-12

Если это так то зачем нужны сложные формулы, если вместо Pb можно было сразу номер ноты записать.

====================================
Ещё вопрос определения ноты.

Вот таблица 84-х нот (их частот) для Вектора.
Как считаются ноты ?
Т.е. n=1 (из миди текста) это соответствует какой ноте из таблицы для Вектора ?
n=1 это "до" контр октавы или это "си" 4-й октавы ?

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

note_table:
; контр-октава (12 нот)
dw 45872,43290,40872,38560,36408,34364,32432,30612,28 902,27273,25729,24311 ;

до/до#/ре/ре#/ми/фа/фа#/соль/соль#/ля/ля#/си
; большая-октава
dw 22936,21645,20436,19280,18204,17182,16216,15306,14 451,13636,12876,12146 ; до до# ре ре# ми фа

фа# соль соль# ля ля# си
; малая-октава
dw 11468,10823,10218,9646,9102,8591,8108,7653,7229,68 18,6438,6075 ; до до# ре ре# ми фа фа# соль

соль# ля ля# си
; 1-я октава
dw 5734,5415,5107,4823,4551,4296,4054,3827,3614,3409, 3219,3036 ; до до# ре ре# ми фа фа# соль

соль# ля ля# си
; 2-я октава
dw 2867,2708,2554,2412,2275,2147,2027,1913,1805,1705, 1609,1519 ; до до# ре ре# ми фа фа# соль

соль# ля ля# си
; 3-я октава
dw 1433,1353,1277,1205,1137,1074,1014,957,904,852,804 ,759 ; до до# ре ре# ми фа фа# соль соль# ля

ля# си
; 4-я октава
dw 717,677,639,602,569,537,507,472,452,426,402,380 ; до до# ре ре# ми фа фа# соль соль# ля ля# си

[свернуть]

Цитата:

---

Сообщение от metamorpho

Т.е. всё что от 0 до 8191 это Pb=-1 ?
А если ровно 8192 то это Pb=0 ?
А всё что от 8193 до 16384 это Pb=1 ?

---

Нет. Я не зря писал уточнение, что при приведении к диапазону -1..+1 получается вещественное число.

При исходной команде

Цитата:

---

77 Pb ch=2 v=8122

---

получается

(8122 - 8192) / 8191 ~= -0,0085
-0,0085 * 12 / 12 = -0,0085
2^-0,0085 ~= 0,9941

Это и есть наш искомый множитель частоты

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

Цитата:

---

Сообщение от metamorpho

Как считаются ноты ?
Т.е. n=1 (из миди текста) это соответствует какой ноте из таблицы для Вектора ?
n=1 это "до" контр октавы или это "си" 4-й октавы ?

---

Если правильно читаю спецификацию MIDI, то n выражается в полутонах, 60 соответствует ноте "до" первой октавы.
Соответственно, 61 - это до диез первой октавы, 59 - это си малой октавы (помним, что между "си" предыдущей октавы и "до" следующей всего один полутон)

Цитата:

---

Сообщение от x-code

Нет. Я не зря писал уточнение, что при приведении к диапазону -1..+1 получается вещественное число.
При исходной команде получается
(8122 - 8192) / 8191 ~= -0,0085
-0,0085 * 12 / 12 = -0,0085
2^-0,0085 ~= 0,9941
Это и есть наш искомый множитель частоты

---

Тогда получиться частота, которой нет в статичной Векторовской таблице нот
и значит нужно для каждой мелодии делать свою специфическую таблицу нот (частот) учитывая все варианты Pb.

Цитата:

---

Сообщение от x-code

Если правильно читаю спецификацию MIDI, то n выражается в полутонах, 60 соответствует ноте "до" первой октавы.
Соответственно, 61 - это до диез первой октавы, 59 - это си малой октавы (помним, что между "си" предыдущей октавы и "до" следующей всего один полутон)

---

В Векторовской статичной таблице нот всего 84 ноты и такие данные как-то не совместимы с этой таблицей. И что тогда делать ?

Цитата:

---

Сообщение от metamorpho

значит нужно для каждой мелодии делать свою специфическую таблицу нот (частот) учитывая все варианты Pb.

---

Я бы в результат конверсии сразу записывал готовые предрасчитанные значения делителя частоты для таймера.

Кроме музыки, как насчет процедурных звуков... "пию...бубух.. и вжжжж".. очень интересно

Цитата:

---

Сообщение от metamorpho

Тогда получиться частота, которой нет в статичной Векторовской таблице нот
и значит нужно для каждой мелодии делать свою специфическую таблицу нот (частот) учитывая все варианты Pb.
В Векторовской статичной таблице нот всего 84 ноты и такие данные как-то не совместимы с этой таблицей. И что тогда делать ?

---

У меня для каждой мелодии своя таблица - не одна какая-то общая или универсальная. Алгоритм такой - сначала добываем все задействованные ноты и применяем к ним Pb - столько и какие есть в конкретной мелодии. Не все какие бывают в природе, а только те что нужны для конкретного случая. Получаются разные частоты. Из этих частот вычисляем нужные константы - просто делим частоту каналов ВИ53 на значение частоты "нот". Затем можно оставить эти значения, но они двухбайтовые и часто повторяются. Поэтому и был выбран вариант с таблицей "нот" - хотя в данном случае правильнее будет таблицей констант.

Цитата:

---

Сообщение от SegaBoy

У меня для каждой мелодии своя таблица - не одна какая-то общая или универсальная. ... Поэтому и был выбран вариант с таблицей "нот" - хотя в данном случае правильнее будет таблицей констант.

---

Кстати, понятно, что это универсальный алгоритм (отдельная таблица для каждого канала), и он не оптимален во всех случаях.
В тех двух мелодиях, что были выложены, и в которых я пересчитывал коэффициенты для Вектора, таблица второго канала почти полностью совпадала с таблицей первого канала. За небольшим исключением. И в данных случаях было бы компактнее сделать одну таблицу для всех трёх каналов, чтобы не дублировались коэффициенты.
Хотя это мелочь, (при общей таблице) экономилось-бы всего около десятка байт.

Как оказалось на Векторе отсутствуют какие-либо музыкальные редакторы. Поэтому в результате создания собственного плеера для музыки под ВИ53 появилось желание сделать хотя бы простенький нотный 3-х канальный музыкальный редактор, который мог бы выдавать код для вставки в ассебмлер. Но на его создание нужно время.
Попробовал создать конвертор текстового-миди файла, но тема оказалась не из лёгких.
Сделал простенький конвертор для миди-текстов и после конвертации у меня получилась "мелодия" не для слабых нервов :)
Оказалось это не очень похоже на автоматическую конвертацию из одного формата в другой. При конвертации Midi-текста нужно учесть много разных моментов + нужна ручная доработка отдельных моментов Midi мелодий. На создание качественного конвертора нужно время.
Поэтому на данный момент решил обратиться к профессионалу конвертации Midi для ВИ53- к SegaBoy.
SegaBoy, почитал твою тему про конвертацию и обнаружил что у тебя есть вот такая мелодия "Chōjin Sentai Jetman (04) Area C".
Есть ли у тебя её исходник на asm ? Можно ли мне её использовать в игре ?
И есть ли у тебя ещё какие-либо (не представленные в твоей теме про конвертацию) мелодии конвертированные тобой под Ви53 ?

Цитата:

---

Сообщение от KTSerg

Кстати, понятно, что это универсальный алгоритм (отдельная таблица для каждого канала), и он не оптимален во всех случаях.
В тех двух мелодиях, что были выложены, и в которых я пересчитывал коэффициенты для Вектора, таблица второго канала почти полностью совпадала с таблицей первого канала. За небольшим исключением. И в данных случаях было бы компактнее сделать одну таблицу для всех трёх каналов, чтобы не дублировались коэффициенты.
Хотя это мелочь, (при общей таблице) экономилось-бы всего около десятка байт.

---

Использовал алгоритм что был под рукой - он для особо сложных случаев (типа Silver Surfer), где не хватает 256 значений на три канала и нужно на каждый канал по отдельной таблице. А так в старых версиях, на такие «простые» мелодии я использовал одну таблицу на три канала.

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

Цитата:

---

Сообщение от metamorpho

SegaBoy, почитал твою тему про конвертацию и обнаружил что у тебя есть вот такая мелодия "Chōjin Sentai Jetman (04) Area C".
Есть ли у тебя её исходник на asm ? Можно ли мне её использовать в игре ?
И есть ли у тебя ещё какие-либо (не представленные в твоей теме про конвертацию) мелодии конвертированные тобой под Ви53 ?

---

Я Джетмана конвертировал под аппаратную доработку с управлением уровня громкости. Попробую сделать в обычном режиме, тогда выложу результат и исходники.
Из не выложенных есть ещё Silver Surfer и ещё что-то.

Цитата:

---

Сообщение от metamorpho

Эта невероятная Pb. Что-то я запутался в её вычислении.

---

Попробуй пока вообще не использовать Pb. Используй только On и Off. Например для super mario этого вполне достаточно для начала.