# Reducing Video Glitches from Lost Network Packets

> This patent describes a method for video streaming to reduce visual errors caused by lost network packets by cleverly identifying specific recovery points within the video data stream.

- **Patent:** US 12739411
- **Original title:** Network device and error handling
- **Granted:** 2026
- **Status:** Active
- **Times cited:** 0
- **Field:** telecommunications, software, consumer_electronics, gaming

## What it does

The patent aims to reduce the number of video packets that are negatively affected when some packets are lost during network transmission. It achieves this by analyzing the 'error resilience' built into the video packets. When one or more packets are lost, the system identifies a special 'first packet' that arrives after the loss. This 'first packet' must carry the start of a 'tile' within the video data stream and also contain a 'slice' whose header is found in a packet that was successfully received. This targeted recovery point helps reconstruct the video efficiently, as stated in the abstract, with low 'side information overhead'. For example, if you're watching a video call and your internet briefly cuts out, this method tries to quickly find a good spot in the incoming video data to restart showing a clear picture, minimizing the frozen or distorted frames.

## What it does NOT cover

- Does not cover error handling for general data streams that are not specifically video data streams.
- Does not cover error recovery methods that do not rely on identifying 'tiles' or 'slices' within the video data.
- Does not cover techniques where the 'slice header' for the recovery point is also contained in a lost packet.
- Does not cover error resilience methods that incur high 'side information overhead' compared to the reduction in affected packets.
- Does not cover error correction techniques that retransmit lost packets rather than recovering from subsequent data.

## The clever bit

The novelty lies in precisely identifying a recovery point after packet loss by looking for a packet that simultaneously starts a video 'tile' and has a 'slice header' from an unlost packet. This specific combination allows for efficient video reconstruction with minimal extra data needed for error resilience.

## Real-world examples

1. Video conferencing platforms like Zoom or Google Meet
2. Video streaming services such as Netflix or YouTube
3. Live broadcasting over IP networks
4. Cloud gaming services that stream video to users
5. Video surveillance systems transmitting over unreliable networks

## Why it matters

Packet loss is a common issue in network communication, especially for real-time video streaming over the internet. This patent addresses a core problem of delivering smooth, high-quality video even when network conditions are imperfect. By reducing visual artifacts and interruptions caused by lost data, it contributes to a better user experience in video conferencing, online entertainment, and other video-intensive applications.

## Frequently asked questions

### What does Reducing Video Glitches from Lost Network Packets cover?

This patent describes a method for video streaming to reduce visual errors caused by lost network packets by cleverly identifying specific recovery points within the video data stream.

### When does this patent expire?

This patent is expected to expire on September 15, 2046, when the invention enters the public domain.

### What problem does this patent solve?

Packet loss is a common issue in network communication, especially for real-time video streaming over the internet. This patent addresses a core problem of delivering smooth, high-quality video even when network conditions are imperfect. By reducing visual artifacts and interruptions caused by lost data, it contributes to a better user experience in video conferencing, online entertainment, and other video-intensive applications.

### What does this patent NOT cover?

Does not cover error handling for general data streams that are not specifically video data streams.

**Full plain-English explainer:** https://patentbrief.org/patent/us/12739411/network-device-and-error-handling

**Original patent:** https://patents.google.com/patent/US12739411

---

_Source: PatentBrief — https://patentbrief.org. Patent facts are from public records; the plain-English explanation is PatentBrief's._


## Related patents

Semantically similar inventions in the PatentBrief corpus:

- [How Networks Keep Video Streams Smooth During Busy Times](https://patentbrief.org/patent/us/9538220/netflix-a-b-testing-framework) — A method for internet providers to automatically balance network resources so that multiple users streaming video simultaneously experience the best possible overall quality.
- [How Home Gateways Manage Video Streaming Traffic to Prevent Buffering](https://patentbrief.org/patent/us/9479807/netflix-interactive-content-bandersnatch) — A system where home internet gateways report device buffer status to a central server to intelligently manage bandwidth for multiple video streams.
- [How to Seamlessly Switch Video Streams for Many Viewers](https://patentbrief.org/patent/us/6732183/video-and-audio-streaming-for-multiple-users) — This patent describes a computer system that allows an administrator or viewer to smoothly switch between different video or audio sources for many people watching at the same time, without interrupting their viewing experience.
- [Checking if 3D Point Cloud Data Follows a Standard](https://patentbrief.org/patent/us/12739410/point-cloud-coding-standard-conformance-definition-in-computing-environments) — This patent describes a system for ensuring that compressed 3D point cloud data, used in things like virtual reality, meets specific rules about the number of points it contains, making it compatible across different devices.
- [How Apps Automatically Switch Between Video Call Connection Methods](https://patentbrief.org/patent/us/9083770/facebook-reactions) — A system that automatically decides whether to connect video calls directly between users or through a central server based on the number of people and connection quality.
