Media File Tracks with Feature Tags for Runtime Compatibility

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Media producers face challenges in delivering media files with multiple tracks that require different runtime versions for playback, leading to duplication of video and audio files with varying subtitle and legible tracks, which increases production and management costs.

Innovation Solution

The introduction of feature tags in media file formats like QuickTime and .m4v allows tracks to advertise their requirements, enabling player devices to select the best track for playback based on capabilities, allowing 'legacy' tracks to coexist with newer tracks and reducing the need for multiple file versions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple versions of media files are produced for different runtime versions, then playback compatibility is improved, but production and management complexity increases

Engineering Contradiction:
Improveplayback compatibilityVSAvoidproduction and management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

Multiple subtitle tracks with different runtime requirements are merged into a single media file. The file contains both legacy tracks (compatible with older runtimes) and new tracks (requiring newer runtimes), allowing one file to serve multiple runtime versions simultaneously.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The media file structure is designed to be universal, supporting multiple runtime versions through a single file. The file can be played back by both legacy and new runtimes, with each runtime type selecting appropriate tracks based on its capabilities.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Adaptability or versatility

If multiple versions of media files are produced for different runtime versions, then playback compatibility is improved, but storage costs increase

Engineering Contradiction:
Improveplayback compatibilityVSAvoidstorage costs
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

Multiple subtitle and legible tracks are combined within a single media file rather than creating separate file versions. This consolidation reduces the total quantity of media data that needs to be stored and managed.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

A single media file is designed to be universally compatible with multiple runtime versions, eliminating the need to store and manage multiple duplicate file versions for different runtime types.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Measurement precision

If feature tags are added to tracks to advertise requirements, then track selection accuracy is improved, but media file complexity increases

Engineering Contradiction:
Improvetrack selection accuracyVSAvoidmedia file complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

Feature tags act as intermediary metadata that bridge the gap between track capabilities and player requirements. These tags provide precise information about runtime dependencies without fundamentally changing the media content structure.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The media file format is extended with additional parameters (feature tags) that describe track requirements. These parameter additions enable precise track selection while maintaining the existing media file structure.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS10937460B2Media files and protocols supporting runtime dependent tracks
Publication Date: 2021.03.02 APPLE INC
  • US10937460B2 patent drawing
  • US10937460B2 patent drawing
  • US10937460B2 patent drawing

AI summary

Embodiments of the present disclosure provide techniques for rendering content from a media item. According to these embodiments, from a file of the media item, track(s) in a group data structure corresponding to the type of content are identified as candidate track(s). From other tracks in the file, a determination may be made whether another track corresponds to the type of content. When another track corresponds to the type of content, feature tags in the file that are associated may be compared with the other track to capabilities of a player device that is to render the type of content. When the feature tags match capabilities of the player device, the other track may be included as a candidate track. Thereafter, a track may be selected from the candidate tracks and rendered by the player device.