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

Alexey Melnikov <alexey.melnikov@isode.com> Sun, 17 March 2024 01:37 UTC

Return-Path: <alexey.melnikov@isode.com>
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 F2619C14E513 for <media-types@ietfa.amsl.com>; Sat, 16 Mar 2024 18:37:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.214
X-Spam-Level:
X-Spam-Status: No, score=-6.214 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, MIME_HTML_ONLY_MULTI=0.001, MIME_QP_LONG_LINE=0.001, MPART_ALT_DIFF=0.79, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.com
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 o5oF_cQk2DkW for <media-types@ietfa.amsl.com>; Sat, 16 Mar 2024 18:37:18 -0700 (PDT)
Received: from statler.isode.com (Statler.isode.com [62.232.206.189]) by ietfa.amsl.com (Postfix) with ESMTP id C6EF1C14EB19 for <media-types@ietf.org>; Sat, 16 Mar 2024 18:36:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1710639415; d=isode.com; s=june2016; i=@isode.com; bh=mmzeBIBhek2hRR40yfbuzBilzza+1Y8oCC83ty2xiU0=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=jhuMMOGCgRKQNVCjD/QrR9qBMrGDhJrdOBDvEcDBxwSuXziLNGINWH7+AYPXNfX2H1v/v9 FeRwdndpcPrjC4gV/c43mC6yin9NgctMywec4ZKE4p3QjuxEAurJluqGKgxtRyesYrRK7w arX7veUtMSEBcEBFOM3IINkmuxLwdUE=;
Received: from smtpclient.apple ((unknown) [103.210.27.200]) by statler.isode.com (submission channel) via TCP with ESMTPSA id <ZfZJNgAOiTnp@statler.isode.com>; Sun, 17 Mar 2024 01:36:55 +0000
X-SMTP-Protocol-Errors: NORDNS
From: Alexey Melnikov <alexey.melnikov@isode.com>
Message-Id: <EFB9E936-C18C-4E0D-AD6F-3558D0977ECC@isode.com>
Date: Sun, 17 Mar 2024 11:36:40 +1000
Cc: media-types@ietf.org
To: iana-mime-comment@iana.org
X-Mailer: iPad Mail (21D61)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="Apple-Mail-32AC1876-999C-4DE6-B2A2-8DDDDC08AE03"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/5Fi8Ook8rmfhWTJONsPPWdDR_8s>
Subject: Re: [media-types] [IANA #1298496] audio/midi-clip registration request
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
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: Sun, 17 Mar 2024 01:37:23 -0000

Hi Amanda,

On 12/03/2024 19:36, Amanda Baber via RT wrote:
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."
Ok, no change in this respect is fine.
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"?
Yes, your suggestions look good to me. (Paul seems to agree in another email).

Best Regards,
Alexey
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/" rel="nofollow">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" rel="nofollow">https://midi.org