A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://www.rfc-editor.org/rfc/rfc9695.xml below:

Introduction The term 'haptics' refers to the generation of touch-related sensations in a device or interface. Haptics is widely used in consumer devices in order to provide touch-based feedback to users. The most common use of haptics is in mobile devices, where it is used to provide feedback to users interacting with the touchscreen, e.g., typing on a virtual keyboard. Haptic technologies are unlike audio and visual enabling technologies in the sense that they require some form of actuation in order to create a tactile sensation. For mobile phones and game controllers, these actuators are typically small vibrating motors. For large touchscreens in vehicles, these actuators can be specialized piezoelectric materials. Haptic capabilities are found in nearly every modern smartphone, game, and virtual reality controller, making these devices an ideal target for enhanced media experiences. Internet Media Types are used to label content carried over Internet protocols. This document defines a new top-level type, 'haptics', according to . This top-level type indicates that the content specifies haptic data. Under this top-level type, different representation formats of haptics may be registered. Background and Justification Haptic signals provide an additional layer of entertainment and sensory immersion for the user, when combined with audio and video signals. Haptic tracks, in separate files, can be combined with audio/video files and played back in sync to provide an overall immersive media experience (audio, visual, tactile) for the user. More recently, haptic tracks embedded in standard file formats, such as ISOBMFF (ISO Base Media File Format), enable playback of the haptic signals over one or more actuators, simultaneously with audio and video playback . Haptic signals are also part of media streams that use RTP, such as those for streaming games, XR, and wearables. MPEG ISOBMFF Historically, there has not been a registration of formats for haptics. However, haptics was proposed as a first-order media type (at the same level as audio and video) in ISOBMFF in April 2020. The proposal has since progressed to International Standard, and was published in January 2022 . Haptics is officially part of the ISO/IEC 14496-12 (ISOBMFF) standard, 7th Edition. Given this development, a strong case can be made for haptics to be added to the list of top-level media types recognized by the IETF. We envision the following designations for haptics in mp4 files, once the top-level type 'haptics' is registered: Haptic Sub-Modalities There are multiple sub-modalities of haptics: Therefore, designating 'haptics' as a top-level media type enables the definition of data formats pertaining to these sub-modalities in a more streamlined manner. This would not be possible if 'haptics' were to be placed under other top-level types like 'audio', 'video', or 'application'. Another Human Sense The top-level media type 'audio' pertains to the human sense of hearing; the top-level media type 'video' pertains to the human sense of seeing; so it only makes sense for the (equally important) human sense of touch to be represented by another top-level media type 'haptics'. Placing 'haptics' under 'audio' or 'video' is not reflective of the kinds of files or use cases that would need haptics but have nothing whatsoever to do with audio or video. Commercial Uptake Haptics is rapidly becoming a standard feature of consumer electronic devices. For example: Haptic media is expected to be commonly exchanged between these devices. Since they represent the majority of consumer electronics (CE) devices, a strong case can be made for 'haptics' as a top-level media type. Haptic Data Formats in Use There are multiple instances of existing haptic data formats that will live as sub-types under the proposed 'haptics' top-level media type. While these subtypes have *not* been standardized (yet), the prevalence of these haptic data formats in a large number of devices around the world, pre-dating the standardization of haptic tracks in ISOBMFF, provides a compelling argument for 'haptics' to be designated as a top-level media type: Given the widespread use of these subtypes, it makes sense for 'haptics' to be a top-level media type. Haptic Subtypes (Envisioned Standards) The MPEG ISOBMFF proposal included an informative annex of known haptic coding formats with proposed FourCCs (four-character codes) for them. The first two, hmpg and hjif, have been registered per this document and have already been standardized in ISO-IEC 23090-31: Haptics coding . As for the remaining codes, once the format names have been finalized and standardized, these types should also be registered as subtypes of the 'haptics' top-level media type: 'application' Top-Level Type Not Suitable From the above arguments, it is clear that haptics does not really belong under any other media type. To reiterate, there are three main reasons why the 'haptics' media type does not fit under the 'application' top-level type: Security Considerations Haptics are interpreted data structures that represent collections of different media rendering instructions intended to be decoded and rendered on target device hardware. Haptic data can be represented as collections of signal data and/or descriptive text in XML/JSON or a similar format. Signal data is typically not executed by endpoint processors and represents minimal security risk. Descriptive text is typically parsed and represented in memory using standard XML data structures. This data is utilized to construct one or more signals that are sent to the endpoint device hardware. Because of the media/rendering nature of the data path for haptic-coded data, the security profile of haptic data is expected to be largely consistent with the security profile of visual and audio media data. As with any synthesized media data (audio, video, and haptics), there is a security risk associated with execution of commands based on the descriptive encoding either through its inherent extensibility or through the insertion of arbitrary executable data in the descriptive format itself. Indeed, media rendering systems are normally implemented with a mix of user and kernel space execution since these media must ultimately make their way to a hardware system. In theory, malicious instructions present in descriptive haptic media have the potential to execute arbitrary code in kernel space, effectively bypassing system permissions structures and/or execution sandboxes. Haptics, audio, and video media have widespread use and careful attention should be paid by operating system and device driver implementors to ensure that synthesis and rendering signal paths do not provide attack surfaces for malicious payloads. Thermal haptic devices (that provide a sensation of heat) and kinesthetic haptic devices (that provide force feedback) could potentially injure users if the heat or force, respectively, are not properly controlled or inadvertently exceed safety levels. Implementors need to ensure that adequate measures are taken to prevent such scenarios. These security considerations apply to the subtype registrations described in this document as well as all future haptics registrations. IANA Considerations IANA has registered 'haptics' in the "Top-Level Media Types" registry defined in and registered several subtypes. IANA has also added 'haptics' as an alternative value of "Type Name" in the media types registration form . Definition and Encoding 'haptics' is the primary media content type that indicates the content identified by it requires a certain haptics subsystem such as low-level haptics APIs, which in turn will require hardware capabilities such as one or more actuators to render the haptics media. The 'haptics' media type does not provide any specific information about the underlying data format and how the haptics information should be interpreted -- the subtypes defined within a 'haptics' tree name the specific haptic formats. Unrecognized subtypes of 'haptics' should be treated as 'application/octet-stream'. Implementations may still pass unrecognized subtypes to the haptics subsystem and associated rendering hardware. Registration Procedure New haptics formats should be requested using the Application for a Media Type online form . should be consulted on registration procedures. In particular, the haptics specification should preferably be freely available. Note that new subtypes may define parameters. If an implementation does not recognize a parameter sub-value in the comma-separated list, it should ignore the sub-value and continue processing the other sub-values in the list. Subtype Registrations In this section, the initial entries under the top-level 'haptics' media type are specified. They also serve as examples for future registrations. IVS Haptics Type
Type name:
haptics
Subtype name:
ivs
Required parameters:
N/A
Optional parameters:
N/A
Encoding considerations:
8bit if UTF-8; binary if UTF-16 or UTF-32
Interoperability considerations:
The IVS format is a device-independent haptic effect coding based on the XML format. It is designed to enable interoperability between distinct physical endpoints. Not all devices may be able to render all effects present in an IVS file.
Security considerations:
See of RFC 9695.
Published specification:
ISO/IEC JTC 1/SC 29/WG 2 N0072 "Encoder Input Format for MPEG Haptics" .
Applications that use this media type:
All applications that are able to create, edit, or display haptic media content.
Additional information:
File extension(s):
Haptic file extensions used for IVS files: .ivs
Macintosh file type code(s):
(no code specified)
Macintosh Universal Type Identifier code:
N/A
Fragment Identifier:
N/A
Deprecated Alias:
N/A
Person & email address to contact for further information:

