Piektā daļa rakstu sērijai, kurā detalizēti aprakstīts MIDI protokols.

Viena no trim MIDI protokola sastāvdaļām ir datu uzglabāšanas formāta specifikācija (atgādiniet, ka pārējās divas sastāvdaļas ir ziņojuma formāts un aparatūras saskarnes specifikācija). Ziņojuma formāts tika apspriests pirmajos trīs cikla rakstos, tagad ir pienācis laiks uzglabāšanas formātam. To ierosināja MMA organizācija 1987. gada beigās, un to sauca par "Standarta MIDI faili" (Standard MIDI Files, SMF).

MIDI failu mērķis ir nodrošināt notikumu (tas ir, MIDI ziņojumu, kuriem ir laikspiedols) apmaiņu starp dažādām ierīcēm un programmām. Pirms standarta MIDI failu parādīšanās vienā sekvencerā sagatavoto izkārtojumu nevarēja ielādēt citā formāta nesaderības dēļ. Nevarētu teikt, ka līdz ar SMF parādīšanos visi sekvenceru ražotāji pārgāja uz šo formātu. Tam ir vairāki iemesli, un par tiem mēs arī šodien runāsim.

Tā kā informācijas glabāšana ir tieši saistīta ar sekvenceru uzbūvi, tad pie šī jautājuma pakavēsimies sīkāk, bet tikai tiktāl, cik nepieciešams SMF izpratnei. Un sekvencētāji, protams, veltīsim vienu no nākamajiem cikla rakstiem.

Pasākumi
Tiek izsaukts MIDI ziņojums ar laika zīmogu notikumu. Lai norādītu laiku, var izmantot dažādas mērvienības – ķeksīši, iekšējie impulsi, laiks SMPTE formātā utt.. Ir svarīgi saprast fundamentālo atšķirību starp notikumu un ziņojumu. Ziņojums "dzīvo" milisekundes daļu reālā laika - no brīža, kad to ģenerē avots, līdz brīdim, kad tas nonāk izpildei pie saņēmēja. To var uztvert pārraides laikā pa MIDI kabeli kā impulsu kopu. Notikums ir ierīces atmiņā ierakstīti daži baiti informācijas, uz kuras pamata turpmāk noteiktajā laikā tiks ģenerēts ziņojums.

Piemēram, sekvencēra atmiņa var saglabāt notikumu “play not” ar laika zīmogu 100 ms no atskaņošanas sākuma. Šo notikumu var rediģēt divās dimensijās: pirmkārt, mainīt paša MIDI ziņojuma parametrus (šajā gadījumā nots augstumu vai dinamiku), un, otrkārt, pārvietot noti pa celiņu, tas ir, mainīt laiku ziņa.

MIDI ziņojumu ierakstīšanas laikā sekvencēra atmiņā tiek parādīti notikumi. Nospiežot pogu Record, sekvencētājs ieslēdz aparatūras impulsu ģeneratoru (atzīmē) un sāk "klausīties" norādīto MIDI ievadi. Piemēram, kad tiek nospiests taustiņš, ievade saņem ziņojumu "ņemt vērā". Sekvencētājs skatās - jā, ziņojums nāca uz 20. ķeksīša, un ieraksta to atmiņā ar atzīmi 20. Pēc pāris sekundēm atslēga tika atbrīvota - atnāca ziņojums "noņemt piezīmi", iekšējais ģenerators tajā brīdī priecīgi. pamāja ar 64 ķeksīšiem sekvencerim. Sekvencētājs saglabā ziņojumu ar etiķeti 64. Tagad mums ir darīšana ar diviem notikumiem - Note On un Note Off. Atskaņošanas laikā impulsu ģenerators atkal tiek ieslēgts. Kad tuvojas 20. atzīme, uz sekvencera MIDI izvadi tiek nosūtīts ziņojums Note On, 64. ķeksītis - Note Off. Mēs ierakstījām un pēc tam reproducējām izpildītāja darbības!

Acīmredzot to pašu var izdarīt "bezsaistē", tas ir, bez dzīvās uzstāšanās nepieciešamības. Noklikšķinot ar peli pareizajā celiņa vietā (un iepriekš izvēloties nots ilgumu), mēs sekvencera atmiņā izveidosim tieši iepriekšējo attēlu.

