javax.sound.sampled
Этот пакет определяет интерфейсы для получения, смешивания, и воспроизведения цифрового (выбранного) аудио.

javax.sound.midi
Этот пакет обеспечивает интерфейсы для синтеза MIDI, упорядочивания, и транспорта события.

Типичная Аудио Архитектура

Строки

Строка является элементом цифрового аудио "конвейер", такой как аудиовход или выходной порт, микшер, или путь аудиоданных в или из микшера. Аудиоданные, текущие через строку, могут быть моно или многоканальными (например, стерео). Каждый тип строки будет описан коротко, но сначала некоторые из их функциональных отношений будут иллюстрированы, показывая поток аудио через "конвейер". Следующая схема показывает различные типы строк в простой системе аудиовыхода:

Возможная Конфигурация Строк для Аудиовыхода

В этом примере приложение попросило у микшера одного или более доступные клипы и строки исходных данных. Клип является вводом микшера, в который можно загрузить аудиоданные до воспроизведения; строка исходных данных является вводом микшера, который принимает поток в реальном времени аудиоданных. Приложение предварительно загружает аудиоданные от звукового файла в клипы, и затем продвигает другие аудиоданные в строки исходных данных. Микшер читает данные из этих строк, у каждой из которых могут быть своя собственная реверберация, усиление, и средства управления панорамированием, и использует настройки реверберации, чтобы смешать "сухие" аудиосигналы с отраженным ("влажным") соединением. Микшер поставляет свой окончательный результат один или более выходные порты, такие как динамик, гнездо для наушников, и разъем строки.

Хотя различные строки изображаются как отдельные прямоугольники в схеме, они все "принадлежат" микшеру, и могут считаться неотъемлемыми частями микшера. Реверберация, усиление, и прямоугольники панорамирования представляют средства управления обработкой (а не строки), который может быть применен микшером к данным, текущим через строки. (Отметьте, что это - только один пример возможной аудиосистемы, которая поддерживается API. Не у всех аудио конфигураций будут все функции иллюстрированными. Отдельная строка исходных данных не могла бы поддерживать панорамирование, микшер не мог бы реализовать реверберацию и так далее.)

Простая система аудиовхода могла бы быть подобной:

Возможная Конфигурация Строк для Аудиовхода

Здесь, потоки данных в к микшеру от один или более входные порты, обычно микрофон или строка - в разъеме. Усиление и панорамирование применяются, и микшер поставляет полученные данные приложению через целевую строку данных микшера. Целевая строка данных является выводом микшера, содержа смесь переданных потоком входных звуков. У самого простого микшера есть только одна целевая строка данных, но некоторые микшеры могут поставить полученные данные многократным целевым строкам данных одновременно.

Различные типы строки будут теперь исследованы более близко. Несколько типов строки определяются подынтерфейсами основного Line интерфейс. Иерархию интерфейса показывают ниже.

[D]

Иерархия Линейного интерфейса

Основной интерфейс, Line, описывает минимальную функциональность, характерную для всех строк:

• Маршрутизация
  
  У строки есть информационный объект (экземпляр Line.Info) это указывает на то, что микшер (если кто-либо) отправляет своим смешанным аудиоданным как выходной непосредственно к строке, и какой микшер (если кто-либо) получает аудиоданные как входной непосредственно от строки. Подынтерфейсы Line может иметь соответствующие подклассы Line.Info это обеспечивает другие виды информации, определенной для определенных типов строки.
• Средства управления
  
  Строка может иметь различные типы средств управления, такие как усиление, панорамирование, и ревербировать средства управления. Обычно, строка имеет не больше, чем один контроль данного типа, но это не необходимое ограничение. Средства управления обсуждаются более подробно ниже.
• Открытое или закрытое состояние
  
  Открытие и закрытие строки влияют на свое распределение ресурсов. Успешное открытие строки гарантирует, что ресурсы были выделены строке. Открытие микшера, у которого есть аудиовход и/или выходные порты обычно, включает получение собственного аппаратного ресурса платформы (звуковая карта) и инициализация любых необходимых компонентов программного обеспечения. Открытие строки, которая является информационным каналом в или из микшера, могло бы включить инициализацию устройства так же как выделение ограниченных ресурсов от микшера. Другими словами у микшера есть конечное число строк, таким образом, в некоторый момент многократные приложения (или то же самое приложение) могли бы соперничать за использование микшера.

  Закрытие строки указывает, что любые средства, используемые строкой, могут теперь быть высвобождены. К свободному ресурсы, приложения должны закрыть строки всякий раз, когда они не находятся в использовании, и должны закрыть все открытые строки, выходя.

  Микшеры, как предполагается, являются совместно использованными системными ресурсами, и могут быть открыты и неоднократно закрываться. Другие строки могут или, возможно, не поддерживают повторное открытие, как только они были закрыты. Механизмы для вводных строк меняются в зависимости от различных подтипов и документируются, где они определяются.

