MIDI protokolünü detaylandıran bir dizi makalenin beşinci bölümü.

MIDI protokolünün üç bileşeninden biri veri depolama biçimi belirtimidir (diğer iki bileşenin mesaj biçimi ve donanım arabirimi belirtimi olduğunu hatırlayın). Döngünün ilk üç makalesinde mesaj formatı tartışılmıştı, şimdi sıra depolama formatına geldi. 1987'nin sonunda MMA organizasyonu tarafından önerildi ve "Standart MIDI Dosyaları" (Standart MIDI Dosyaları, SMF) olarak adlandırıldı.

MIDI dosyalarının amacı, farklı cihazlar ve programlar arasında olay alışverişini (yani, zaman damgası olan MIDI mesajlarını) sağlamaktır. Standart MIDI dosyalarının ortaya çıkmasından önce, format uyumsuzlukları nedeniyle bir sıralayıcıda hazırlanan bir düzenleme diğerine yüklenemiyordu. SMF'nin ortaya çıkmasıyla birlikte tüm sıralayıcı üreticilerinin bu formata geçtiği söylenemez. Bunun birkaç nedeni var ve bugün onlar hakkında da konuşacağız.

Bilgilerin depolanması, sıralayıcıların yapısı ile doğrudan ilgili olduğundan, bu konuyu daha ayrıntılı olarak, ancak sadece SMF'yi anlamak için gerekli olduğu ölçüde ele alacağız. Ve sıralayıcılar, elbette, döngüdeki sonraki makalelerden birini adayacağız.

Olaylar
Zaman damgalı bir MIDI mesajı çağrılır Etkinlik. Zamanı belirtmek için farklı birimler kullanılabilir - tikler, dahili darbeler, SMPTE formatındaki zaman, vb. Bir olay ile mesaj arasındaki temel farkı anlamak önemlidir. Mesaj, gerçek zamanın bir milisaniyesinin bir kısmı için "yaşar" - kaynak tarafından oluşturulduğu andan alıcıya uygulanmak üzere ulaştığı ana kadar. Bir MIDI kablosu üzerinden iletim sırasında bir dizi darbe olarak yakalanabilir. Olay, cihazın belleğine kaydedilen ve buna göre gelecekte, belirlenen zamanda bir mesajın oluşturulacağı birkaç bayt bilgidir.

Örneğin, sıralayıcının belleği, oynatmanın başlangıcından itibaren 100 ms'lik bir zaman damgasıyla bir "not çal" olayını depolayabilir. Bu olayı iki boyutta düzenleyebilirsiniz: ilk olarak, MIDI mesajının parametrelerini değiştirin (bu durumda, notanın perdesi veya dinamikleri) ve ikincisi, notayı iz boyunca hareket ettirin, yani zamanlamasını değiştirin. mesaj.

MIDI mesajlarını kaydederken olaylar sıralayıcının belleğinde görünür. Kayıt düğmesine bastığınızda, sıralayıcı donanım puls üretecini (tikler) açar ve belirtilen MIDI girişini "dinlemeye" başlar. Örneğin, bir tuşa basıldığında, giriş "not al" mesajını alır. Sıralayıcı görünüyor - evet, mesaj 20. tikte geldi ve 20 işaretiyle belleğe yazıyor. Birkaç saniye sonra anahtar serbest bırakıldı - "notu kaldır" mesajı geldi, o anda dahili jeneratör sevinçle sıralayıcıya 64 tik salladı. Sıralayıcı, 64 etiketli mesajı kaydeder. Şimdi iki olayla ilgileniyoruz - Note On ve Note Off. Oynatma sırasında puls üreteci tekrar açılır. 20. tik yaklaştığında, sıralayıcının MIDI çıkışına bir Note On mesajı gönderilir, 64. tik - Note Off. Sanatçının eylemlerini kaydettik ve ardından yeniden ürettik!

Açıkçası, aynı şey "çevrimdışı", yani canlı bir performansa ihtiyaç duymadan yapılabilir. Parçada doğru yerde fareye tıklayarak (ve notun süresini önceden seçerek), sıralayıcının belleğinde tam olarak önceki resmi oluşturacağız.

