Sehemu ya tano ya mfululizo wa makala zinazoelezea itifaki ya MIDI.

Moja ya vipengele vitatu vya itifaki ya MIDI ni vipimo vya umbizo la kuhifadhi data (hebu nikumbushe kwamba vipengele vingine viwili ni umbizo la ujumbe na maelezo ya kiolesura cha maunzi). Umbizo la ujumbe lilijadiliwa katika vifungu vitatu vya kwanza vya mfululizo, sasa ni wakati wa umbizo la uhifadhi. Ilipendekezwa na shirika la MMA mwishoni mwa 1987 na kuitwa Standard MIDI Files (SMF).

Madhumuni ya faili za MIDI ni kuwezesha ubadilishanaji wa matukio (yaani, ujumbe wa MIDI ambao una muhuri wa muda) kati ya vifaa na programu tofauti. Kabla ya ujio wa faili za kawaida za MIDI, mpangilio uliotayarishwa katika mpangilio mmoja haukuweza kupakiwa kwenye mwingine kutokana na umbizo lisilooana. Haiwezi kusema kuwa pamoja na ujio wa SMF, watengenezaji wote wa sequencer walibadilisha muundo huu. Kuna sababu kadhaa za hii, na pia tutazungumza juu yao leo.

Kwa kuwa uhifadhi wa habari unahusiana moja kwa moja na muundo wa sequencers, tutakaa juu ya jambo hili kwa undani zaidi, lakini kwa kiwango kinachohitajika kuelewa SMF. Na bila shaka tutatoa moja ya vifungu vifuatavyo katika safu kwa wafuataji.

Matukio
Ujumbe wa MIDI wenye muhuri wa muda unaitwa tukio. Vipimo tofauti vinaweza kutumika kuashiria wakati - tiki, msukumo wa ndani, wakati katika SMPTE umbizo, n.k. Ni muhimu kuelewa tofauti ya kimsingi kati ya tukio na ujumbe. Ujumbe "huishi" kwa sehemu ya millisecond katika muda halisi - kutoka wakati unatolewa na chanzo hadi wakati unapofika kwa ajili ya kutekelezwa kwa mpokeaji. Inaweza kukamatwa wakati wa maambukizi kupitia kebo ya MIDI kwa namna ya seti ya mapigo. Tukio ni baiti chache za habari iliyorekodiwa kwenye kumbukumbu ya kifaa, kwa msingi ambao ujumbe utatolewa katika siku zijazo, kwa wakati uliowekwa.

Kwa mfano, kumbukumbu ya mpangilio inaweza kuhifadhi tukio la dokezo kwa muhuri wa muda wa ms 100 tangu kuanza kwa uchezaji. Unaweza kuhariri tukio hili kwa vipimo viwili: kwanza, badilisha vigezo vya ujumbe wa MIDI yenyewe (katika kesi hii, sauti au mienendo ya noti), na pili, songa noti kwenye wimbo, ambayo ni, kubadilisha wakati wa utekelezaji. ya ujumbe.

Matukio huonekana katika kumbukumbu ya mpangilio huku ujumbe wa MIDI ukirekodiwa. Unapobofya kitufe cha Rekodi, mfuatano huwasha jenereta ya mapigo ya maunzi (tiki) na huanza "kusikiliza" pembejeo maalum ya MIDI. Kwa mfano, unapobonyeza kitufe, ujumbe wa ingizo ni "cheza noti." Mfuatano unaonekana - ndio, ujumbe ulifika kwenye tiki ya 20, na kuiandika kwenye kumbukumbu na alama ya 20. Baada ya sekunde chache, walitoa ufunguo - ujumbe "ondoa noti" ulifika, jenereta ya ndani wakati huo. kwa furaha akatikisa kupe 64 kwa mfuatano. Kiratibu huhifadhi ujumbe kwa lebo 64. Sasa tunashughulika na matukio mawili - Dokezo Washa na Dokezo Zima. Wakati wa kucheza tena, jenereta ya mapigo huwasha tena. Wakati tiki ya 20 inapokaribia, Ujumbe wa Dokezo On hutumwa kwa pato la MIDI la kifuatiliaji, na ujumbe wa Note Off hutumwa kwa tiki ya 64. Tulirekodi kisha tukacheza tena matendo ya mwigizaji huyo!

