RTSP to WebRTC Video Stream Conversion Without Transcoding
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional methods for converting Real-Time Streaming Protocol (RTSP) video streams to plugin-free protocols like WebRTC or HLS require transcoding, which is resource-intensive and leads to buffering and lag.
Innovation Solution
The technology converts RTSP video streams to non-RTSP streams without transcoding, by extracting media content and repackaging it into protocols like WebRTC or HLS, while maintaining video and audio synchronization, using a system that includes an extractor, buffers, and a packet generator to reduce resource usage.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If transcoding is used to convert RTSP video streams to plugin-free protocols, then protocol compatibility is improved, but resource consumption increases and buffering/lag occurs
Solution Approach 1:
The patent extracts the media content (video and audio packets) from the RTSP protocol structure without performing transcoding. The extractor component pulls out the essential media data while leaving the encoding format unchanged, thereby avoiding the resource-intensive transcoding process while still enabling conversion to plugin-free protocols like WebRTC or HLS
Solution Approach 2:
The patent introduces an intermediary conversion system that sits between the RTSP source and the destination player. This intermediary performs protocol adaptation by repackaging extracted media content into target protocol formats without altering the encoded video/audio data, thus maintaining compatibility while reducing resource consumption
2Adaptability or versatility
If transcoding is used to convert RTSP video streams, then protocol compatibility is improved, but buffering and lag increase
Solution Approach 1:
By extracting media content directly from RTSP packets without transcoding, the patent eliminates the time-consuming re-encoding process. The extracted video and audio packets are repackaged into target protocol formats almost immediately, significantly reducing buffering time and latency
Solution Approach 2:
The patent performs preliminary extraction of media content from RTSP streams before conversion to target protocols. By preparing the extracted content in advance through efficient packet extraction rather than full transcoding, the system reduces subsequent processing time and minimizes playback lag
3Adaptability or versatility
If plugin-based RTSP viewing is allowed in web browsers, then RTSP video playback capability is improved, but browser security and stability deteriorate
Solution Approach 1:
The patent creates a plugin-free implementation of RTSP video playback by converting the stream to standard web protocols (WebRTC, HLS) that are natively supported by modern browsers. This copying approach replicates RTSP functionality using safe, built-in browser capabilities rather than relying on external plugins that pose security risks
Solution Approach 2:
The conversion system acts as an intermediary that translates RTSP streams into browser-compatible formats without requiring plugins. This mediator layer enables RTSP playback capability in modern browsers while maintaining their security model by using only native, sandboxed web technologies
Data Source
AI summary
Aspects of the technology described herein are directed towards systems, methods, and computer storage media for, among other things, converting a video stream being transmitted in a first streaming protocol to a second streaming protocol without transcoding the content communicated in the video stream. For example, the technology described herein may convert an RTP video stream to a non-RTP video stream without transcoding. The technology described herein extracts a plurality of media content from an RTP package and repackages the extracted content into a non-RTP streaming protocol, such as WebRTC or HLS. Moreover, the technology described herein can provide for the synchronization of video and audio data during conversion.