Bellek türleri
Şimdi iki korkutucu bilgisayar terimini uygulama zamanı: birincil ve ikincil bellek. Birincil (veya dahili) bellek, mesajların yazıldığı ve tüm oturum boyunca olayların saklandığı sıralayıcının belleğidir. Güç kapatıldığında bu belleğin içeriği sıfırlanır. Bu yorum, donanım sıralayıcıları için daha uygundur. Yazılım sıralayıcılarda, birincil bellek, basitçe bilgisayarın ana belleğidir. Birincil bellekteki içeriğin uzun süre saklanabilmesi için ikincil bellek veya diğer bir deyişle depolama ortamı kullanılır. Disket, sabit sürücü, akıllı kart ve benzeri olabilir.

Donanım sıralayıcıları ve iş istasyonlarındaki birincil bellek miktarı (hatırlayın, bir iş istasyonu bir ton üreteci ve bir kutudaki sıralayıcıdır) genellikle saklanan nota sayısı (örneğin, 200 bin) cinsinden ifade edilir. Bazen ses düzeyi olaylarla ifade edilir, bu durumda tetikte olmanız gerekir - bir notanın saklanması için iki olay gerekir (bir tuşa basıp bırakma) ve perde çarkını veya art dokunuşu döndürmek 100 veya daha fazla olay oluşturabilir. Sıralayıcının bellek miktarı, yerel bilgisayar birimleri - kilobayt olarak ifade edilir. Ancak bu da çok uygun değil - bir olay farklı sayıda bayt alabilir (beşten birkaç düzineye kadar).

Modern yazılım sıralayıcılarında, birincil bellek miktarını çok az kişi önemser - 128 MB RAM'e sahip bir makinede bile, MIDI verileriyle çalışırken herhangi bir kısıtlamayı unutabilirsiniz. Ek olarak, düzenlemeyi birincil belleğe yüklemeden (ve bu arada, kaydetmeden) doğrudan diskten oynatabilen sıralayıcılar vardır, bu da genellikle iki bellek türü arasındaki farkı bulanıklaştırır.

İkincil depolamada veriler genellikle bir dosyaya yazılır. Çoğu sıralayıcının bu dosyanın kendi kapalı formatı vardır, bu da farklı cihazlarda veya programlarda oluşturulan düzenlemeleri değiştirmeyi zorlaştırır. Daha önce bunun SMF'nin yaratılmasının ana nedeni olduğu söylendi.

Zaman ölçümü
Aslında, sıralayıcının içinde "tikler" yoktur. Kesinlikle sabit bir frekansta (örneğin, her mikrosaniyede) darbeler üreten bir donanım zamanlayıcı vardır. Müzisyenleri zamanı mikrosaniye cinsinden ölçmeye zorlamak, gerçekten de diğer gerçek zamanlı birimlerde (saniye, dakika) olduğu gibi korkunç bir alay konusu olur. Müzisyenler, mevcut tempoya bağlı olarak ölçü ve vuruşlarla düşünmeye ve zamanı göreceli birimlerle (nota süreleri) ifade etmeye alışmışlardır.

"Sorun değil," diye yanıtladı üreticiler, "kendilerine en uygun şekilde ölçmelerine izin verin." Yalnızca minimum ölçüm birimi 32. süre değil, koşullu olarak alınan bir onay olacaktır (birim daha da küçüktür, böylece örneğin bir otuz saniye 48 işaret içerebilir). Klasik çağdan beri, hız dakikadaki çeyrek sayısı (BPM, dakikadaki vuruş sayısı) ile ölçüldüğünden, ana süre için bir çeyrek alınmasına ve çeyrek başına tik sayısını belirtmesine karar verildi - PPQN (Nabız Başına Çeyrek Not). PPQN ne kadar büyük olursa, sıralayıcının çözünürlüğü o kadar iyi olur ve kayıt sırasında mesajları yakalayabilir ve bunları oynatma sırasında MIDI çıkışına aktarabilir. Çoğu sıralayıcı, PPQN'yi isteğe bağlı olarak ayarlamanıza izin verir - örneğin, çeyrek başına 32 ila 1536 tik (modern sıralayıcılar - 15360 PPQN'ye kadar).

Tik, tempoya bağlı bir birimdir: Tempo ne kadar hızlı olursa, gerçek zamanlı birimlerde tikler arasındaki aralık o kadar kısa olur. Bu aralık, Şekil 1'deki formül kullanılarak bulunabilir. bir.