Kwa wazi, sawa inaweza kufanywa "nje ya mtandao", yaani, bila ya haja ya utendaji wa moja kwa moja. Kwa kubofya panya mahali unayotaka kwenye wimbo (na kuchagua muda wa noti mapema), tutaunda picha iliyotangulia kwenye kumbukumbu ya mfuataji.

Aina za kumbukumbu
Sasa ni wakati wa kutumia maneno mawili ya kutisha ya kompyuta: kumbukumbu ya msingi na ya sekondari. Kumbukumbu ya msingi (au ya ndani) ni kumbukumbu ya mpangilio ambapo ujumbe hurekodiwa na matukio huhifadhiwa katika muda wote wa uendeshaji. Yaliyomo kwenye kumbukumbu hii huwekwa upya wakati nguvu imezimwa. Ufafanuzi huu unafaa zaidi kwa wafuataji wa vifaa. Katika mpangilio wa programu, kumbukumbu ya msingi ni RAM ya kompyuta tu. Ili kuhifadhi yaliyomo ya kumbukumbu ya msingi kwa muda mrefu, kumbukumbu ya sekondari, au, vinginevyo, vyombo vya habari vya kuhifadhi, hutumiwa. Hii inaweza kuwa diski ya floppy, gari ngumu, kadi ya smart, nk.

Kiasi cha kumbukumbu ya msingi katika mpangilio wa vifaa na vituo vya kazi (hebu nikumbushe, kituo cha kazi ni jenereta ya toni na sequencer kwenye sanduku moja) kawaida huonyeshwa kwa idadi ya noti zilizohifadhiwa (kwa mfano, elfu 200). Wakati mwingine sauti inaonyeshwa katika matukio, katika hali ambayo unahitaji kuwa mwangalifu - noti moja inahitaji matukio mawili (kubonyeza na kutoa kitufe) ili kuhifadhi, na kugeuza gurudumu la sauti au kugusa nyuma kunaweza kutoa hadi matukio 100 au zaidi. Inatokea kwamba uwezo wa kumbukumbu wa sequencer unaonyeshwa katika vitengo vya asili vya kompyuta - kilobytes. Lakini hii pia si rahisi sana - tukio moja linaweza kuchukua idadi tofauti ya ka (kutoka tano hadi kadhaa kadhaa).

Katika sequencers za kisasa za programu, kiasi cha kumbukumbu ya msingi ni ya wasiwasi mdogo kwa mtu yeyote - hata kwenye mashine yenye 128 MB ya RAM, unaweza kusahau kuhusu vikwazo vyovyote wakati wa kufanya kazi na data ya MIDI. Kwa kuongeza, kuna sequencers ambazo zinaweza kucheza mpangilio moja kwa moja kutoka kwa diski, bila kupakia kwenye kumbukumbu ya msingi (na, kwa njia, rekodi pia), ambayo kwa ujumla inafuta tofauti kati ya aina mbili za kumbukumbu.

Katika kumbukumbu ya pili, data kawaida huandikwa kwa faili. Wafanyabiashara wengi wana muundo wao wa kufungwa kwa faili hii, ambayo inafanya kuwa vigumu kubadilishana mipangilio iliyoundwa katika vifaa au programu tofauti. Hapo awali ilisemekana kuwa hii ndiyo sababu kuu ya kuundwa kwa SMF.

Kupima wakati
Kwa kweli, hakuna "tiki" ndani ya sequencer. Kuna kipima saa cha vifaa ambacho hutoa mapigo na masafa madhubuti ya mara kwa mara (kwa mfano, kila microsecond). Kulazimisha wanamuziki kupima muda katika sekunde ndogo itakuwa dhihaka ya kutisha, kama, kwa kweli, katika vitengo vingine vya muda halisi (sekunde, dakika). Wanamuziki wamezoea kufikiria kwa vipimo na midundo, na kuelezea wakati katika vitengo vya jamaa (muda wa kumbuka), kulingana na tempo ya sasa.

