WebRTC Gateway for Live Media Stream Transcoding

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Individual users face difficulties in generating professional-level live media shows without expensive equipment and studio resources, while larger media organizations struggle to expand their infrastructure for ad-hoc productions and remote content gathering.

Innovation Solution

A network-based system for live media broadcasting that includes a server system with a browser-based mixing interface, capable of receiving and mixing live media streams from various devices, transcoding non-WebRTC streams to WebRTC-compatible formats, and broadcasting using WebRTC, RTMP, HLS, and other protocols, allowing for integration of diverse media sources and flexible distribution.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional media organizations use expensive studio equipment and fixed infrastructure, then professional-quality live media production is achieved, but accessibility for individual users and adaptability for ad-hoc productions are limited

Engineering Contradiction:
Improveadaptability for ad-hoc productionsVSAvoidfixed infrastructure requirements
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system provides a universal browser-based mixing interface that can handle multiple media stream types (WebRTC, RTMP, HLS, FTL) through a single platform, enabling both individual users and media organizations to produce professional-quality content without requiring separate specialized equipment for different production scenarios

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

Solution Approach 2:

The server system acts as an intermediary that receives media streams from diverse sources, transcodes them to compatible formats, and distributes them to various platforms. This mediator approach allows clients to use simple browsers while the server handles the complexity of format conversion and stream management

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If larger media organizations expand their fixed studio infrastructure, then production capacity increases, but cost and operational complexity increase

Engineering Contradiction:
Improveproduction capacityVSAvoidinfrastructure complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system segments production capabilities into distributed components: the server handles stream reception, transcoding, and distribution, while client devices perform local mixing. This segmentation allows production capacity to scale without requiring proportional increases in complex infrastructure at any single location

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Instead of requiring expensive physical studio infrastructure, the system uses software-based virtual mixing interfaces that can be deployed on standard computing devices. The mixing functionality is copied through browser-based applications rather than requiring dedicated hardware equipment

Inventive Principle:
Principle #26Copying

3Ease of operation

If individual users use portable devices for live streaming, then accessibility and ease of operation improve, but media quality and mixing capability are insufficient

Engineering Contradiction:
Improveease of use for individual usersVSAvoidmedia quality
Core Design Contradiction:
Ease of operationVSManufacturing precision

Solution Approach 1:

The server system serves as an intermediary that receives streams from portable devices, performs professional-grade transcoding to ensure consistent quality, and distributes to various platforms. This allows users to maintain ease of operation with simple devices while achieving professional media quality through server-based processing

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system dynamically adjusts media parameters during transcoding to optimize quality for different platforms and delivery methods. The server can change encoding parameters, bitrates, and formats based on the source material and target platform requirements, ensuring consistent professional quality across diverse output scenarios

Inventive Principle:
Principle #35Parameter changes

4Adaptability or versatility

If the system integrates multiple media stream protocols, then versatility and adaptability improve, but system complexity increases

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The server system functions as a protocol mediator that handles the complexity of receiving RTMP, HLS, FTL, and WebRTC streams, transcoding them to compatible formats, and distributing to various platforms. This centralizes the complexity management in the server while keeping client implementations simple

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The server provides universal support for multiple protocols through a single unified architecture, allowing the system to adapt to different input formats and output requirements without requiring separate specialized processing paths for each protocol

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

Data Source

PatentUS11985361B2Systems and methods for broadcasting live media streams
Publication Date: 2024.05.14 EBAY INC
  • US11985361B2 patent drawing
  • US11985361B2 patent drawing
  • US11985361B2 patent drawing

AI summary

A network-based system for live media broadcasting includes a server system including processing structure configured to: receive at least one live non-WebRTC media stream; ingest the at least one live non-WebRTC media stream; transcode the at least one live non-WebRTC media stream to generate a WebRTC-compatible media stream; publish the WebRTC-compatible media stream to a WebRTC gateway of the server system using Real Time Streaming Protocol (RTSP); and using the WebRTC gateway of the server system, stream the WebRTC-compatible media stream to a requesting client computing device over a respective WebRTC connection for selectively mixing using the requesting client computing device. Various related systems, devices and methods are provided.