Atmiņas veidi
Tagad ir pienācis laiks piemērot divus iebiedējošus datora terminus: primārā un sekundārā atmiņa. Primārā (vai iekšējā) atmiņa ir sekvencēra atmiņa, kurā tiek rakstīti ziņojumi un kurā tiek glabāti notikumi visas sesijas laikā. Šīs atmiņas saturs tiek atiestatīts, kad barošana tiek izslēgta. Šī interpretācija ir vairāk piemērota aparatūras sekvencēriem. Programmatūras sekvencēros primārā atmiņa ir vienkārši datora galvenā atmiņa. Lai ilgstoši saglabātu primārās atmiņas saturu, tiek izmantota sekundārā atmiņa jeb, citiem vārdiem sakot, datu nesējs. Tā var būt diskete, cietais disks, viedkarte un tamlīdzīgi.

Primārās atmiņas apjoms aparatūras sekvenceros un darbstacijās (atgādināt, darbstacija ir toņu ģenerators un sekvencētājs vienā lodziņā) parasti tiek izteikts ar saglabāto piezīmju skaitu (piemēram, 200 tūkstoši). Dažkārt skaļums tiek izteikts notikumos, un tādā gadījumā jums jābūt piesardzīgam — vienas nots saglabāšanai nepieciešami divi notikumi (nospiežot un atlaižot taustiņu), un, pagriežot augstuma ratu vai pēcskārienu, var ģenerēt līdz pat 100 vai vairāk notikumiem. Gadās, ka sekvencēra atmiņas apjoms tiek izteikts vietējās datora vienībās - kilobaitos. Bet tas arī nav īpaši ērti - viens notikums var aizņemt atšķirīgu baitu skaitu (no pieciem līdz vairākiem desmitiem).

Mūsdienu programmatūras sekvenceros reti kurš rūpējas par primārās atmiņas apjomu – pat mašīnā ar 128 MB RAM, strādājot ar MIDI datiem, var aizmirst par jebkādiem ierobežojumiem. Turklāt ir sekvenceri, kas var atskaņot izkārtojumu tieši no diska, neielādējot to primārajā atmiņā (un, starp citu, arī ierakstot), kas kopumā izjauc atšķirību starp diviem atmiņas veidiem.

Sekundārajā atmiņā dati parasti tiek ierakstīti failā. Lielākajai daļai sekvenceru ir savs šī faila formāts, kas ir aizvērts, kas apgrūtina dažādās ierīcēs vai programmās izveidoto izkārtojumu apmaiņu. Iepriekš tika runāts, ka tas bijis galvenais SMF izveides iemesls.

Laika mērīšana
Faktiski sekvencera iekšpusē nav "ērču". Ir aparatūras taimeris, kas ģenerē impulsus ar stingri nemainīgu frekvenci (piemēram, katru mikrosekundi). Mūziķu piespiešana laiku mērīt mikrosekundēs būtu zvērīga ņirgāšanās, tāpat kā citās reālā laika vienībās (sekundēs, minūtēs). Mūziķi ir pieraduši domāt mēros un sitienos un izteikt laiku relatīvās vienībās (nošu ilgumos) atkarībā no pašreizējā tempa.

"Nav problēmu," atbildēja ražotāji, "ļaujiet viņiem mērīt tā, kā tas viņiem vislabāk atbilst." Tikai minimālā mērvienība būs nevis kāds 32. ilgums, bet gan nosacīti paņemta ķeksīte (vienība ir vēl mazāka, lai, piemēram, vienā trīsdesmit sekundē varētu būt 48 ķeksīši). Tā kā kopš klasiskā laikmeta tempu mēra ar ceturtdaļu skaitu minūtē (BPM, sitieni minūtē), tika nolemts galvenajam ilgumam ņemt ceturtdaļu un norādīt ķeksīšu skaitu ceturksnī - PPQN (Pulse Per ceturkšņa piezīme). Jo lielāks ir PPQN, jo labāka ir sekvencēra izšķirtspēja un precīzāk laikā tas var uztvert ziņojumus ierakstīšanas laikā un atskaņošanas laikā tos izvadīt uz MIDI izeju. Lielākā daļa sekvenceru ļauj patvaļīgi iestatīt PPQN - piemēram, no 32 līdz 1536 atzīmēm ceturksnī (mūsdienu sekvenceri - līdz 15360 PPQN).