Örneğin 120 BPM tempoda ve 96 PPQN çözünürlükte her 5.208 milisaniyede bir tik olacaktır. 180 BPM'lik aynı çözünürlük ve tempoda, tikler arasındaki aralık 3.472 ms'ye düşürülecektir. Bir sıralayıcı, dahili zamanlayıcısı her mikrosaniyede darbelerse keneleri nasıl sayar? Evet, çok basit: tam olarak belirtilen formüle göre, bir çeyrekteki mevcut tempo ve çözünürlüğe göre. Bir milisaniyede 1000 mikrosaniye olduğundan, son örnekte sıralayıcı, zamanlayıcıdan 3472 darbe aldığında başka bir onay işareti oluşturacaktır.

Olayın zaman cetvelindeki konumu, sıralayıcıda, genellikle "çubuklar: vuruşlar: tikler" biçiminde ayarlanır, örneğin, 22:3:152. Yani: yirmi ikinci ölçü, üçüncü vuruş, üçüncü vuruşun başlangıcından itibaren 152. vuruş. Benzer bir zamanlama ilkesine (İngilizce terim - Zaman Tabanı) müzikal (müzikal) denir, çünkü müzisyenler için tanıdık ve uygundur. Lütfen bu formatta çalışmak için geçerli saat işaretini bilmeniz gerektiğini unutmayın. Yani, bir çubuğun kaç vuruş içerdiği ve her vuruşun neye eşit olduğu.

Yani, 4/4'lük sürede vuruş bir çeyreğe eşittir ve ölçü dört vuruş içerir. 384 PPQN çözünürlükte, tek vuruşta 384 tik ve her çubukta 1536 tik olacak (384 x 4). 6/8'lik bir zaman imzası ve aynı çözünürlükle, vuruş başına 192 tik (sekizinci nota, çeyrek nota uzunluğunun yarısıdır) ve çubuk başına altı vuruş veya 1152 tik (192 x 6) olacaktır. Bu nedenle, ilk durumda 22:3:152 girişi, şarkının başlangıcından itibaren 35096 tik (22 x 1536 + 3 x 384 + 152) ve ikinci - 26072 tik (22 x 1152 + 3 x 192 +) anlamına gelir. 152).

Bu nedenle, bir olayın konumunu "çubuklar: vuruşlar: tikler" formatına dayalı olarak gerçek zamanlı birimlerde belirlemek için üç parametreyi bilmeniz gerekir: mevcut tempo, zaman işareti ve tik olarak çözünürlük (PPQN).

Olayın pistteki konumu tempoya bağlı olmayan mutlak birimlerle ifade edildiğinde, çoğu zaman SMPTE zaman biçiminde - "saat: dakika: saniye: kare" olarak ifade edildiğinde, zamanı saymanın başka bir olasılığı daha vardır. Bu zamanlama ilkesine "zaman koduna dayalı" (zaman koduna dayalı, mutlak) denir. Sıralayıcı bir teyp veya film / video ekipmanı ile birlikte çalıştığında buna ihtiyaç ortaya çıkar. Film, video ve ses materyali ile kaydın başlangıç ​​ve bitiş konumlarını gösteren düzenleme işlemleri, ölçüm ve vuruşlara değil, mutlak bir ölçeğe bağlı olarak gerçekleştirilmesi daha uygundur.

Bu durumda, olayın zaman cetvelindeki koordinatı mevcut tempoya bağlıdır. Böylece, 120 BPM'de, ikinci ölçünün ilk vuruşunun SMPTE süresi 00:00:02:00 ve 60 BPM'de 00:00:04:00 olabilir. Olay çerçevenin içinde yer alıyorsa (saniyeler arasında), koordinatı da farklı çerçeve biçimleri için (saniyedeki çerçeve sayısı) farklılık gösterecektir. Serinin önceki makalesinde SMPTE ve MIDI Zaman Kodu hakkında daha fazla bilgi edinebilirsiniz.

Değişken Uzunluklar
Yeterince lirik arasöz, şimdi görevimiz veri depolama biçimini bulmak. Ve SMF geliştiricilerinin karşılaştığı ilk zorluk, etkinliğin zamanından nasıl tasarruf edileceğiydi.

