谁知道midi的格式

ancient 2002-10-10 11:18:43
需要将midi转换为<音高,音长>的二元组集合,但不知道midi的格式,请帮忙。
...全文
53 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
one_add_one 2002-10-10
  • 打赏
  • 举报
回复
我前段时间研究过MIDI的文件格式。。

比较复杂:)
one_add_one 2002-10-10
  • 打赏
  • 举报
回复
1. midi event commands

each command byte has 2 parts. the left nybble (4 bits) contains the actual
command, and the right nybble contains the midi channel number on which the
command will be executed. there are 16 midi channels, and 8 midi commands (the
command nybble must have a msb of 1).
in the following table, x indicates the midi channel number. note that all
data bytes will be <128 (msb set to 0).

hex binary data description
8x 1000xxxx nn vv note off (key is released)
nn=note number
vv=velocity

9x 1001xxxx nn vv note on (key is pressed)
nn=note number
vv=velocity

ax 1010xxxx nn vv key after-touch
nn=note number
vv=velocity

bx 1011xxxx cc vv control change
cc=controller number
vv=new value

cx 1100xxxx pp program (patch) change
pp=new program number

dx 1101xxxx cc channel after-touch
cc=channel number

ex 1110xxxx bb tt pitch wheel change (2000h is normal or no
change)
bb=bottom (least sig) 7 bits of value
tt=top (most sig) 7 bits of value
the following table lists meta-events which have no midi channel number. they
are of the format:

ff xx nn dd

all meta-events start with ff followed by the command (xx), the length, or
number of bytes that will contain data (nn), and the actual data (dd).

hex binary data description
00 00000000 nn ssss sets the track's sequence number.
nn=02 (length of 2-byte sequence number)
ssss=sequence number

01 00000001 nn tt .. text event- any text you want.
nn=length in bytes of text
tt=text characters

02 00000010 nn tt .. same as text event, but used for
copyright info.
nn tt=same as text event

03 00000011 nn tt .. sequence or track name
nn tt=same as text event

04 00000100 nn tt .. track instrument name
nn tt=same as text event

05 00000101 nn tt .. lyric
nn tt=same as text event

06 00000110 nn tt .. marker
nn tt=same as text event

07 00000111 nn tt .. cue point
nn tt=same as text event

2f 00101111 00 this event must come at the end of each
track

51 01010001 03 tttttt set tempo
tttttt=microseconds/quarter note

58 01011000 04 nn dd ccbb time signature
nn=numerator of time sig.
dd=denominator of time sig. 2=quarter
3=eighth, etc.
cc=number of ticks in metronome click
bb=number of 32nd notes to the quarter
note

59 01011001 02 sf mi key signature
sf=sharps/flats (-7=7 flats, 0=key of c,
7=7 sharps)
mi=major/minor (0=major, 1=minor)

7f 01111111 xx dd .. sequencer specific information
xx=number of bytes to be sent
dd=data
the following table lists system messages which control the entire system.
these have no midi channel number. (these will generally only apply to
controlling a midi keyboard, etc.)

hex binary data description
f8 11111000 timing clock used when synchronization is
required.

fa 11111010 start current sequence

fb 11111011 continue a stopped sequence where left
off

fc 11111100 stop a sequence


the following table lists the numbers corresponding to notes for use in note
on and note off commands.


octave|| note numbers
# ||
|| c | c# | d | d# | e | f | f# | g | g# | a | a# | b
-----------------------------------------------------------------------------
0 || 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11
1 || 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23
2 || 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35
3 || 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47
4 || 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59
5 || 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71
6 || 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83
7 || 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95
8 || 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 | 104 | 105 | 106 | 107
9 || 108 | 109 | 110 | 111 | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119
10 || 120 | 121 | 122 | 123 | 124 | 125 | 126 | 127 |


one_add_one 2002-10-10
  • 打赏
  • 举报
回复
standard midi file format

dustin caldwell