Atzīme ir no tempa atkarīga vienība: jo ātrāks temps, jo īsāks intervāls starp atzīmēm reāllaika vienībās. Šo intervālu var atrast, izmantojot formulu attēlā. viens.

Piemēram, ar 120 BPM tempu un 96 PPQN izšķirtspēju ķeksīti būs ik pēc 5,208 milisekundēm. Ar tādu pašu izšķirtspēju un tempu 180 BPM intervāls starp atzīmēm tiks samazināts līdz 3,472 ms. Kā sekvencētājs skaita ķeksīti, ja tā iekšējais taimeris pulsē katru mikrosekundi? Jā, ļoti vienkārši: balstoties uz pašreizējo tempu un izšķirtspēju ceturksnī, tieši pēc norādītās formulas. Tā kā vienā milisekundē ir 1000 mikrosekundes, pēdējā piemērā sekvencētājs ģenerēs vēl vienu atzīmi, saņemot no taimera 3472 impulsus.

Notikuma pozīcija uz laika lineāla tiek iestatīta sekvencē, parasti formātā "joslas: sitieni: ķeksīši", piemēram, 22:3:152. Tas ir: divdesmit otrais takts, trešais sitiens, 152. ķeksītis no trešā sitiena sākuma. Līdzīgu laika noteikšanas principu (angļu valodas termins - Timebase) sauc par muzikālo (muzikālo), jo tas ir mūziķiem pazīstams un ērts. Lūdzu, ņemiet vērā, ka, lai strādātu šajā formātā, jums jāzina pašreizējais pulkstenis. Tas ir, cik sitienu stienis satur un ar ko katrs sitiens ir vienāds.

Tātad 4/4 laikā sitiens ir vienāds ar ceturtdaļu, un mērs satur četrus sitienus. Ar izšķirtspēju 384 PPQN vienā sitienā būs 384 atzīmes un katrā joslā attiecīgi 1536 atzīmes (384 x 4). Ar taktiku 6/8 un tādu pašu izšķirtspēju katrā sitienā būs 192 atzīmes (astotā nots ir puse no ceturtdaļas nots garuma) un seši sitieni uz vienu takti jeb 1152 atzīmes (192 x 6). Tādējādi ieraksts 22:3:152 pirmajā gadījumā nozīmē 35096 atzīmes no dziesmas sākuma (22 x 1536 + 3 x 384 + 152), bet otrajā - 26072 atzīmes (22 x 1152 + 3 x 192 + 152).

Tātad, lai noteiktu notikuma pozīciju reāllaika vienībās, pamatojoties uz formātu "joslas: sitieni: ērces", jums jāzina trīs parametri: pašreizējais temps, laika signāls un izšķirtspēja ķeksīšos ceturksnī (PPQN).

Ir vēl viena laika skaitīšanas iespēja, kad notikuma atrašanās vieta trasē tiek izteikta absolūtās mērvienībās, kas nav atkarīgas no tempa, visbiežāk SMPTE laika formātā - "stundas: minūtes: sekundes: kadri". Šo laika noteikšanas principu sauc par "balstītu uz laika kodu" (pamatojoties uz laika kodu, absolūts). Nepieciešamība pēc tā rodas, ja sekvencētājs strādā kopā ar magnetofonu vai filmu/video tehniku. Montāžas operācijas ar filmu, video un audio materiālu, norādot ieraksta sākuma un beigu pozīcijas, ir ērtāk izpildāmas, piesienoties absolūtai skalai, nevis mēriem un sitieniem.

Šajā gadījumā notikuma koordināte uz laika lineāla ir atkarīga no pašreizējā tempa. Tātad pie 120 sitieniem minūtē otrā pasākuma pirmā sitiena SMPTE laiks var būt 00:00:02:00, bet pie 60 sitieniem minūtē tas var būt 00:00:04:00. Ja notikums atrodas kadrā (starp sekundēs), arī tā koordinātas atšķirsies dažādiem kadru formātiem (kadru skaits sekundē). Vairāk par SMPTE un MIDI laika kodu varat lasīt sērijas iepriekšējā rakstā.

Maināmi garumi
Pietiekami liriskas atkāpes, tagad mūsu uzdevums ir izdomāt datu uzglabāšanas formātu. Un pirmās grūtības, ar kurām saskārās SMF izstrādātāji, bija, kā ietaupīt pasākuma laiku.

