Context-Based Media Indexing via Plug-in Architecture

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing media composition applications are limited in their ability to index media sources that are not stored as files in specific locations, making it difficult for users to determine the availability and quality of all available media.

Innovation Solution

The implementation of a plug-in architecture that allows metadata and media quality information to be accessed via an API, enabling media indexing of sources of arbitrary types, including non-file sources, and allowing access to media essence even in the absence of actual media files.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If media sources are limited to file-based storage in predetermined locations, then the media composition application can easily access and index media files, but users cannot determine the availability and quality of all available media sources including non-file sources

Engineering Contradiction:
Improvemedia source type supportVSAvoidindexing system complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system implements a universal media source interface that can handle multiple types of media sources (file-based, network streams, live feeds, cloud storage) through a common API framework. The MediaSource class and its subclasses provide a unified interface for accessing diverse media sources, allowing the composition application to treat all sources uniformly regardless of their underlying storage or transmission mechanism.

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

Solution Approach 2:

The patent introduces intermediary components including the MediaSource abstract class, MediaIndexingService, and plug-in architecture that act as mediators between the composition application and various media sources. These intermediaries translate different source types into a unified interface, enabling the application to access file-based sources, network streams, and cloud storage through the same mechanism without direct knowledge of each source's specific implementation.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Loss of information

If the system only indexes media files in specific locations, then the indexing process is simple and straightforward, but users lose access to media sources that are not stored as files or are located elsewhere

Engineering Contradiction:
Improvemedia availability informationVSAvoidindexing mechanism complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The system performs preliminary indexing of media sources by creating MediaSource objects and populating their metadata (duration, bitrate, resolution, format) before the actual composition work begins. The MediaIndexingService pre-discovers and catalogs available media sources, so when users need to access them, the information is already prepared and readily available, reducing the need for real-time discovery.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent replaces traditional file-system-based indexing mechanisms with an object-oriented media source abstraction system. Instead of scanning directories and reading file metadata directly, the system uses MediaSource objects that encapsulate media information and provide programmatic access to source properties and content, substituting mechanical file operations with software-based information retrieval.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

3Adaptability or versatility

If media sources are accessed through traditional file paths, then the access mechanism is simple and well-established, but the system cannot access media essence from non-file sources such as network streams or live feeds

Engineering Contradiction:
Improvesource access capabilityVSAvoidsource access operation
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The system implements dynamic media source access where MediaSource objects can represent both static file-based sources and dynamic stream-based sources. The getSource() method and getMediaEssence() function provide flexible access mechanisms that adapt to the source type, allowing the same interface to work for both predetermined file paths and dynamic network streams or live feeds without requiring different operational procedures.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS12205618B2Context-based media indexing
Publication Date: 2025.01.21 AVID TECHNOLOGY INC
  • US12205618B2 patent drawing
  • US12205618B2 patent drawing
  • US12205618B2 patent drawing

AI summary

Indexing of media sources available to media composition applications, such as video editing applications and digital audio workstations, is extended to sources of an arbitrary type, including non-file type sources. Examples of such sources include devices using baseband video and audio protocols, network ports and physical devices connected via USB, Thunderbolt, etc. The sources are discovered and indexed even when not previously known to the application with the result that any available bitstream becomes available to the application. Applications access the sources via feeders, which are addressable portals through which media essence is received. The indexing methods involve the instantiation of a hierarchy of plug-in software modules by a format-handling subsystem of the application or by a media indexing service servicing one or more applications.