"Hakuna shida," watayarishaji walijibu, "wacha wapime wanavyoona inafaa." Kipimo cha chini tu cha kipimo hakitakuwa muda wa 32, lakini tiki iliyochukuliwa kwa masharti (kitengo ni kidogo zaidi, ili, kwa mfano, muda wa thelathini na mbili unaweza kuwa na kupe 48). Kwa kuwa tangu enzi ya classical tempo imepimwa kwa idadi ya robo kwa dakika (BPM, beats kwa dakika), tuliamua kuchukua robo kama muda kuu na kuonyesha idadi ya kupe kwa robo - PPQN (Pulse Per Robo Note) . Kadiri PPQN inavyokuwa kubwa, ndivyo utatuzi bora wa kifuatiliaji na kwa usahihi zaidi inavyoweza kuratibu ujumbe wakati wa kurekodi na kuzitoa kwa pato la MIDI wakati wa kucheza tena. Sequencers nyingi hukuruhusu kuweka PPQN kiholela - kwa mfano, kutoka 32 hadi 1536 ticks kwa robo (sequencers kisasa - hadi 15360 PPQN).

Jibu ni kitengo kinachotegemea tempo: kasi ya tempo, muda mfupi kati ya kupe katika vitengo vya muda halisi. Muda huu unaweza kupatikana kwa kutumia fomula kwenye Mtini. 1.

Kwa mfano, kwa tempo ya 120 BPM na azimio la 96 PPQN, tiki zitatokea kila milliseconds 5.208. Kwa azimio sawa na tempo ya 180 BPM, muda kati ya ticks utapunguzwa hadi 3.472 ms. Sequencer huhesabuje kupe ikiwa kipima saa chake cha ndani hupiga kila sekunde ndogo? Ndiyo, ni rahisi sana: kulingana na tempo ya sasa na azimio la robo, hasa kulingana na formula maalum. Kwa kuwa milisekunde moja ina sekunde 1000, katika mfano wa mwisho kifuatiliaji kitatoa tiki inayofuata kipokea mipigo 3472 kutoka kwa kipima muda.

Nafasi ya tukio kwenye mtawala wa wakati imebainishwa katika mpangilio, kwa kawaida katika umbizo "baa: mipigo: tiki", kwa mfano, 22:3:152. Hiyo ni: kipimo cha ishirini na mbili, mpigo wa tatu, tiki ya 152 tangu mwanzo wa mpigo wa tatu. Kanuni hii ya kuhesabu wakati (neno la Kiingereza ni Timebase) inaitwa muziki, kwani inajulikana na inafaa kwa wanamuziki. Tafadhali kumbuka kuwa ili kufanya kazi katika muundo huu unahitaji kujua saini ya sasa ya wakati. Hiyo ni, bar ina beats ngapi na kila mpigo ni sawa na nini?

Kwa hiyo, katika saini ya muda wa 4/4, pigo ni sawa na robo, na kipimo kina beats nne. Kwa azimio la 384 PPQN, kutakuwa na kupe 384 kwa mpigo mmoja, na kupe 1536 katika kila kipimo (384 x 4). Kwa saini ya saa 6/8 na azimio sawa, kutakuwa na tiki 192 kwa mpigo mmoja (noti ya nane ni nusu ya urefu wa noti ya robo), na kutakuwa na mipigo sita kwenye baa, au tiki 1152 (192 x 6). Kwa hivyo, kurekodi 22:3:152 katika kesi ya kwanza inamaanisha kupe 35096 tangu mwanzo wa wimbo (22 x 1536 + 3 x 384 + 152), na kwa pili - kupe 26072 (22 x 1152 + 3 x 192 + 152) )

Kwa hivyo, ili kuamua nafasi ya tukio katika vitengo vya muda halisi kulingana na beats: beats: muundo wa ticks, unahitaji kujua vigezo vitatu: tempo ya sasa, saini ya wakati, na azimio katika tiki kwa kila robo (PPQN).