Šeit ir divas iespējas: katram notikumam saglabāt laiku no dziesmas sākuma vai no pēdējā notikuma pirms tā (tajā pašā kanālā). Taču pirmais variants nav racionāls, jo visbiežāk intervāls starp notikumiem ir mazs, blakus notikumiem izpildes laiki ir tuvu viens otram. Tātad trīs nošu fragmentā pirmās nošu laiks varētu būt, piemēram, 22:3:152, otrās 22:3:244, trešās 22:3:288. Lai saglabātu šos skaitļus (pārvēršot par atzīmēm no dziesmas sākuma), jums ir jārezervē vismaz četri baiti katram. Ja ejat pa otro ceļu, tad trīs lielo skaitļu vietā varat saglabāt vienu lielu sākuma numuru (22:3:152), kam seko divi mazi, ķeksīšu atšķirība starp pirmo un otro, kā arī otro un trešo. piezīmes (šajā gadījumā 92 un 44), tām pietiek ar vienu baitu. Tomēr problēma joprojām pastāv: atkarībā no notikuma, lai ietaupītu laiku, ir jāpiešķir atšķirīgs baitu skaits.

Ja SMF tiktu izstrādāts pašlaik (un pat Microsoft, kas parasti maz rūpējas par savu failu lielumu un nepieciešamo atmiņu), šī problēma tiktu pievērta. Laika taupīšanai mēs piešķīrām fiksētu lauku, teiksim, 8 baitus vienam pasākumam, un necietām. Tomēr 1988. gadā primārā (RAM) atmiņa bija ļoti dārga, tika skaitīts katrs baits, un sekundārajai (diska datu nesējai) bija ļoti pieticīgs daudzums. Tāpēc SMF izstrādātāji vēlējās iegūt pēc iespējas kompaktāku formātu.

Tika nolemts paturēt delta laiks, tas ir, ķeksīšu atšķirība starp šo notikumu un iepriekšējo (vai dziesmas sākumu). Piemēram, ja pirmais notikums - C nots atskaņošana līdz pirmajai oktāvai - notika šobrīd 40 atzīmes no dziesmas sākuma, tad tā delta laiks būs 40. Ja nots F tiek atskaņota pēc četrām atzīmēm, tad tās delta laiks būs 4. Ja divi notikumi notiek vienlaicīgi, tad vienam no tiem tiek piešķirts delta laiks, kas vienāds ar nulli. Ja notikums notiek tieši dziesmas sākumā, tam ir arī nulles delta laiks. Taču nākamais notikums var notikt pēc pusotras stundas (tas ir, pēc vairākiem miljoniem ērču). Kā būt šajā gadījumā? Galu galā atmiņa ir jāsaglabā, un delta laikam nav vēlams piešķirt fiksētu vairāku baitu lauku.

Tā sauktais mainīga garuma daudzumus. Tie nodrošina ērtu veidu, kā rakstīt veselus skaitļus no mazākā līdz lielākajam, neatliekot šim numuram noteiktu baitu skaitu. Sākotnējā skaitļa biti ir iepakoti vienā vai vairākos baitos: katram baitam ir septiņi biti (labajā pusē biti no 0 līdz 6). Nozīmīgākais bits baitā ir pakalpojums; visos sērijas baitos, izņemot pēdējo, tajā ir jābūt vienam, pēdējā - nulle. Vairāki iepakojuma piemēri ir parādīti attēlā. 4.

Piemēram, vēlaties iesaiņot skaitli 64 (heksadecimāls 0x40) mainīga garuma formātā. Binārā formā šis skaitlis ir rakstīts kā 0100 0000. Ir tikai septiņi nozīmīgi biti, tāpēc šis skaitlis ir iepakots vienā baitā nemainīgs - 0100 0000 (tas ir arī sērijas pēdējais baits), nozīmīgākais bits ir 0.