• События
  
  Строка генерирует события, когда она открывается или закрывается. События являются экземплярами LineEvent class. Два типа LineEvent OPEN и CLOSE, но подынтерфейсы Line может представить другие типы событий.
  
  Когда строка генерирует OPEN или CLOSE событие, событие отправляется всем объектам, которые зарегистрировались, чтобы "слушать" для событий на той строке. Такие объекты должны реализовать LineListener интерфейс. Приложение может создать эти объекты, зарегистрировать их, чтобы прислушаться к событиям строки, и реагировать на события как требующийся.

Ports простые строки для ввода или вывода аудио к или от аудиоустройств. Port у интерфейса есть внутренний class, Port.Info, это определяет тип порта. Некоторые общие типы являются микрофоном, вводом строки, дисководом для компакт-дисков, динамиком, наушником, и выводом строки.

Mixer интерфейс представляет аппаратные средства или устройство программного обеспечения, которое имеет один или более входные строки и один или более выходные строки. Это определение означает, что микшер не должен фактически смешать данные; у этого могло бы быть только единственный ввод. Mixer API предназначается, чтобы охватить множество устройств, но типичный случай поддерживает смешивание.

Mixer интерфейс обеспечивает методы для того, чтобы они получили строки микшера. Они могут включать целевые строки данных, из которых приложение может считать полученные аудиоданные, строки исходных данных, в которые приложение может записать аудиоданные для воспроизведения (рендеринг), и клипы, в которых приложение может предварительно загрузить звуковые данные для воспроизведения. Микшер может заблокировать эти ресурсы. Например, если у микшера будет только одна целевая строка данных, и это уже находится в использовании, то попытка приложения, чтобы получить целевую строку данных заставит исключение быть брошенным.

Можно запросить микшер для строк различных типов, передавая соответствующий тип Line.Info. Можно также спросить микшер, сколько строк определенного типа он поддерживает.

Микшер поддерживает текстовую информацию о своем определенном устройстве, вводят внутренний вызванный class Mixer.Info. Эта информация включает имя продукта, версию, и поставщика, наряду с текстовым описанием.

Заметьте что обобщение Line интерфейс не обеспечивает средство запустить и остановить воспроизведение или запись. Для этого Вы нуждаетесь в строке данных. DataLine взаимодействуйте через интерфейс предоставляет следующие дополнительные связанные с носителями функции вне таковых a Line:

• Аудиоформат
  
  Каждой строке данных связали аудиоформат с его потоком данных. Формат (экземпляр AudioFormat) определяет расположение байтов в аудиопотоке. Некоторые из свойств формата являются числом каналов, демонстрационного уровня, объема выборки, и метода кодирования. Общие методы кодирования включают линейную модуляцию импульсного кода (PCM), кодирование mu-закона, и законное кодирование.
• Позиция носителей
  
  Строка данных может сообщить о своей текущей позиции в носителях, выраженных в демонстрационных фреймах. Это представляет число демонстрационных фреймов, полученных или представленный от строки данных, так как это было открыто.
• Размер буфера
  
  Это - размер данных line⠀™ s внутренний буфер в демонстрационных фреймах. Для строки исходных данных внутренний буфер является тем, которому данные могут быть записаны, и для целевой строки данных it⠀™ s один, из которого могут быть считаны данные.
• Уровень
  
  Уровень строки данных представляет текущую линейную амплитуду аудиосигнала, от 0 до 1.
• Запустите и остановите воспроизведение или получение
• 
  
• Пауза и резюме
  
  Приостановка строки данных заставляет это прекращать действие ввода-вывода данных (получение или воспроизведение), не отбрасывая данные или высвобождая средства. Возобновление строки позволяет этому продолжать действие ввода-вывода данных. Приостановка строки данных может привести к слышимому разрыву (такому как щелчок) в воспроизведении или записи. Чтобы избежать переполнять накопительный буфер, приложение, которое записывает аудио, должно приостановить целевую строку данных, из которой это читает аудио всякий раз, когда это не готовится считать полученные данные непрерывно. Возобновление приостановленной строки исходных данных воспроизведет следующие выборки от своей очереди, если строка данных не была сброшена.
