[media-types] [IANA #1298496] audio/midi-clip registration request

Amanda Baber via RT <iana-mime-comment@iana.org> Tue, 12 March 2024 19:36 UTC

Return-Path: <iana-shared@icann.org>
X-Original-To: media-types@ietfa.amsl.com
Delivered-To: media-types@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64BAEC14F5EB for <media-types@ietfa.amsl.com>; Tue, 12 Mar 2024 12:36:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.634
X-Spam-Level:
X-Spam-Status: No, score=-0.634 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, MISSING_HEADERS=1.021, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OFuVQGlkUb0B for <media-types@ietfa.amsl.com>; Tue, 12 Mar 2024 12:36:04 -0700 (PDT)
Received: from smtp.lax.icann.org (smtp.lax.icann.org [192.0.33.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 881F9C14F5E4 for <media-types@ietf.org>; Tue, 12 Mar 2024 12:36:04 -0700 (PDT)
Received: from request6.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp.lax.icann.org (Postfix) with ESMTP id 44119E0BDD; Tue, 12 Mar 2024 19:36:04 +0000 (UTC)
Received: by request6.lax.icann.org (Postfix, from userid 48) id 41F7E4B11D; Tue, 12 Mar 2024 19:36:04 +0000 (UTC)
RT-Owner: amanda.baber
From: Amanda Baber via RT <iana-mime-comment@iana.org>
Reply-To: iana-mime-comment@iana.org
In-Reply-To: <3v14e89mtu-1@ppa3.lax.icann.org>
References: <RT-Ticket-1298496@icann.org> <3v14e89mtu-1@ppa3.lax.icann.org>
Message-ID: <rt-5.0.3-1415164-1710272164-1493.1298496-9-0@icann.org>
X-RT-Loop-Prevention: IANA
X-RT-Ticket: IANA #1298496
X-Managed-BY: RT 5.0.3 (http://www.bestpractical.com/rt/)
X-RT-Originator: amanda.baber@icann.org
CC: media-types@ietf.org, alexey.melnikov@isode.com
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-RT-Original-Encoding: utf-8
Precedence: bulk
Date: Tue, 12 Mar 2024 19:36:04 +0000
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/Oq-PudlyQ3WNYXhP-EIIS02eW9Q>
Subject: [media-types] [IANA #1298496] audio/midi-clip registration request
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.39
List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." <media-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/media-types>, <mailto:media-types-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/media-types/>
List-Post: <mailto:media-types@ietf.org>
List-Help: <mailto:media-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/media-types>, <mailto:media-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Mar 2024 19:36:08 -0000

Hi Alexey,

We have a response from the requester.

You asked about the link in the specification field: "Is it possible to include direct URL here instead of making users go through the website trying to find it? Are there any concerns that the URLs are not going to be stable long term?" 

The requester writes, "Yes. The issue is that any current URL cannot be guaranteed to be stable. Moreover, login is required to view specifications."

Before including additional information, Paul asked, "Can we ask the submitter, if it makes sense to include such clips with the copy and paste action and, if yes, change Macintosh file type code and Object Identifiers to Uniform Type Identifier and Windows Clipboard Format?":

This is the requester's response:

===

To the extent I understand what is required I suggest:

MAC
Use UTTypeMIDI.  This is specifically enumerated by Apple. The additional information could take the “Discussion” point for UTTypeMIDI from the developer page.

The identifier for this type is public.midi-audio.

This type conforms to UTTypeAudio.

WINDOWS
Nothing seems appropriate. Leave blank.  If this changes in the future I assume we can revise/update the registration.  Please advise.

===
 
How should the "Additional Information" fields be edited to reflect this? Should we change "4. Macintosh file type code: MIDI2" to "Uniform Type Identifier: The identifier for this type is public.midi-audio. This type conforms to UTTypeAudio" and remove "5. Object Identifiers: None"?

thanks,
Amanda

=====

Media type name: audio

Media subtype name: midi-clip

Required parameters: N/A

Optional parameters: N/A

Encoding considerations: binary

Security considerations: Many musical compositions have associated intellectual property rights. It is conceivable that the rights owners of midi-clip content will want to protect their rights by applying security mechanisms that prohibit the rendering of the content without a legally acquired license to do so. These mechanisms would be applied externally to the Content-Type defined here; midi-clip content itself is not encrypted internally. midi-clip streams do not contain executable content. midi-clip players are robust against corrupted midi-clip content, because midi-clip players ignore unidentified content.

Interoperability considerations: MIDI Clip File is a Musical Instrument Digital Interface (MIDI) specification developed by MMA and AMEI, based on the MIDI 2.0 specification, which standardizes a protocol for the electronic transmission of music performance data between a transmitter and receiver. Data is exchanged using Universal MIDI Packet (UMP) format defined in MIDI 2.0. This UMP data is stored in MIDI Clip Files.

The MIDI Clip File format provides a common interchange file format for MIDI content, enabling storage and communication of content between music applications. MIDI Clip Files have encoded information used by the playback application to determine how to properly send the payload data of UMP formatted MIDI Messages to destination devices.

MMA and AMEI have previously defined Standard MIDI File formats, Type 0, 1, and 2, for interchange of MIDI 1.0 data. The MIDI Clip File format is an additional standard, with a different data format, designed to support both legacy MIDI 1.0 data and the newer MIDI 2.0 data. Thus, a separate MIME definition is needed to distinguish MIDI Clip Files from the previously defined Type 0, 1, and 2 file formats.

Published specification: M2-116-U MIDI Clip File Specification version 1.0 June 15, 2023

Specification is available from: https://midi.org/

Applications which use this media: Software applications and hardware devices designed for the creation and playback of music.

Fragment identifier considerations: None

Restrictions on usage: None

Provisional registration? (standards tree only): No

Additional information:

1. Deprecated alias names for this type: None
2. Magic number(s): Bytes (1-8): \0x53\0x4D\0x46\0x32\0x43\0x4C\0x49\0x50
3. File extension(s): midi2
4. Macintosh file type code: MIDI2
5. Object Identifiers: None

General Comments:

Person to contact for further information:

1. Name: Benjamin Israel
2. Email: info@midi.org

Intended usage: COMMON

Author/Change controller: The MIDI Association
https://midi.org