A method for creating a low latency DASH (LL-DASH) video stream from a Low latency HLS video stream (LL-HLS) is provided. The LL-HLS video stream corresponding to a live event is retrieved. The LL-HLS video stream is converted to a LL-DASH video stream. This conversion of the LL-DASH stream from the LL-HLS stream provides reformatting without encoding of the LL-DASH stream.
Legal claims defining the scope of protection. Each claim is shown in both the original legal language and a plain English translation.
2. The method for creating low latency video streams for a live event, as recited in claim 1, wherein the first low-latency video stream and the second low-latency video stream indicate a delay between receiving the first low latency video stream and the second low-latency video stream and rendering the low latency video streams on a user device.
Live event video streaming systems often face challenges in delivering real-time content with minimal delay, particularly when multiple video streams are involved. This invention addresses the need for synchronized, low-latency video streams by providing a method to create and manage two distinct low-latency video streams for a live event. The method involves generating a first low-latency video stream and a second low-latency video stream, where each stream is optimized for rapid transmission and playback. A key feature is the inclusion of timing information that indicates the delay between receiving the first and second streams. This delay data is used to synchronize playback on a user device, ensuring that the streams are rendered in a coordinated manner despite potential transmission differences. The method may also involve processing the streams to reduce latency, such as by encoding at lower bitrates or using adaptive streaming techniques. The solution is particularly useful in applications requiring precise synchronization, such as multi-camera broadcasts, interactive live events, or real-time collaboration tools. By accounting for and compensating for transmission delays, the invention improves the user experience by maintaining temporal alignment between multiple video sources.
3. The method for creating low latency video streams for a live event, as recited in claim 1, wherein the first low-latency video stream comprises a first manifest file and the second low-latency video stream comprises a second manifest file.
Video streaming technology for live events. This invention addresses the need for creating multiple, low-latency video streams for a live event. Specifically, it relates to a method where a first low-latency video stream is generated, and a second low-latency video stream is also generated. The first low-latency video stream includes a first manifest file, and the second low-latency video stream includes a second manifest file. These manifest files likely provide information about the content and playback of their respective video streams, enabling efficient and low-latency delivery to viewers.
4. The method for creating low latency video streams for a live event, as recited in claim 1, wherein the LL-HLS stream is used by a plurality of user devices.
This invention relates to systems for creating low-latency video streams for live events, addressing the challenge of delivering real-time video with minimal delay to multiple user devices. The method involves generating a low-latency HTTP Live Streaming (LL-HLS) stream, which is optimized for reduced latency compared to traditional HLS. The LL-HLS stream is segmented into smaller chunks and transmitted to a plurality of user devices, ensuring synchronized playback across all devices with minimal buffering. The system may also include adaptive bitrate streaming to adjust video quality based on network conditions, maintaining smooth playback even under varying connectivity. Additionally, the method may incorporate techniques for reducing latency in the encoding, packaging, and delivery processes, such as using shorter segment durations and faster keyframe intervals. The LL-HLS stream is designed to be compatible with standard HLS players while providing improved performance for live events, such as sports broadcasts, concerts, or other real-time content. The system ensures that all user devices receive the stream with consistent low latency, enhancing the viewing experience for live audiences.
5. The method for creating low latency video streams for a live event, as recited in claim 3, wherein the LL-HLS stream uses the first manifest file called m3u8 file.
This invention relates to systems for creating low-latency video streams for live events, addressing the challenge of reducing delays in content delivery. The method involves generating a low-latency HTTP Live Streaming (LL-HLS) stream, which is optimized for real-time viewing by minimizing buffering and playback lag. A key component is the use of a first manifest file, specifically an m3u8 file, which serves as a playlist that dynamically updates to provide viewers with the latest video segments. The m3u8 file includes metadata and segment references, allowing media players to fetch and play content in sequence with minimal delay. The system may also incorporate techniques such as chunked transfer encoding or segment preloading to further enhance performance. By leveraging standard HLS protocols with optimizations for latency, the invention enables near real-time streaming for live events, improving user experience in applications like sports broadcasts, live concerts, or interactive video services. The approach ensures compatibility with existing HLS-compliant players while achieving significantly lower latency compared to traditional streaming methods.
6. The method for creating low latency video streams for a live event, as recited in claim 5, wherein the m3u8 file describes the LL-HLS stream.
Video streaming technology. Addresses the need for low latency video delivery for live events. This invention pertains to a method for generating and distributing low latency video streams. Specifically, the method involves the creation of an m3u8 file that defines the characteristics of the low latency HTTP Live Streaming (LL-HLS) stream. This m3u8 file acts as a manifest, guiding the playback device or client on how to access and decode the video segments for a seamless, real-time viewing experience during live broadcasts or events. The m3u8 file contains the necessary information to enable the low latency playback, distinguishing it from standard HLS streams.
8. The system for creating low-latency video streams for the live event, as recited in claim 7, wherein the first low-latency video stream and the second low-latency video stream indicate a delay between receiving the first low-latency video stream and the second low-latency video stream and rendering the low-latency video streams on a user device.
The system is designed for creating low-latency video streams for live events, addressing the need for synchronized playback of multiple video streams with minimal delay. The system generates at least two low-latency video streams from a live event, where each stream is encoded and transmitted with reduced latency compared to traditional streaming methods. The system includes a synchronization mechanism that ensures the streams are aligned in time, allowing for seamless playback on user devices. Additionally, the system measures and indicates the delay between receiving the first and second low-latency video streams, as well as the delay between receiving and rendering these streams on a user device. This delay information helps optimize playback synchronization and user experience by accounting for network and processing variations. The system may also include features for dynamically adjusting encoding parameters or selecting optimal network paths to further reduce latency. The solution is particularly useful for applications requiring real-time interaction, such as live sports, gaming, or virtual events, where synchronized playback is critical.
9. The system for creating low-latency video streams for a live event, as recited in claim 7, wherein the first low-latency video stream comprises a first manifest file and the second low-latency video stream comprises a second manifest file.
A system generates low-latency video streams for live events, addressing the need for real-time delivery with minimal delay. The system captures video from multiple sources and processes it into at least two distinct low-latency video streams. Each stream is encoded at different bitrates or resolutions to accommodate varying network conditions and device capabilities. The first stream includes a first manifest file, which contains metadata and instructions for playback, such as segment locations, timing, and encoding parameters. Similarly, the second stream includes a second manifest file with corresponding metadata. The manifest files enable adaptive streaming, allowing client devices to dynamically switch between streams based on available bandwidth. The system ensures synchronized playback by aligning the manifest files with the video segments, reducing buffering and latency. This approach supports seamless viewing experiences across different network environments while maintaining low-latency performance. The system may also include additional features like error correction, encryption, and adaptive bitrate switching to enhance reliability and security. By providing multiple streams with separate manifest files, the system optimizes video delivery for diverse use cases, such as live sports, concerts, or virtual events.
10. The system for creating low-latency video streams for the live event, as recited in claim 7, wherein the LL-HLS stream is used by a plurality of user devices.
This system enables the creation of low-latency video streams for live events, addressing the challenge of delivering real-time video with minimal delay to multiple user devices. The system generates a low-latency HTTP Live Streaming (LL-HLS) stream, which is optimized for reduced latency compared to traditional HLS. The LL-HLS stream is segmented into smaller chunks, allowing for faster delivery and playback synchronization across a plurality of user devices. The system ensures that the video stream is encoded and packaged in a way that minimizes buffering and latency, making it suitable for live events where real-time viewing is critical. The LL-HLS stream is distributed to a plurality of user devices, which can include smartphones, tablets, computers, and other internet-connected devices. The system may also incorporate adaptive bitrate streaming to adjust the video quality based on network conditions, ensuring smooth playback even under varying network performance. By using LL-HLS, the system provides a more responsive and synchronized viewing experience for live events, such as sports, concerts, or conferences, where low latency is essential for an engaging user experience. The system may also include features like dynamic manifest updates and optimized chunk sizes to further reduce latency and improve reliability.
11. The system for creating low latency video streams for the live event, as recited in claim 9, wherein the LL-HLS stream uses the first manifest file called m3u8 file.
A system generates low-latency video streams for live events, addressing the need for real-time delivery with minimal delay. The system processes video content to produce a low-latency HTTP Live Streaming (LL-HLS) stream, which is optimized for reduced latency compared to traditional HLS. The LL-HLS stream utilizes a first manifest file, specifically an m3u8 file, to manage and deliver segmented video content efficiently. The m3u8 file contains metadata and references to individual video segments, enabling smooth playback with minimal buffering. The system may also include additional components, such as encoders, segmenters, and delivery networks, to ensure seamless transmission of the video stream to end-users. The use of the m3u8 file ensures compatibility with standard HLS players while achieving lower latency, making it suitable for live events where timing is critical. The system dynamically updates the m3u8 file to reflect new segments as they become available, maintaining synchronization between the server and client devices. This approach reduces end-to-end latency, enhancing the viewing experience for live broadcasts.
12. The system for creating low latency video streams for the live event, as recited in claim 11, wherein the m3u8 file describes the LL-HLS stream.
This system relates to low-latency video streaming for live events, addressing the challenge of reducing delays in content delivery while maintaining compatibility with existing HTTP Live Streaming (HLS) infrastructure. The system generates a low-latency HLS (LL-HLS) stream by dynamically adjusting segment durations and reducing buffering periods to minimize end-to-end latency. A key component is the use of an m3u8 file, which serves as the manifest file for the LL-HLS stream, providing metadata and segment information to client devices. The m3u8 file includes timing and synchronization data to ensure seamless playback with minimal delay. The system may also incorporate adaptive bitrate streaming, allowing the stream to adjust quality based on network conditions while preserving low-latency performance. Additionally, the system may support multiple encoding profiles to optimize compatibility across different devices and network environments. The overall approach ensures that live events are delivered with reduced latency compared to traditional HLS methods, enhancing real-time viewing experiences.
13. The system for creating low latency video streams for the live event, as recited in claim 12, wherein the conversion is performed by converting the m3u8 file of the LL-HLS stream to a metadata file, called the Media Presentation Description (MPD) file for the LL-DASH stream.
Video streaming technology. Problem: Delivering live event video streams with minimal delay. Solution: A system for creating low-latency video streams. The system involves converting a media playlist file, specifically an m3u8 file used for Low-Latency HTTP Live Streaming (LL-HLS), into a metadata file. This metadata file is referred to as a Media Presentation Description (MPD) file, which is utilized for Low-Latency Dynamic Adaptive Streaming over HTTP (LL-DASH) streams. This conversion process enables the adaptation of LL-HLS streams to the LL-DASH format, facilitating low-latency delivery in live events.
15. The non-transitory computer-readable medium as recited in claim 14, wherein the first low-latency video stream and the second low-latency video stream indicate a delay between receiving the first low-latency video stream and the second low-latency video stream and rendering the low latency video streams on a user device.
This invention relates to systems for processing and rendering low-latency video streams, particularly in applications where synchronization and delay management are critical. The technology addresses the challenge of ensuring that multiple video streams are rendered with minimal delay and proper synchronization on a user device, which is essential for real-time applications such as live broadcasting, video conferencing, or interactive streaming. The invention involves a non-transitory computer-readable medium storing instructions that, when executed, enable a system to process and render two or more low-latency video streams. The system receives a first low-latency video stream and a second low-latency video stream, each containing video data with reduced transmission delays compared to traditional streaming methods. The system then determines the delay between receiving the first and second video streams and adjusts the rendering process to account for this delay, ensuring that the streams are displayed on a user device in a synchronized manner. This adjustment may involve buffering, timestamp alignment, or other techniques to minimize perceptible lag or desynchronization. The system may also include additional features, such as dynamically adjusting the rendering parameters based on network conditions or user preferences to further optimize latency and synchronization. The invention is particularly useful in scenarios where multiple video sources must be displayed simultaneously, such as in multi-camera setups or collaborative environments where low-latency performance is critical. By managing the delay between streams, the system ensures a seamless and synchronized viewing experience.
16. The non-transitory computer-readable medium as recited in claim 14, wherein the first low-latency video stream comprises a first manifest file and the second low-latency video stream comprises a second manifest file.
Storage medium storing computer-executable instructions for processing video streams. The system addresses the challenge of efficiently delivering low-latency video streams for adaptive bitrate streaming. The instructions, when executed, cause a processing device to generate a first low-latency video stream and a second low-latency video stream. The first low-latency video stream is characterized by the inclusion of a first manifest file. The second low-latency video stream is similarly characterized by the inclusion of a second manifest file. These manifest files likely contain information necessary for clients to request and play segments of the respective video streams, contributing to the low-latency delivery objective. The storage medium itself is non-transitory, meaning the instructions are persistently stored and not fleeting like RAM. This approach facilitates synchronized or parallel delivery of video content with minimized delay.
17. The non-transitory computer-readable medium as recited in claim 14, wherein the LL-HLS stream is used by a plurality of user devices.
This invention relates to digital streaming technologies and specifically addresses the efficient delivery of high-quality streaming content to multiple user devices. The problem solved is how to optimize the distribution of a high-level synthesis (HLS) stream, particularly one with features suited for low latency, to a group of diverse user devices. The computer-readable medium stores instructions for generating or processing a low-latency HLS stream. A key aspect is that this particular LL-HLS stream is designed for and utilized by multiple user devices simultaneously. This implies a system or method where the single LL-HLS stream is capable of being consumed and rendered by a plurality of end-user devices, suggesting features like adaptive bitrate or multi-format compatibility embedded within or facilitated by the stream's structure and the associated playback logic. The medium's role is to enable this multi-device consumption of the LL-HLS stream.
18. The non-transitory computer-readable medium as recited in claim 16, wherein the LL-HLS stream uses the first manifest file called m3u8 file.
A system and method for adaptive streaming of media content using Low-Latency HTTP Live Streaming (LL-HLS) involves dynamically adjusting the quality of media streams based on network conditions. The system generates multiple versions of a media stream at different bitrates and segments them into small chunks. A manifest file, specifically an m3u8 file, is used to list these segments and their corresponding bitrates, allowing a client device to request the most appropriate segments based on available bandwidth. The manifest file includes timing information to synchronize playback and reduce latency. The system monitors network conditions in real-time and updates the manifest file accordingly to ensure smooth streaming with minimal buffering. This approach enables efficient delivery of media content over varying network conditions while maintaining low latency and high quality. The use of an m3u8 file as the manifest format ensures compatibility with standard HTTP-based streaming protocols. The system may also include additional features such as error handling, adaptive bitrate switching, and support for multiple media formats. The overall goal is to provide a seamless and responsive streaming experience for end-users.
19. The non-transitory computer-readable medium as recited in claim 18, wherein the m3u8 file describes the LL-HLS stream.
A non-transitory computer-readable medium storing instructions for controlling playback of an LL-HLS (Low-Latency HLS) streaming media. The medium contains an m3u8 file, which is a playlist file format. This m3u8 file specifically describes the structure and content of the LL-HLS stream, enabling a media player to correctly interpret and process the low-latency streaming data. The LL-HLS stream utilizes enhancements over standard HLS to reduce latency, and the m3u8 file serves as the manifest that guides the player through this specialized stream. The stored instructions utilize the information within the m3u8 file to manage the fetching, decoding, and presentation of the LL-HLS segments, thereby facilitating a near real-time streaming experience.
20. The non-transitory computer-readable medium as recited in claim 19, wherein the conversion is performed by converting the m3u8 file of the LL-HLS stream to a metadata file, called the Media Presentation Description (MPD) file for the LL-DASH stream.
This invention relates to adaptive streaming technologies, specifically addressing the conversion between Low-Latency HTTP Live Streaming (LL-HLS) and Low-Latency Dynamic Adaptive Streaming over HTTP (LL-DASH) formats. The problem solved is the lack of interoperability between these two streaming protocols, which are used to deliver low-latency video content over the internet. The invention provides a method to convert an LL-HLS stream, represented by an m3u8 file, into an LL-DASH stream by generating a Media Presentation Description (MPD) file. The MPD file serves as the metadata descriptor for the LL-DASH stream, enabling playback on devices and systems that support DASH but not HLS. The conversion process ensures that the low-latency characteristics of the original LL-HLS stream are preserved in the resulting LL-DASH stream. This allows content providers to distribute the same low-latency content across different adaptive streaming protocols, improving compatibility and reach. The invention is implemented via a non-transitory computer-readable medium containing instructions for performing the conversion, ensuring seamless integration into existing streaming workflows.
Cooperative Patent Classification codes for this invention. Click any code to explore related patents in that topic.
September 12, 2022
April 2, 2024
Browse 5M+ US patents with plain-English claim translations and AI-generated analysis.