Burada iki seçenek vardır: her olay için şarkının başlangıcından veya ondan önceki son olaydan (aynı kanalda) zamanı saklayın. Bununla birlikte, ilk seçenek rasyonel değildir, çünkü çoğu zaman olaylar arasındaki aralık küçüktür, komşu olayların yürütme süreleri birbirine yakındır. Dolayısıyla, üç notadan oluşan bir pasajda, ilki 22:3:152, ikincisi 22:3:244, üçüncüsü 22:3:288'e sahip olabilir. Bu sayıları saklamak için (şarkının başlangıcından itibaren tiklere dönüştürülür), her biri en az dört bayt ayırmanız gerekir. İkinci yoldan giderseniz, üç büyük sayı yerine, bir büyük başlangıç ​​numarası (22:3:152), ardından iki küçük sayı kaydedebilirsiniz, birinci ile ikinci ve ikinci ile üçüncü arasındaki tik farkını kaydedebilirsiniz. notlar (bu durumda, 92 ve 44), onlar için bir bayt yeterlidir. Ancak yine de sorun devam ediyor: olaya bağlı olarak, zamandan tasarruf etmek için farklı sayıda bayt ayırmanız gerekiyor.

Şu anda SMF geliştiriliyor olsaydı (ve hatta genellikle dosyalarının boyutu ve gerekli bellekle pek ilgilenmeyen Microsoft tarafından bile), bu sorun görmezden gelinirdi. Olay başına 8 bayt gibi zaman kazanmak için sabit bir alan ayırdık ve sorun yaşamadık. Bununla birlikte, 1988'de birincil (RAM) bellek çok pahalıydı, her bayt sayılırdı ve ikincil (disk ortamı) çok mütevazı bir miktara sahipti. Bu nedenle, SMF geliştiricileri mümkün olan en kompakt formatı elde etmek istediler.

tutulmasına karar verildi Delta zamanı, yani, bu olay ile önceki olay (veya şarkının başlangıcı) arasındaki tik farkı. Örneğin, ilk olay - C notasını ilk oktava kadar vurmak - şarkının başlangıcından itibaren 40 tik anında meydana geldiyse, delta süresi 40 olacaktır. F notası dört tikten sonra çalınırsa, o zaman onun delta süresi 4 olacaktır. İki olay aynı anda meydana gelirse, bunlardan birine sıfıra eşit bir delta süresi atanır. Olay tam olarak şarkının başlangıcında meydana gelirse, sıfır delta süresine de sahiptir. Ancak, bir sonraki olay bir buçuk saat içinde gerçekleşebilir (yani, birkaç milyon tıklamadan sonra). Bu durumda nasıl olunur? Sonuçta, hafızanın kaydedilmesi gerekiyor ve delta zamanı için birkaç baytlık sabit bir alan tahsis etmek istenmiyor.

Sözde değişken uzunluk miktarları. Sayı için sabit sayıda bayt ayırmak zorunda kalmadan, küçükten büyüğe tam sayıları yazmanın uygun bir yolunu sağlarlar. Orijinal sayının bitleri bir veya daha fazla bayta paketlenir: her bayt yedi bit içerir (sağda, 0'dan 6'ya kadar olan bitler). Bir bayttaki en önemli bit hizmettir; dizideki tüm baytlar, sonuncusu hariç, içinde bir tane, sonuncusu - sıfır içermelidir. Çeşitli paketleme örnekleri Şekil 2'de gösterilmektedir. 4.

Örneğin, 64 sayısını (onaltılık 0x40) değişken uzunluk biçiminde paketlemek istiyorsunuz. İkili biçimde, bu sayı 0100 0000 olarak yazılır. Yalnızca yedi anlamlı bit vardır, bu nedenle bu sayı değişmeden bir bayta paketlenir - 0100 0000 (aynı zamanda dizinin son baytıdır), en önemli bit 0'dır.