Yeshwant Muthusamy (yeshwant@yeshvik.com)
Change controller:
ISO/IEC JTC1/SC 29/WG 7 (MPEG 3D Graphics and Haptic Coding)
HJIF Haptics Type
Type name:
haptics
Subtype name:
hjif
Required parameters:
N/A
Optional parameters:
N/A
Encoding considerations:
8bit if UTF-8; binary if UTF-16 or UTF-32
Interoperability considerations:
The HJIF format is a human-readable haptic effect coding based on the JSON format. It is designed as an interchange format for temporal and spatial haptic effects. The haptic effects may target specific parts of the human body and may be associated with a reference device description allowing haptic rendering software to adapt the effects to available hardware.
Security considerations:
See of RFC 9695.
Published specification:
ISO/IEC 23090-31: Haptics coding .
Applications that use this media type:
All applications that are able to create, edit, or display haptic media content.
Additional information:
File extension(s):
Haptic file extensions used for HJIF files: .hjif
Macintosh file type code(s):
(no code specified)
Macintosh Universal Type Identifier code:
N/A
Fragment Identifier:
N/A
Deprecated Alias:
N/A
Person & email address to contact for further information:

Yeshwant Muthusamy (yeshwant@yeshvik.com)
Change controller:
ISO/IEC JTC1/SC 29/WG 7 (MPEG 3D Graphics and Haptic Coding)
HMPG Haptics Type
Type name:
haptics
Subtype name:
hmpg
Required parameters:
N/A
Optional parameters:
N/A
Encoding considerations:
binary
Interoperability considerations:
The HMPG format is a streamable binary haptic effect coding. It is designed to enable efficient coding of temporal and spatial haptic effects. The haptic effects may target specific parts of the human body and may be associated with a reference device description allowing haptic rendering software to adapt the effects to available hardware.
Security considerations:
See of RFC 9695.
Published specification:
ISO/IEC 23090-31: Haptics coding .
Applications that use this media type:
All applications that are able to create, edit, or display haptic media content.
Additional information:
File extension(s):
Haptic file extensions used for HMPG files: .hmpg
Macintosh file type code(s):
(no code specified)
Macintosh Universal Type Identifier code:
N/A
Fragment Identifier:
N/A
Deprecated Alias:
N/A
Person & email address to contact for further information:

Yeshwant Muthusamy (yeshwant@yeshvik.com)
Change controller:
ISO/IEC JTC1/SC 29/WG 7 (MPEG 3D Graphics and Haptic Coding)

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4