Tagad skaitlis ir 128 (0x80). Binārā formā tas ir rakstīts kā 1000 0000. Ir astoņi zīmīgi biti, tāpēc viss neietilps vienā baitā, jums tas ir jāsadala divās daļās. Pirmajā baitā augstajā bitā ir jābūt vienam, otrajam (kā sērijas pēdējam baitam) jābūt nullei. Otrajā baitā ievietojam sākotnējā skaitļa septiņus mazāk nozīmīgos bitus, izrādās 0 000 0000. Atlikušais bits (viens) tiek novietots pirmā baita labajā pusē - izrādās 1000 0001. Rezultātā , skaitlis 0x80 tiek rakstīts kā divi baiti: 0x81 0x00. Izpakošana ir ļoti vienkārša. Mēs iepriekš nezinām, cik baitu ir sērijā. Mēs nolasām pirmo baitu - 1000 0001. Augstais servisa bits (1) norāda, ka šis nav sērijas pēdējais baits, ir vairāk baitu. Mēs izmetam servisa vienību, paliek septiņi biti - 000 0001. Mēs nolasām otro baitu - 0000 0000. Augstais apkalpošanas bits (0) norāda, ka šis ir sērijas pēdējais baits (tas ir, sērijā ir tikai divi baiti). sērija). Mēs atmetam pakalpojumu bitu. Palikuši arī septiņi biti - 000 0000. Kreisajā pusē pievienojam tiem septiņus bitus, kas piešķirti no pirmā baita, iegūstam 000 0001 000 0000. Atmetot pirmās sešas nulles, iegūstam vēlamo skaitli 1000 0000 (0x80) .

Tātad mainīga garuma vērtību metode ļauj dažādiem skaitļiem piešķirt atšķirīgu baitu skaitu: skaitļiem diapazonā no 0 līdz 127 - viens baits, no 128 līdz 16383 - divi baiti utt. Maksimālais skaits, ko var attēlot šādā veidā, principā nav ierobežots. Tomēr SMF izpildes garums ir ierobežots līdz četriem baitiem (trīs ar visnozīmīgāko bitu kopumu un viens beigu viens ar nulli). Rezultātā maksimālais delta laiks var būt 0x0FFFFFF (vai 268 435 455 atzīmes), kas pie 500 BPM un 96 PPQN ir aptuveni četras dienas. Vairāk nekā pietiekoši!

Mainīga garuma vērtību veidā SMF norāda ne tikai delta laiku, bet arī dažu notikumu ilgumu.

Apmaiņas faila formāts (IFF)
Standarta MIDI faila struktūra gandrīz pilnībā ir aizgūta no IFF (Interchange File Format) formāta, ko 1985. gadā izstrādāja Electronic Arts. Šis ir datu glabāšanas un apmaiņas formāts, kas gandrīz divdesmit gadus ir atvieglojis dzīvi gan lietotājiem, gan programmatūras izstrādātājiem. Electronic Arts nodrošināja ne tikai atvērtā pirmkoda dokumentāciju, bet arī C pirmkodu IFF failu lasīšanai un rakstīšanai.

IFF formāts ir saderīgs un paplašināms. Pirmais nozīmē, ka jaunā programmas versija var viegli nolasīt iepriekšējās versijas izveidotos failus. Otrkārt, lai saglabātu papildu informāciju, nav jāizgudro jauns formāts, pietiek ar savu paplašinājumu ieviešanu IFF. Formāta struktūra ļauj dažādu ražotāju programmām apmainīties ar datiem, kuriem nav attiecīgu biznesa līgumu savā starpā. Tas viss iepriecina arī lietotājus – saglabājot datus IFF formātā, viņi vairs netiek pieķēdēti pie savas sistēmas slēgtā formāta un var izmantot datus jebkurā ar IFF saderīgā aparatūras un programmatūras vidē.

IFF fails ir datu kopums, kas sakārtots tā, ka dažādas nesaistītas programmas var to nolasīt. No otras puses, programma IFF var saglabāt noteiktu informāciju, kas ir jēgpilna tikai viņai pašai. IFF struktūra to atvieglo. Citas programmas, kas nezina, kā rīkoties ar šādu informāciju, var to ignorēt, neietekmējot galvenā satura lasīšanu.

Ir vairāki IFF failu veidi. Piemēram, ILBM un GIFF faili satur grafisku informāciju, SMUS faili satur mūzikas apzīmējumus, AIFF un WAVE faili satur digitālu skaņu.