Kuna uwezekano mwingine wa kuhesabu wakati, wakati nafasi ya tukio kwenye wimbo inaonyeshwa kwa vitengo kamili ambavyo hazitegemei tempo, mara nyingi katika SMPTE umbizo la wakati - "saa: dakika: sekunde: fremu". Kanuni hii ya kuweka muda inaitwa "time-code-based" (timecode-based, absolute). Haja yake inatokea wakati kifuatiliaji kinafanya kazi pamoja na kinasa sauti au kifaa cha filamu/video. Ni rahisi zaidi kufanya shughuli za uhariri na filamu, video na nyenzo za sauti, zinaonyesha nafasi za mwanzo na mwisho wa kurekodi, akimaanisha kiwango kamili, badala ya vipimo na beats.

Katika kesi hii, uratibu wa tukio kwenye mtawala wa wakati hutegemea tempo ya sasa. Kwa hiyo, kwa tempo ya 120 BPM, pigo la kwanza la kipimo cha pili linaweza kuwa na SMPTE muda wa 00:00:02:00, na kwa tempo ya 60 BPM - 00:00:04:00. Wakati tukio liko ndani ya fremu (kati ya sekunde), uratibu wake pia utatofautiana na miundo tofauti ya fremu (idadi ya fremu kwa sekunde). Unaweza kusoma zaidi kuhusu SMPTE na Msimbo wa Muda wa MIDI katika makala iliyotangulia katika mfululizo.

Vipimo vya urefu vinavyobadilika
Kutosha kwa utamkaji wa sauti, sasa kazi yetu ni kuelewa umbizo la kuhifadhi data. Na shida ya kwanza ambayo watengenezaji wa SMF walikabili ilikuwa jinsi ya kuhifadhi wakati wa tukio.

Kuna chaguo mbili hapa: kuhifadhi muda kwa kila tukio tangu mwanzo wa wimbo, au kutoka tukio la mwisho kabla yake (kwenye kituo sawa). Walakini, chaguo la kwanza sio la busara, kwa sababu mara nyingi muda kati ya matukio ni ndogo, matukio ya jirani huwa na nyakati za utekelezaji karibu na kila mmoja. Kwa hiyo, katika kifungu cha maelezo matatu, ya kwanza inaweza kuwa na wakati wa, tuseme, 22:3:152, ya pili - 22:3:244, ya tatu - 22:3:288. Ili kuhifadhi nambari hizi (zilizotafsiriwa kuwa tiki tangu mwanzo wa wimbo) unahitaji kuhifadhi angalau ka nne kwa kila moja. Ikiwa unafuata njia ya pili, basi badala ya nambari tatu kubwa unaweza kuokoa nambari moja kubwa ya kuanzia (22:3:152), ikifuatiwa na ndogo mbili, tofauti ya kupe kati ya kwanza na ya pili, na maelezo ya pili na ya tatu. (katika kesi hii, 92 na 44), byte moja inatosha kwao. Lakini tatizo bado linabaki: kulingana na tukio, idadi tofauti ya byte lazima ipewe ili kuokoa muda.

Ikiwa SMF ingekuwa ikitengenezwa kwa wakati huu (na hata na Microsoft, ambayo kwa ujumla haijali ukubwa wa faili zake na kumbukumbu inayohitajika), wangeweza kupuuza tatizo hili. Tulitenga sehemu isiyobadilika ya kuokoa muda, sema baiti 8 kwa kila tukio, na hatukuteseka. Hata hivyo, mwaka wa 1988, kumbukumbu ya msingi (RAM) ilikuwa ghali sana, kila byte iliyohesabiwa, na sekondari (media ya disk) ilikuwa na kiasi cha kawaida sana. Kwa hivyo, watengenezaji wa SMF walitaka kufikia muundo wa kompakt zaidi iwezekanavyo.