• Сброс
  
  Сбрасывание строки данных отбрасывает необработанные данные от очереди и возвратов. В некоторых случаях не все данные с очередями могут быть отброшены. Например, микшер может сбросить данные от буферов в его строках исходных данных, но любые неиграемые данные уже в его внутреннем буфере (который содержит смешанные выходные данные), будет все еще играться.
• Истощить
  
  Иссушение строки данных блокирует, пока все необработанные данные не были истощены от очереди, и буфер строки данных стал пустым. Если Вы пытаетесь истощить строку данных, буфер которой все еще заполнен (или приложением или микшером), иссушение не могло бы завершиться.
• Активное состояние
  
  Строку данных считают активной, если она занята активным представлением или получением аудиоданных к или от микшера.
• События
  
  START и STOP события производятся, когда активное представление или получение данных от или до строки данных запускаются или останавливаются.

Приложение может получить строку данных из микшера. Если строка данных не может быть выделена из-за ограничений ресурса (например, если микшер поддерживает только одну целевую строку данных, и это уже находится в использовании), исключение выдается.

A TargetDataLine получает аудиоданные от микшера. Обычно, микшер получил аудиоданные от порта, такого как микрофон; это могло бы обработать или смешать это полученное аудио прежде, чем поместить данные в целевой буфер строки данных. TargetDataLine интерфейс обеспечивает методы для того, чтобы они считали данные из целевого буфера строки данных и для того, чтобы определить, сколько данных в настоящий момент доступно для чтения. Если приложение пытается считать больше данных, чем доступно, блоки метода чтения, пока требуемый объем данных не доступен. Это применяется, даже если объем данных, который требуют, больше чем размер буфера строки. Возвраты метода чтения, если строка закрывается, приостановились, или сбросили.

Приложения, записывающие аудио, должны считать данные из целевой строки данных достаточно быстро, чтобы избежать переполнения буфера, который приводит к разрывам в полученных данных. Если буфер действительно переполняется, самые старые данные с очередями отбрасываются и заменяются новыми данными.

A SourceDataLine получает аудиоданные для воспроизведения. Это обеспечивает методы для того, чтобы они записали данные в буфер строки исходных данных для воспроизведения, и для того, чтобы определить, сколько данных строка готовится получить без блокирования. Если приложение пытается записать больше данных, чем доступно, блоки метода чтения, пока требуемый объем данных не может быть записан. Это применяется, даже если объем данных, который требуют, больше чем размер буфера строки. Метод записи также возвращается, если строка закрывается, приостанавливается, или сбрасывается.

Приложения играя аудио должны записать данные в строку исходных данных достаточно быстро, чтобы избежать потери значимости (освобождение) от буфера, который может привести к разрывам в воспроизведении аудио. Если воспроизведение аудио останавливается должный потерять значимость, a STOP событие сгенерировано. A START событие сгенерировано, когда представление возобновляется.

A Clip строка данных, в которую аудиоданные могут быть загружены до воспроизведения. Поскольку данные предварительно загружаются, а не передаются потоком, clip⠀™ s продолжительность известен перед воспроизведением, и можно выбрать любую стартовую позицию в носителях. Клипы могут быть циклично выполнены, означая, что на воспроизведение, все данные между двумя указанными точками цикла повторят конкретное количество времен, или неопределенно.

A GroupLine синхронизируемая группа строк данных. Если микшер поддерживает групповые строки, можно определить, какие строки данных должны быть обработаны как группа. Затем можно запустить, остановиться, или закрыть все те строки данных, отправляя единственное сообщение группе, вместо того, чтобы иметь необходимость управлять каждой строкой индивидуально.

Средства управления

У строк данных и портов часто есть ряд средств управления, которые влияют на аудиосигнал, проходящий через строку. Путь, которым влияют на сигнал, зависит от типа управления. API Звука Java определяет следующие подклассы Control:

• GainControl
  
  Это управление позволяет объему сигнала быть усиленным или сокращало конкретное количество децибелов. Исчезновение может быть применено так, чтобы увеличения объема или постепенно уменьшались вместо немедленно. Управление усилением включает бесшумную функцию, чтобы временно заставить строку замолчать, не изменяя ее установку усиления. A GainControl объект может быть запрошен для его разрешения, и для минимального и максимального усиления оценивает, это разрешает. Разрешение выражается как число инкрементов, по которым распределяется диапазон возможных значений.
  
  Типы получают контроль, определенный API, включают полное, получают контроль, так же как средства управления усилением для вспомогательного передаются и возвращаются. Отправление и возврат обычно управляют содействием строки смешанному и отражались сигнал.
• PanControl
  
  Управление панорамированием влияет на звук, оставленный праву, располагая. Для аудиосигнала стерео управление панорамированием влияет на баланс между объемами левых и правых каналов. Приложение может установить позицию панорамирования и может запросить управление для его разрешения. Разрешение выражается как число инкрементных значений от "крайне левых" к "трудному праву."
• ReverbControl
  
  Это управление предоставляет доступ к любому числу настроек реверберации. Каждая установка могла бы эмулировать различное время комнаты (небольшой клуб, концертный зал, пещера, и т.д.). Параметры, используемые в построении каждой установки, состоят из времени задержки и интенсивности ранних отражений, время задержки и интенсивность последних отражений, и полное время затухания.
• SampleRateControl
  
  Это управление влияет на уровень воспроизведения. Изменение уровня аудиосэмпла изменяет подачу звука. Как с GainControl, изменение может постепенно производиться вместо сразу, и управление может быть запрошено для его разрешения и его минимальных и максимальных возможных значений.

Программно, Вы получаете определенный объект управления от строки до ссылки на control⠀™ s class. Можно также получить массив всех средств управления для той строки.

AudioSystem

AudioSystem class служит точкой входа приложения для того, чтобы получить доступ к установленным ресурсам выбранного аудио. Можно запросить AudioSystem, чтобы изучить то, что сортирует аудио компонентов, были установлены, и затем можно получить доступ к ним. Например, приложение могло бы начаться, спрашивая AudioSystem class, есть ли микшер, у которого есть определенная конфигурация, такая как одна из конфигураций ввода или вывода, иллюстрированных ранее в обсуждении строк. От микшера приложение тогда получило бы строки данных и так далее.

Вот некоторые из ресурсов, которые приложение может получить из AudioSystem:

• Микшеры
  
  Микшер может быть получен, передавая определенное Mixer.Info объект. Можно изучить, какие микшеры доступны, вызывая getMixerInfo метод, который возвращает массив Mixer.Info объекты.
• Строки
  
  Приложение может получить целевую строку данных или строку исходных данных непосредственно от AudioSystem, не имея дело явно с микшерами.
• Преобразования формата
  
  

  Приложение может использовать преобразования формата, чтобы преобразовать аудиоданные от одного формата до другого. (См. обсуждение AudioFormat выше.) Преобразования формата часто используются, чтобы сжать и распаковать аудиоданные. Приложение может запросить AudioSystem изучить, какие преобразования поддерживаются. Это может тогда передать AudioSystem поток аудиоданных и возвращает преобразованный поток в определенном формате.

• Файлы и потоки
  
  

  Аудиопоток является входным потоком с указанным форматом аудиоданных (AudioFormat) и длина данных. AudioInputStream class представляет такой поток, из которого можно считать байты. Некоторые потоки аудиовхода разрешают Вам помнить позиции в потоке и пропуске вокруг в этом. AudioSystem class обеспечивает методы для того, чтобы они преобразовали между аудиофайлами и аудиопотоками. AudioSystem может также сообщить формат файла звукового файла и может записать файлы в различных форматах. Формат файла представляется AudioFileFormat class. AudioFileFormat включает AudioFormat, длина файла, и ее тип (WAV, AIFF, AU, и т.д.).

Конфигурация системы (классы SPI)

Интерфейсы поставщика услуг для выбранной аудиосистемы определяются в javax.sound.sampled.spi пакет. Поставщики услуг могут расширить классы, определенные здесь так, чтобы их собственные аудиоустройства, синтаксические анализаторы звукового файла и писатели, и отформатировали преобразователи, может быть установлен и сделан доступный реализацией Звука Java.

Интерфейсы, описывающие транспорт события MIDI, синтез, и упорядочивание, определяются в javax.sound.midi пакет. Главные понятия, используемые в пакете, описываются в разделах ниже.

Функциональный Краткий обзор