IFF fails sastāv no viena veida elementiem, ko sauc par blokiem (gabaliem). Bloks ir datu struktūra, kas sastāv no burta identifikatora (četras ASCII rakstzīmes), bloka lieluma (četri baiti) un pašiem datiem (5. attēls). Par bloku ir ērti domāt kā par čaulu, kurā tiek "iesaiņoti" dati. Paši dati var saturēt jebko: grafiku, tekstu, animāciju, skaņu, 3D objektu kopu utt.

Blokus IFF failā var ligzdot, att. 6. Faktiski IFF fails nav nekas cits kā augstākā līmeņa bloks, kas satur vienu vai vairākus citus blokus. Šis datu glabāšanas princips ļauj failā "ietīt" vairākus neviendabīgus datus, tostarp vairākus IFF failus, kas jau atgādina failu sistēmu failā. Tiesa, ligzdoto datu organizēšanai ir viens trūkums - failu kļūst grūti interpretēt, no tā izolēt blokus.

Lielākā daļa IFF failu satur augstākā līmeņa bloku ar identifikatoru "FORM". Tas ietver citus blokus (7. att.). Vienīgie dati FORM blokā ir četri baiti, kas apraksta faila tipu (piemēram, "ILBM", InterLeaved Bit Map). Ligzdotie bloki tiek novietoti tieši aiz tiem, piemēram, "BMHD" (attēla galvene), "CMAP" (palete) un "BODY" (paši pikseļi). Bloku nosaukumus un datu formātu nosaka konkrēta faila tipa izstrādātājs. Citas programmas, ja tās sastopas ar bloku ar nepazīstamu nosaukumu, var to droši izlaist, vadoties pēc lauka, kurā ir bloka garums.

Visi skaitliskie dati IFF failos tiek glabāti lielā secībā, tas ir, vispirms tiek saglabāts nozīmīgākais skaitļa baits (MSB), pēc tam vismazāk nozīmīgais. Vairāk par to sānjoslā. Blokiem failā vienmēr jāsākas ar pāra baitu. Ja iepriekšējā blokā ir nepāra baitu skaits, tas tiek papildināts ar nulles baitu, lai padarītu to pāra.

SMF struktūra
Standarta MIDI faili, piemēram, IFF faili, sastāv no blokiem (gabaliem). Ir divu veidu bloki: Header Chunk un Track Chunk. SMF failā var būt tikai viens galvenes bloks un viens vai vairāki celiņu bloki. Blokam ir tipiska IFF struktūra: pirmie četri baiti ir identifikators, nākamie četri baiti ir bloka garums baitos, izņemot astoņus tipa/garuma baitus. Galvenes bloka identifikators ir četras "MThd" rakstzīmes, celiņa bloka identifikators ir četras "MTrk" rakstzīmes. Šī struktūra ļaus nākotnē definēt jaunus bloku veidus, un nepazīstamu bloku var viegli ignorēt, pamatojoties uz tā garumu. SMF specifikācija brīdina: "Programmām jābūt gatavām ignorēt to tipu blokus, kurus tās nezina."

Galvenes blokā ir vispārīga informācija par failu, celiņu blokā ir MIDI ziņojumu straume ar laika zīmogiem. Turklāt MIDI failā tiek saglabāta sekvenceriem nepieciešamā papildu informācija: temps, laika signāls, taustiņš, metronoma iestatījumi un tamlīdzīgi. Šī informācija netiek pārsūtīta pa MIDI interfeisu, un notikumus, kas to veido, sauc par metanotikumiem.

MIDI fails vienmēr sākas ar galvenes bloku, kam seko viens vai vairāki celiņu bloki (9. attēls). Tas nozīmē, ka jebkurš standarta MIDI fails sākas ar četriem burtiem "M", "T", "h", "d". Tas nozīmē, ka MIDI fails neatbilst IFF specifikācijai (kas nosaka, ka katram ar IFF saderīgam failam ir jāsākas ar augstākā līmeņa bloku, kas ir viens no trim veidiem — "FORM", "CAT" vai "LIST"). Ir arī citas atšķirības: SMF nevar saturēt ligzdotus blokus, un bloka garumam nav jābūt vienmērīgam. Tomēr SMF konvertēšana ar IFF saderīgu failu ir vienkārša. Pietiek aizpildīt ar nulles baita nepāra garuma blokiem (ja tādi ir) un ievietot visu saturu FORM blokā. Līdzīga darbība tiek izmantota Microsoft piedāvātajā RMID formātā (skatiet sānjoslu).