Iliamuliwa kuweka wakati wa delta, yaani, tofauti ya kupe kati ya tukio hili na moja uliopita (au mwanzo wa wimbo). Kwa mfano, ikiwa tukio la kwanza - kucheza noti C ya octave ya kwanza - ilitokea wakati tiki 40 tangu mwanzo wa wimbo, basi wakati wake wa delta utakuwa sawa na 40. Ikiwa tiki nne baadaye noti F inachezwa, basi wakati wake wa delta utakuwa sawa na 4. Ikiwa matukio mawili yanatokea wakati huo huo, basi mmoja wao amepewa muda wa delta sawa na sifuri. Ikiwa tukio litatokea mwanzoni mwa wimbo, pia lina muda wa sifuri wa delta. Hata hivyo, tukio linalofuata linaweza kutokea kwa saa moja na nusu (yaani, baada ya kupe milioni kadhaa). Jinsi ya kuwa katika kesi hii? Baada ya yote, kumbukumbu inahitaji kuokolewa, na haifai kutenga uwanja uliowekwa wa ka kadhaa kwa saizi kwa wakati wa delta.

Kinachojulikana wingi wa urefu tofauti. Wanatoa njia rahisi ya kuandika nambari kamili kutoka ndogo hadi kubwa zaidi, bila kulazimika kutenga idadi maalum ya baiti kwa nambari. Biti za nambari asilia zimefungwa kwenye baiti moja au zaidi: kila baiti ina biti saba (kulia, biti 0 hadi 6). Kidogo muhimu zaidi katika baiti ni biti ya huduma; baiti zote kwenye safu, isipokuwa ile ya mwisho, lazima iwe na moja, ya mwisho lazima iwe na sifuri. Mifano kadhaa za ufungaji zinaonyeshwa kwenye Mtini. 4.

Kwa mfano, unahitaji pakiti namba 64 (hexadecimal 0x40) katika muundo wa urefu wa kutofautiana. Katika fomu ya binary, nambari hii imeandikwa kama 0100 0000. Kuna biti saba tu muhimu, kwa hivyo nambari hii imejaa kwenye byte moja bila mabadiliko - 0100 0000 (pia ni byte ya mwisho ya safu), muhimu zaidi ni 0. .

Sasa nambari ni 128 (0x80). Katika fomu ya binary imeandikwa kama 1000 0000. Kuna vipande nane muhimu, hivyo kila kitu hakitaingia kwenye byte moja, unahitaji kuigawanya katika mbili. Baiti ya kwanza lazima iwe na moja katika sehemu muhimu zaidi, ya pili (kama baiti ya mwisho ya mfululizo) lazima iwe na sifuri. Katika byte ya pili tunaweka bits saba muhimu zaidi ya namba ya awali, tunapata 0 000 0000. Tunaweka kidogo iliyobaki (moja) upande wa kulia wa byte ya kwanza - tunapata 1000 0001. Matokeo yake, nambari 0x80 imeandikwa kama baiti mbili: 0x81 0x00. Kufungua ni rahisi sana. Hatujui mapema ni ka ngapi zilizomo kwenye safu. Tunasoma byte ya kwanza - 1000 0001. Biti ya huduma muhimu zaidi (1) inaonyesha kwamba hii sio byte ya mwisho ya mfululizo, kuna byte zaidi. Tunatupa kitengo cha huduma, na kuacha bits saba - 000 0001. Soma byte ya pili - 0000 0000. Biti ya huduma muhimu zaidi (0) inaonyesha kwamba hii ni byte ya mwisho ya mfululizo (ambayo ni, kuna byte mbili tu katika mfululizo). Sehemu ya huduma inatupwa. Pia kuna bits saba zilizoachwa - 000 0000. Tunawaongeza upande wa kushoto bits saba zilizotolewa kutoka kwa byte ya kwanza, tunapata 000 0001 000 0000. Kutupa zero sita za kwanza, tunapata nambari inayotakiwa 1000 0000 (0x80).