Şimdi sayı 128'dir (0x80). İkili formda 1000 0000 olarak yazılır. Sekiz önemli bit vardır, yani her şey bir bayta sığmaz, ikiye bölmeniz gerekir. İlk bayt yüksek bitte bir tane içermelidir, ikinci bayt (serinin son baytı olarak) sıfır olmalıdır. Orijinal sayının en önemsiz yedi bitini ikinci bayta koyduk, 0 000 0000 çıkıyor. Kalan bir bit (bir) ilk baytın sağ tarafına yerleştirilir - 1000 0001 çıkıyor. Sonuç olarak , 0x80 sayısı iki bayt olarak yazılır: 0x81 0x00. Ambalajın açılması çok kolaydır. Bir dizide kaç bayt olduğunu önceden bilemeyiz. İlk baytı - 1000 0001'i okuyoruz. Yüksek hizmet biti (1), bunun serinin son baytı olmadığını, daha fazla bayt olduğunu gösterir. Servis birimini atarız, yedi bit kalır - 000 0001. İkinci baytı - 0000 0000 okuruz. Yüksek servis biti (0), bunun dizinin son baytı olduğunu gösterir (yani, yalnızca iki bayt vardır). diziler). Servis bitini atıyoruz. Ayrıca yedi bit kaldı - 000 0000. Solda ilk bayttan tahsis edilen yedi biti ekliyoruz, 000 000 000 0000 alıyoruz. İlk altı sıfırı attıktan sonra istenen sayı 1000 0000 (0x80) .

Bu nedenle, değişken uzunluk değerleri yöntemi, farklı sayılar için farklı sayıda bayt ayırmanıza izin verir: 0 ila 127 - bir bayt, 128 ila 16383 - iki bayt arasındaki sayılar için vb. Bu şekilde temsil edilebilecek maksimum sayı prensipte sınırlı değildir. Bununla birlikte, SMF'de çalışma uzunluğu dört bayt ile sınırlıdır (üçü en anlamlı bit seti ile ve bir tanesi sıfır ile sonlandırılır). Sonuç olarak, maksimum delta süresi, 500 BPM ve 96 PPQN'de yaklaşık dört gün olan 0x0FFFFFFFF (veya 268.435.455 tik) olabilir. Yeterli olandan fazla!

Değişken uzunluk değerleri biçiminde, SMF yalnızca delta süresini değil, aynı zamanda bazı olayların uzunluğunu da belirtir.

Değişim Dosyası Formatı (IFF)
Standart bir MIDI dosyasının yapısı, 1985 yılında Electronic Arts tarafından geliştirilen IFF (Interchange File Format) formatından neredeyse tamamen ödünç alınmıştır. Bu, neredeyse yirmi yıldır hem kullanıcılar hem de yazılım geliştiriciler için hayatı kolaylaştıran verileri depolamak ve değiştirmek için bir formattır. Electronic Arts, yalnızca açık kaynak belgeleri sağlamakla kalmadı, aynı zamanda IFF dosyalarını okumak ve yazmak için C kaynak kodunu da sağladı.

IFF formatı geriye dönük olarak uyumludur ve genişletilebilir. Birincisi, programın yeni sürümünün önceki sürüm tarafından oluşturulan dosyaları kolayca okuyabileceği anlamına gelir. İkinci olarak, ek bilgileri depolamak için yeni bir format icat etmenize gerek yoktur, IFF'de kendi uzantınızı tanıtmanız yeterlidir. Formatın yapısı, farklı üreticilerin programlarının birbirleriyle ilgili iş anlaşmaları olmayan verileri değiş tokuş etmesine izin verir. Tüm bunlar kullanıcıları da memnun ediyor - verileri IFF formatında kaydettikten sonra, artık sistemlerinin kapalı formatına zincirlenmiyorlar ve verileri herhangi bir IFF uyumlu donanım ve yazılım ortamında kullanabiliyorlar.

Bir IFF dosyası, farklı ilgisiz programların okuyabileceği şekilde düzenlenen bir veri koleksiyonudur. Öte yandan, bir program IFF'de yalnızca kendisi için anlamlı olan belirli bilgileri depolayabilir. IFF yapısı bunu kolaylaştırır. Bu tür bilgileri nasıl işleyeceğini bilmeyen diğer programlar, ana içeriğin okunmasını etkilemeden onu görmezden gelebilir.

Birkaç tür IFF dosyası vardır. Örneğin, ILBM ve GIFF dosyaları grafik bilgileri içerir, SMUS dosyaları müzik notaları içerir, AIFF ve WAVE dosyaları dijital ses içerir.

Bir IFF dosyası, bloklar (parçalar) adı verilen aynı türdeki öğelerden oluşur. Blok, bir harf tanımlayıcısı (dört ASCII karakteri), bir blok boyutu (dört bayt) ve verinin kendisinden oluşan bir veri yapısıdır (Şekil 5). Bir bloğu, verilerin "sarıldığı" bir kabuk olarak düşünmek uygundur. Verinin kendisi her şeyi içerebilir: grafikler, metin, animasyon, ses, bir dizi 3B nesne vb.

