1秒时长MIDI文件的最大容量是多少？最大负载场景下的大小？

一、理论最大文件容量 #

MIDI文件的理论最大容量没有严格上限，因为它支持系统专属（SysEx）事件——这类事件允许携带任意长度的自定义数据（只要符合MIDI文件的可变长度整数编码规则）。你可以在1秒的时间节点（通过delta time设置对应1秒的tick数）插入一个超长的SysEx事件，比如填充数GB的冗余数据，只要文件系统允许，容量可以无限接近存储介质的上限。

当然，这是极端的非常规情况，常规MIDI文件不会包含这类无意义的大体积SysEx数据。

二、1秒内最大事件负载下的文件容量 #

如果要在1秒内塞入尽可能多的有效MIDI事件（无冗余数据），需要从最小事件字节数和事件密度两方面优化：

• 最小事件字节数：利用MIDI的running status机制，重复发送同一类型的事件可以省略状态字节。比如Program Change事件（单数据字节），第一个事件需要3字节（状态字节+数据字节+delta time），后续相同类型的事件仅需2字节（1字节delta time+1字节数据）。如果是批量发送delta time为0的事件（即同时触发），可以维持这个最小字节规模。
• 最大事件密度：MIDI文件本身没有事件数量的硬性限制，只要你愿意，可以在1秒的时间范围内插入无限多的事件（通过delta time=0让所有事件同时触发）。从实际存储角度，假设按每个事件2字节计算，1秒内塞入N个事件，总容量就是14字节（头块） + 8字节（音轨块头） + 2*N字节。比如塞入100万个事件，容量约为2MB；塞入1亿个事件，容量约为200MB。

需要注意，这种极端密集的事件在实际播放时，绝大多数音序器都会无法处理——因为实时MIDI传输的带宽限制（31.25kbps）远低于这种文件的事件密度，但MIDI文件本身允许存储这类数据。

内容的提问来源于stack exchange，提问作者Jonathan G