Kwa hivyo, njia ya urefu wa kutofautisha hukuruhusu kutenga nambari tofauti za ka kwa nambari tofauti: kwa nambari katika safu kutoka 0 hadi 127 - byte moja, kutoka 128 hadi 16383 - ka mbili, na kadhalika. Idadi ya juu inayowakilishwa kwa njia hii kimsingi haina kikomo. Walakini, katika SMF, urefu wa kukimbia ni mdogo kwa ka nne (tatu zilizo na seti muhimu zaidi na moja ikimaliza moja na sifuri). Matokeo yake, muda wa juu wa delta unaweza kuwa 0x0FFFFFFF (au tiki 268,435,455), ambayo kwa tempo ya 500 BPM na azimio la 96 PPQN ni karibu siku nne. Zaidi ya kutosha!

Katika fomu ya urefu wa kutofautiana wa SMF, sio tu wakati wa delta umeainishwa, lakini pia urefu wa matukio fulani.

Umbiza wa Umbizo la faili ( IFF )
Muundo wa faili ya kawaida ya MIDI karibu kukopwa kutoka kwa umbizo la IFF (Interchange File Format), iliyotengenezwa mwaka wa 1985 na Sanaa ya Kielektroniki. Huu ni umbizo la kuhifadhi na kubadilishana data ambalo limekuwa limerahisisha maisha kwa watumiaji na wasanidi programu kwa karibu miaka ishirini. Sanaa ya Kielektroniki haikutoa hati wazi tu, bali pia msimbo wa chanzo C wa kusoma na kuandika faili za IFF.

Umbizo la IFF linaendana nyuma na linaweza kupanuka. Ya kwanza ina maana kwamba toleo jipya la programu linaweza kusoma kwa urahisi faili zilizoundwa na toleo la awali. Pili, huna haja ya kuja na umbizo jipya ili kuhifadhi maelezo ya ziada; unahitaji tu kuingiza kiendelezi chako kwenye IFF. Muundo wa muundo huruhusu programu kutoka kwa wazalishaji tofauti ambao hawana mikataba ya biashara inayolingana ili kubadilishana data. Haya yote huwafanya watumiaji kuwa na furaha - baada ya kuhifadhi data katika umbizo la IFF, hawajafungwa tena kwa umbizo lililofungwa la mfumo wao na wanaweza kutumia data katika mazingira yoyote ya maunzi na programu yanayoendana na IFF.

Faili ya IFF ni mkusanyiko wa data iliyopangwa ili programu tofauti, zisizohusiana ziweze kuisoma. Kwa upande mwingine, programu inaweza kuhifadhi taarifa maalum katika IFF ambayo ina maana yenyewe pekee. Muundo wa IFF hurahisisha hili kufanya. Programu zingine ambazo hazijui jinsi ya kushughulikia habari kama hizo zinaweza kuzipuuza bila kuathiri usomaji wa yaliyomo kuu.

Kuna aina kadhaa za faili za IFF. Kwa mfano, faili za ILBM na GIFF zina maelezo ya picha, faili za SMUS zina nukuu za muziki, faili za AIFF na WAVE zina sauti ya dijiti.

Faili ya IFF ina vipengele sawa vinavyoitwa blocks. Kizuizi ni muundo wa data unaojumuisha kitambulisho cha barua (herufi nne za ASCII), saizi ya block (byte nne) na data yenyewe (Mchoro 5). Ni rahisi kufikiria kizuizi kama ganda ambalo data "imefungwa." Data yenyewe inaweza kuwa na chochote: graphics, maandishi, uhuishaji, sauti, seti ya vitu vya 3D, na kadhalika.

Vitalu katika faili ya IFF vinaweza kuwekwa, Mtini. 6. Kwa kweli, faili ya IFF si chochote zaidi ya kizuizi cha kiwango cha juu kilicho na kizuizi kimoja au zaidi ndani yake. Kanuni hii ya uhifadhi wa data inakuwezesha "kufunga" data kadhaa tofauti kwenye faili, ikiwa ni pamoja na faili kadhaa za IFF, ambazo zinawakumbusha mfumo wa faili ndani ya faili. Kweli, na shirika la data lililowekwa kiota, kuna drawback moja - faili inakuwa vigumu kutafsiri na kutenganisha vitalu kutoka kwake.