Схема ниже иллюстрирует функциональные отношения между главными компонентами в типичной конфигурации MIDI Звука Java. (Звук Java разрешает множеству устройств быть установленным и соединенным. Система, показанная здесь, является только одним возможным сценарием.) Поток данных между компонентами обозначается стрелками. Данные могут быть в стандартном формате файла, или (как обозначено ключом в правом нижнем углу схемы), это могут быть аудио, необработанные байты MIDI, или Звук Java MidiEvent объекты.

В этом примере приложение готовит музыкальное представление, загружая музыкальный счет, который сохранен как Стандартный Файл MIDI на диске (левый нижний угол схемы). Стандартные файлы MIDI содержат дорожки, каждая из которых является списком привязанных ко времени событий MIDI. Этот файл MIDI читается в a Sequence объект, структура данных которого отражает файл. A Sequence содержит ряд Track объекты, каждый из которых содержит ряд MidiEvent объекты. Sequence тогда "выполняется" a Sequencer. A Sequencer выполняет его музыку, передаваясь MidiEvents к некоторому другому устройству, такому как внутренний или внешний синтезатор.

Как иллюстрировано, MidiEvents должен быть преобразован в необработанный (непривязанный ко времени) MIDI прежде, чем быть отправленным через выходной порт MIDI к внешнему синтезатору. Это преобразование выполняется УСТРОЙСТВО ВЫВОДА MIDI, названное a StreamGenerator. Точно так же необработанные данные MIDI, входя в компьютер из внешнего источника MIDI преобразовываются в MidiEvents a StreamParser.

Внутренний синтезатор (прямоугольник отмеченный "Синтезатор" в схеме) принимает MidiEvents непосредственно от Sequencer или StreamParser. Это анализирует каждое событие и обычно диспетчеризирует соответствующую команду (такой как noteOn) к одному из MidiChannel объекты, согласно номеру канала MIDI, определенному в конечном счете. (Спецификация MIDI призывает к 16 каналам MIDI, таким образом, a Synthesizer обычно имеет 16 MidiChannel объекты.)

MidiChannel использует информацию о примечании в этих сообщениях, чтобы синтезировать музыку. Например, a noteOn сообщение определяет подачу примечания и "скорость" (объем). Однако, информация о примечании недостаточна; синтезатор также требует точных инструкций по тому, как создать аудиосигнал для каждого примечания. Эти инструкции представляются Instrument. Каждый Instrument обычно эмулирует различный реальный музыкальный инструмент или звуковой эффект. Instruments мог бы стать предварительными установками с синтезатором, или они могли бы быть загружены из soundbank файлов. В синтезаторе, Instruments располагаются числом банка (строки в схеме) и числом программы (столбцы). Instrument может использовать сохраненное цифровое аудио, включенное как Sample объекты в soundbank. Например, чтобы играть звук трубы, играя 5-секундное длинное примечание, синтезатор мог бы циклично выполниться (цикл) через полувторой отрывок записи трубы.

Теперь, когда компоненты были представлены с функциональной точки зрения, мы возьмем беглый взгляд в API с программируемой точки зрения.

MidiEvent

A MidiEvent объект определяет тип, длину данных, и байт состояния необработанного сообщения MIDI, для которого это служит оберткой. Кроме того, это обеспечивает значение галочки, которое используется устройствами, включенными в синхронизацию MIDI, такими как секвенсеры.

Есть три категории событий, каждый представленный a MidiEvent подкласс:

• ShortEvents наиболее распространены и имеют самое большее два байта данных после байта состояния.
• SysexEvents содержите монопольные системой сообщения MIDI. Они могут иметь много байтов, и обычно содержать специфичные для производителя инструкции.
• MetaEvents происходите в файлах MIDI, но не в необработанных потоках данных MIDI. Метасобытия содержат данные, такие как лирика или настройки темпа, которые могли бы быть полезными для секвенсеров, но обычно бессмысленны для синтезаторов.

MidiDevice

Основной интерфейс для устройств MidiDevice. Все устройства обеспечивают методы для того, чтобы они перечислили набор режимов MIDI, которые они поддерживают, и для запросов и установки текущего режима. (Режим является комбинацией режима MIDI Omni и Моно режима / режима Поликристаллического кремния.) Устройства могут быть открыты и закрыты, и они обеспечивают описания себя через a MidiDevice.Info объект.

