Remote Video Editing Proxy Cache Bandwidth Optimization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Remote video editing systems face limitations due to bandwidth constraints and latency, restricting editing functionality by preventing the inclusion of local assets and limiting features like color correction and clip transitions, especially in distributed media creation environments.

Innovation Solution

A method that maintains a cache of a video project proxy on the client system, allowing for full editing functionality by retrieving and displaying proxy frames from a low-bandwidth connection, with features like multilayer streaming and interframe compression, enabling seamless playback and editing of video projects with local and remote assets.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of energy

If video editing is performed remotely over low bandwidth connections, then bandwidth consumption is reduced, but editing functionality is limited

Engineering Contradiction:
Improvebandwidth consumptionVSAvoidediting functionality
Core Design Contradiction:
Loss of energyVSAdaptability or versatility

Solution Approach 1:

The video data is segmented into individual frames, with only selected frames (e.g., I-frames or key frames) transmitted over the low bandwidth connection. The client system reconstructs intermediate frames using motion compensation and prediction algorithms, enabling full editing functionality while minimizing bandwidth consumption by transmitting only essential frame data.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Proxy versions of video assets are pre-generated and stored on the media storage system before remote editing begins. These proxies contain pre-computed key frames and metadata that enable the client system to perform editing operations locally with minimal real-time data transmission, thus preserving full editing functionality while reducing bandwidth requirements.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If full fidelity video editing is enabled remotely, then editing functionality is improved, but bandwidth requirements increase

Engineering Contradiction:
Improveediting functionalityVSAvoidbandwidth consumption
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The system transmits full-quality video data only when and where needed (e.g., when a user requests to view or edit a specific frame), while using compressed proxy data for routine editing operations. This allows full fidelity editing functionality to be available on demand while maintaining low average bandwidth consumption during normal editing workflows.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system dynamically adjusts the quality and quantity of video data transmitted based on the current editing operation. For example, during playback, only key frames are transmitted, while during export or high-quality review, full fidelity data is transmitted. This dynamic adaptation enables full editing functionality with optimized bandwidth usage matching actual operational needs.

Inventive Principle:
Principle #15Dynamics

3Measurement precision

If video frames are retrieved from remote storage in real-time, then playback quality is improved, but latency increases

Engineering Contradiction:
Improveplayback qualityVSAvoidlatency
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system pre-loads and caches video frames into local memory before they are needed for playback or editing operations. The client system maintains a buffer of pre-retrieved frames from remote storage, allowing real-time playback quality to be achieved without real-time retrieval latency, as frames are already available in local memory when needed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system anticipates future frame requests by pre-fetching video data into local cache memory before the user actually requests it. This cushioning of data availability ensures that when playback or editing operations require specific frames, they are already present in local memory, eliminating retrieval latency while maintaining high playback quality.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

4Adaptability or versatility

If local assets are included in remote projects, then editing versatility is improved, but data synchronization complexity increases

Engineering Contradiction:
Improveediting versatilityVSAvoiddata synchronization complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system introduces a local cache layer that acts as an intermediary between remote media storage and local editing assets. This cache manages the synchronization of data between remote and local systems, handling asset registration, version control, and conflict resolution automatically. Editors can include local assets in remote projects with full versatility while the intermediary cache manages synchronization complexity in the background.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9633694B2Full fidelity remote video editing
Publication Date: 2017.04.25 AVID TECHNOLOGY INC
  • US9633694B2 patent drawing
  • US9633694B2 patent drawing
  • US9633694B2 patent drawing

AI summary

Video editing methods and systems enable an editor to edit a video project for which source media assets are located at a media storage server located remotely from the editor with substantially the same fidelity and editing feature set that would be available if the source media assets and editor were co-located. A video editing client used by the editor maintains a persistent cache of proxy media with the layers of the video project stored independently, facilitating editing with combinations locally originated assets and remote assets. The client requests frames not already cached from the remote server via a low bandwidth network. Unless a frame is purged from the cache, no frame is requested from the server more than once. A multi-level priority prefetching scheme, including sequence-based prefetching, populates the cache with frames likely to be requested during editing.