Bir IFF dosyasındaki bloklar iç içe yerleştirilebilir, şek. 6. Aslında, bir IFF dosyası, içinde bir veya daha fazla blok içeren üst düzey bir bloktan başka bir şey değildir. Bu veri depolama ilkesi, zaten bir dosya içindeki bir dosya sistemine benzeyen birkaç IFF dosyası da dahil olmak üzere çeşitli heterojen verileri bir dosyaya "sarmanıza" izin verir. Doğru, iç içe veri organizasyonunun bir dezavantajı var - dosyanın yorumlanması, bloklardan izole edilmesi zorlaşıyor.

Çoğu IFF dosyası, "FORM" tanımlayıcısına sahip bir üst düzey blok içerir. Diğer blokları içerir (Şekil 7). FORM bloğundaki tek veri, dosya tipini açıklayan dört bayttır (örn. "ILBM", InterLeaved Bit Map). İç içe bloklar doğrudan arkalarına yerleştirilir, örneğin "BMHD" (görüntü başlığı), "CMAP" (palet) ve "BODY" (piksellerin kendileri). Blokların adları ve veri formatı, belirli bir dosya türünün geliştiricisi ile birlikte gelir. Diğer programlar, tanıdık olmayan bir ada sahip bir blokla karşılaşırlarsa, bloğun uzunluğunu içeren alan tarafından yönlendirilerek güvenli bir şekilde atlayabilirler.

IFF dosyalarındaki tüm sayısal veriler büyük endian düzende saklanır, yani sayının en anlamlı baytı (MSB) önce saklanır, ardından en az anlamlısı. Kenar çubuğunda bununla ilgili daha fazla bilgi. Bir dosya içindeki bloklar her zaman çift bayt ile başlamalıdır. Önceki blok tek sayıda bayt içeriyorsa, eşit olması için sıfır bayt ile doldurulur.

SMF yapısı
IFF dosyaları gibi standart MIDI dosyaları, bloklardan (Yığınlar) oluşur. İki tür blok vardır: Header Chunk ve Track Chunk. Bir SMF dosyasında yalnızca bir başlık bloğu ve bir veya daha fazla iz bloğu olabilir. Blok tipik bir IFF yapısına sahiptir: ilk dört bayt tanımlayıcıdır, sonraki dört bayt, sekiz tip/uzunluk baytı hariç olmak üzere bayt cinsinden bloğun uzunluğudur. Başlık bloğu tanımlayıcısı dört "MThd" karakteridir, iz bloğu tanımlayıcısı dört "MTrk" karakteridir. Bu yapı, gelecekte yeni blok türlerinin tanımlanmasına izin verecek ve bilinmeyen bir blok, uzunluğuna bağlı olarak kolayca göz ardı edilebilir. SMF belirtimi uyarır: "Programlar, bilmedikleri türden blokları yok saymaya hazırlanmalıdır."

Başlık bloğu dosya hakkında genel bilgiler içerir, parça bloğu zaman damgalı bir MIDI mesajları akışı içerir. Ek olarak, sıralayıcıların ihtiyaç duyduğu ek bilgiler bir MIDI dosyasında saklanır: tempo, zaman işareti, anahtar, metronom ayarları ve benzeri. Bu bilgi MIDI arayüzü üzerinden iletilmez ve onu oluşturan olaylara meta olaylar denir.

Bir MIDI dosyası her zaman bir başlık bloğu ve ardından bir veya daha fazla parça bloğu ile başlar (Şekil 9). Yani, herhangi bir standart MIDI dosyası "M", "T", "h", "d" dört harfiyle başlar. Bu, bir MIDI dosyasının IFF belirtimine uymadığı anlamına gelir ("FORM", "CAT" veya "LIST" olmak üzere üç türden birinin üst düzey bloğuyla başlamak için her IFF uyumlu dosya gerektirir). Başka farklılıklar da vardır: SMF, iç içe bloklar içeremez ve blok uzunluğunun eşit olması gerekmez. Ancak, bir SMF'yi IFF uyumlu bir dosyaya dönüştürmek basittir. Sıfır bayt tek uzunluklu bloklar (varsa) ile doldurmak ve tüm içeriği bir FORM bloğuna yerleştirmek yeterlidir. Microsoft tarafından önerilen RMID biçiminde benzer bir işlem kullanılır (kenar çubuğuna bakın).