Следующая схема иллюстрирует MidiDevice иерархия интерфейса. Также изображенный два класса, соединенные пунктирными линиями с MidiDevice интерфейсы они реализуют.

Устройства являются обычно или передатчиками или получателями MidiEvents. Transmitter подынтерфейс MidiDevice включает методы для установки и запросов получателей, к которым передается передатчик MidiEvents. С точки зрения передатчика эти получатели попадают в две категории: MIDI и MIDI Через. Передатчик отправляет события, которые он генерирует самостоятельно к его MIDI получатели. Если передатчик является самостоятельно также получателем, он проводит события, которые он получил откуда-либо к его MIDI Через получатели. Receiver подынтерфейс MidiDevice состоит из единственного метода для того, чтобы получить MidiEvents. Как правило, этот метод вызывается a Transmitter.

Звук Java включает реальные классы для того, чтобы преобразовать между MidiEvent объекты и необработанный поток байтов, используемый в MIDI, соединяют протокол проводом. A StreamGenerator a Receiver это принимает MidiEvent объекты от a Transmitter и выписывает необработанный поток байтов MIDI. Точно так же a StreamParser a Transmitter это принимает необработанный поток байтов MIDI и пишет соответствие MidiEvent объекты к Receiver.

Синтез

A Synthesizer тип MidiDevice это генерирует звук. Synthesizer интерфейс расширяет обоих Receiver и Transmitter. Это обеспечивает методы для того, чтобы они управляли soundbanks и инструментами. Кроме того, это обеспечивает доступ к ряду каналов MIDI, через которые фактически производится звук. A Synthesizer получает MidiEvents и вызывает соответствующий MidiChannel сообщения.

MidiChannels имейте методы, представляющие общие речевые сообщения MIDI, такие как "примечание по", и "управляют изменением." Они также разрешают запросы текущего состояния канала.

Упорядочивание

Как Synthesizer, Sequencer интерфейс расширяет обоих Transmitter и Receiver (и поэтому MidiDevice). Sequencer добавляют методы для основных операций упорядочивания MIDI. Секвенсер может загрузиться и воспроизвести последовательность, запрос и установить темп, и управлять основными и ведомыми синхронизирующими режимами. Приложение может зарегистрироваться, чтобы быть уведомленным, когда секвенсер обрабатывает MetaEvents и события контроллера. (Событие контроллера имеет место, когда MIDI-контроллер, такой как колесо изгиба подачи или ползунок данных, изменяет свое значение. Эти события не MidiEvents, но создаются когда Sequencer встречается бесспорный ShortEvents в Sequence.)

Sequence объект представляет последовательность MIDI как одну или более дорожек и связанную информацию о синхронизации. Дорожка содержит список событий MIDI с меткой времени. Последовательности могут быть считаны из файлов MIDI, или созданы с нуля и отредактированы, добавляя Tracks к Sequence (или удаление их). Точно так же MidiEvents может быть добавлен к или удален из Tracks.

Дорожка содержит список событий MIDI с меткой времени. Последовательности могут быть считаны из файлов MIDI, или созданы с нуля и отредактированы, добавляя Tracks к Sequence (или удаление их). Точно так же MidiEvents может быть добавлен к или удален из Tracks.

Не необходимо загрузить файл MIDI в a Sequence объект прежде, чем играть файл. setSequence(java.io.InputStream) метод Sequencer позволяет Вам читать файл MIDI непосредственно в a Sequencer, не создавая a Sequence объект сначала.

MidiSystem

MidiSystem действия как точка входа приложения к музыкальной системе MIDI. Это предоставляет информацию о, и доступ к, набор установленных устройств, включая передатчики, получатели, синтезаторы, и секвенсеры.

MidiSystem class обеспечивает методы для того, чтобы они считали файлы MIDI, чтобы создать Sequence объекты, и для того, чтобы записать Sequences к файлам MIDI. Файл Типа 0 MIDI содержит только одну дорожку, в то время как файл Типа 1 может содержать любое число. MidiSystem также обеспечивает методы, чтобы создать Soundbank объекты, анализируя soundbank файлы.

Конфигурация системы (интерфейсы SPI)

Конфигурация системы MIDI обрабатывается в javax.sound.midi.spi package. Абстрактные классы в этом пакете позволяют поставщикам услуг предоставлять и устанавливать свои собственные MIDI-устройства, средства чтения файлов MIDI и писателей, и soundbank средства чтения файлов.