Faili nyingi za IFF zina kizuizi cha kiwango cha juu chenye kitambulisho "FORM". Inajumuisha vitalu vingine (Mchoro 7). Data pekee katika kizuizi cha FORM ni baiti nne zinazoelezea aina ya faili (kwa mfano, "ILBM", InterLeaved Bit Map). Mara moja nyuma yao ni vitalu vilivyowekwa, kwa mfano, "BMHD" (kichwa cha picha), "CMAP" (palette) na "BODY" (pikseli zenyewe). Majina ya vitalu na muundo wa data huundwa na msanidi wa aina maalum ya faili. Programu zingine, ikiwa zinakutana na kizuizi na jina lisilojulikana, zinaweza kuiruka kwa usalama, ikiongozwa na shamba lililo na urefu wa kizuizi.

Data zote za nambari katika faili za IFF huhifadhiwa kwa mpangilio mkubwa, ambayo ni, byte muhimu zaidi ya nambari (MSB) huhifadhiwa kwanza, kisha baiti muhimu zaidi. Hii inajadiliwa kwa undani zaidi kwenye upau wa kando. Vitalu ndani ya faili lazima kila wakati vianze na hata baiti. Ikiwa kizuizi kilichotangulia kina idadi isiyo ya kawaida ya baiti, kimefungwa na baiti sifuri ili kuifanya iwe sawa.

Muundo wa SMF
Faili za kawaida za MIDI, kama faili za IFF, zina vizuizi (Chunks). Kuna aina mbili za vitalu: Chunk ya Kichwa na Chunk ya Kufuatilia. Faili ya SMF inaweza tu kuwa na kizuizi kimoja cha vichwa na safu moja au zaidi za wimbo. Kizuizi kina muundo wa kawaida wa IFF: byte nne za kwanza ni kitambulisho, byte nne zifuatazo ni urefu wa block katika byte, ukiondoa byte nane za aina / urefu. Kitambulisho cha block block ni herufi nne "MThd", kitambulisho cha block block ni herufi nne "MTrk". Muundo huu utaruhusu aina mpya za vitalu kufafanuliwa katika siku zijazo, na kizuizi kisichojulikana kinaweza kupuuzwa kwa urahisi kulingana na urefu wake. Ufafanuzi wa SMF unaonya: "Programu zinapaswa kutayarishwa, wakati wanakutana na vitalu vya aina ambazo hawajui, kuzipuuza."

Kizuizi cha kichwa kina habari ya jumla kuhusu faili, kizuizi cha wimbo kina mtiririko wa ujumbe wa MIDI na mihuri ya wakati. Kwa kuongeza, faili ya MIDI huhifadhi maelezo ya ziada yanayohitajika na wafuataji: tempo, saini ya wakati, ufunguo, mipangilio ya metronome, na kadhalika. Habari hii haisambazwi kupitia kiolesura cha MIDI, na matukio yanayoiunda yanaitwa matukio ya meta.

Faili ya MIDI daima huanza na kizuizi cha kichwa, ikifuatiwa na block moja au zaidi ya wimbo (Mchoro 9). Hiyo ni, faili yoyote ya kawaida ya MIDI huanza na herufi nne "M", "T", "h", "d". Hii ina maana kwamba faili ya MIDI haizingatii vipimo vya IFF (ambayo inahitaji kwamba kila faili inayotangamana na IFF ianze na kizuizi cha kiwango cha juu cha mojawapo ya aina tatu - "FORM", "CAT" au "LIST"). Kuna tofauti zingine: SMF haiwezi kuwa na vizuizi vilivyowekwa, na urefu wa kuzuia sio lazima uwe sawa. Walakini, kubadilisha SMF kuwa faili inayolingana na IFF ni rahisi. Inatosha kuweka vizuizi vya urefu usio wa kawaida (ikiwa ipo) na byte sifuri na kuweka yaliyomo yote kwenye kizuizi cha FORM. Operesheni sawa inatumika katika umbizo la RMID lililopendekezwa na Microsoft (tazama upau wa kando).