the standard midi file format is a very strange beast. when viewed as a
whole, it can be quite overwhelming. of course, no matter how you look at it,
describing a piece of music in enough detail to be able to reproduce it
accurately is no small task. so, while complicated, the structure of the midi
file format is fairly intuitive when understood.
i must insert a disclaimer here that i am by no means an expert with
midi nor midi files. i recently obtained a gravis ultrasound board for my pc,
and upon hearing a few midi files (.mid) thought, "gee, i'd like to be able to
make my own .mid files." well, many aggravating hours later, i discovered that
this was no trivial task. but, i couldn't let a stupid file format stop me.
(besides, i once told my wife that computers aren't really that hard to use,
and i'd hate to be a hypocrite) so if any errors are found in this
information, please let me know and i will fix it. also, this document's scope
does not extend to every type of midi command and every possible file
configuration. it is a basic guide that should enable the reader (with a
moderate investment in time) to generate a quality midi file.

1. overview

a midi (.mid) file contains basically 2 things, header chunks and track
chunks. section 2 explains the header chunks, and section 3 explains the track
chunks. a midi file contains one header chunk describing the file format,
etc., and any number of track chunks. a track may be thought of in the same
way as a track on a multi-track tape deck. you may assign one track to each
voice, each staff, each instrument or whatever you want.

2. header chunk

the header chunk appears at the beginning of the file, and describes the
file in three ways. the header chunk always looks like:

4d 54 68 64 00 00 00 06 ff ff nn nn dd dd

the ascii equivalent of the first 4 bytes is mthd. after mthd comes the 4-byte
size of the header. this will always be 00 00 00 06, because the actual header
information will always be 6 bytes.

ff ff is the file format. there are 3 formats:

0 - single-track
1 - multiple tracks, synchronous
2 - multiple tracks, asynchronous

single track is fairly self-explanatory - one track only. synchronous multiple
tracks means that the tracks will all be vertically synchronous, or in other
words, they all start at the same time, and so can represent different parts
in one song. asynchronous multiple tracks do not necessarily start at the same
time, and can be completely asynchronous.

nn nn is the number of tracks in the midi file.

dd dd is the number of delta-time ticks per quarter note. (more about this
later)


3. track chunks

the remainder of the file after the header chunk consists of track chunks.
each track has one header and may contain as many midi commands as you like.
the header for a track is very similar to the one for the file:

4d 54 72 6b xx xx xx xx

as with the header, the first 4 bytes has an ascii equivalent. this one is
mtrk. the 4 bytes after mtrk give the length of the track (not including the
track header) in bytes.
following the header are midi events. these events are identical to the
actual data sent and received by midi ports on a synth with one addition. a
midi event is preceded by a delta-time. a delta time is the number of ticks
after which the midi event is to be executed. the number of ticks per quarter
note was defined previously in the file header chunk. this delta-time is a
variable-length encoded value. this format, while confusing, allows large
numbers to use as many bytes as they need, without requiring small numbers to
waste bytes by filling with zeros. the number is converted into 7-bit bytes,
and the most-significant bit of each byte is 1 except for the last byte of the
number, which has a msb of 0. this allows the number to be read one byte at a
time, and when you see a msb of 0, you know that it was the last (least
significant) byte of the number. according to the midi spec, the entire delta-
time should be at most 4 bytes long.
following the delta-time is a midi event. each midi event (except a
running midi event) has a command byte which will always have a msb of 1 (the
value will be >= 128). a list of most of these commands is in appendix a. each
command has different parameters and lengths, but the data that follows the
command will have a msb of 0 (less than 128). the exception to this is a meta-
event, which may contain data with a msb of 1. however, meta-events require a
length parameter which alleviates confusion.
one subtlety which can cause confusion is running mode. this is where
the actual midi command is omitted, and the last midi command issued is
assumed. this means that the midi event will consist of a delta-time and the
parameters that would go to the command if it were included.

4. conclusion

if this explanation has only served to confuse the issue more, the
appendices contain examples which may help clarify the issue. also, 2
utilities and a graphic file should have been included with this document:

dec.exe - this utility converts a binary file (like .mid) to a tab-delimited
text file containing the decimal equivalents of each byte.

rec.exe - this utility converts a tab-delimited text file of decimal values
into a binary file in which each byte corresponds to one of the decimal
values.

midinote.ps - this is the postscript form of a page showing note numbers with
a keyboard and with the standard grand staff.
appendix a

33,008

社区成员

发帖
与我相关
我的任务
社区描述
数据结构与算法相关内容讨论专区
社区管理员
  • 数据结构与算法社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