DISH Tech LLC v. Hammy Media Ltd

I. Executive Summary and Procedural Information

• Parties & Counsel:
  • Plaintiff: DISH Technologies L.L.C. and Sling TV L.L.C. (Colorado)
  • Defendant: Hammy Media Ltd., d/b/a xHamster, and Technius Ltd., d/b/a xHamsterLive (Cyprus)
  • Plaintiff's Counsel: HATCH LAW GROUP, P.C.
• Case Identification: 2:26-cv-00597, D. Utah, 06/26/2026
• Venue Allegations: Venue is alleged to be proper because Defendants are alien companies not resident in any U.S. state and may therefore be sued in any judicial district.
• Core Dispute: Plaintiff alleges that Defendants' adult-oriented video streaming platforms infringe five patents related to adaptive bitrate (ABR) streaming technology.
• Technical Context: ABR streaming is a foundational technology for delivering video over the internet, allowing playback quality to dynamically adjust to a user's changing network conditions to prevent buffering.
• Key Procedural History: The complaint alleges the asserted patents have a significant history of successful enforcement and validity challenges. This includes a prior International Trade Commission (ITC) action where the '554 Patent was found to be valid and infringed, as well as numerous Inter Partes Review (IPR) proceedings at the Patent Trial and Appeal Board (PTAB) where the validity of claims of the '234, '798, '554, and '138 patents was reportedly confirmed or challenges were discretionarily denied. The complaint also notes that PTAB decisions related to the '772 and '138 patents are currently on appeal to the Federal Circuit.

Case Timeline

Date	Event
2003-01-01	MOVE Networks, original patent owner, founded
2004-04-30	Earliest Priority Date for all Asserted Patents (U.S. Prov. App. 60/566,831)
2007-01-01	xHamster platform founded
2010-12-01	EchoStar (DISH affiliate) acquires MOVE Networks and ABR Patent portfolio
2014-10-21	'772 Patent Issued
2015-01-01	DISH launches Sling TV streaming service
2016-01-01	Technius begins operating xHamsterLive
2018-05-01	DISH IP Page continuously accessible to public
2019-11-05	'554 Patent Issued
2022-10-11	'138 Patent Issued
2023-06-13	'798 Patent Issued
2024-05-21	'234 Patent Issued
2024-08-07	IPR institution against '798 Patent discretionarily denied (IPR2024-00517)
2024-08-13	IPR institution against '138 Patent discretionarily denied (IPR2024-00512)
2024-08-14	IPR institution against '554 Patent discretionarily denied (IPR2024-00514)
2024-11-21	IPR institution against '234 Patent discretionarily denied (IPR2024-00941)
2025-04-14	PTAB Final Written Decisions issued confirming validity of claims in '798, '554, and '138 Patents
2025-07-16	IPR institution against '798, '554, and '138 Patents discretionarily denied
2026-02-02	PTAB Final Written Decision issued for '234 Patent (later vacated)
2026-04-28	PTAB Final Written Decisions issued confirming validity of claims in '798 and '554 Patents
2026-06-26	Complaint Filing Date

II. Technology and Patent(s)-in-Suit Analysis

U.S. Patent No. 11,991,234 - "Apparatus, system, and method for multi-bitrate content streaming"

The Invention Explained

• Problem Addressed: The patent addresses the unreliability, inefficiency, and high cost of early internet streaming protocols, which often struggled to adapt video quality to fluctuating network bandwidth and relied on incompatible, proprietary systems requiring custom server configurations Compl. ¶54 '234 Patent, col. 2:4-6
• The Patented Solution: The invention describes a client-driven "pull" method for adaptive bitrate (ABR) streaming. A media file is encoded into multiple versions at different bitrates, and each version is broken into small, individually requestable segments called "streamlets" Compl. ¶56 A client device continuously monitors network performance to generate a "factor" and uses this factor to decide which bitrate version of the next streamlet to request from a standard web server using HTTP/TCP, thereby adapting playback quality in real-time Compl. ¶59 '234 Patent, FIG. 10
• Technical Importance: This client-side pull methodology, using standard internet protocols, eliminated the need for specialized servers and complex network configurations, enabling reliable, scalable, and high-quality video streaming over the public internet Compl. ¶59

Key Claims at a Glance

• The complaint asserts independent method claim 12 Compl. ¶95
• Essential elements of claim 12 include:
  • A method at a client device for outputting rate-adaptive streams received over a TCP connection from a server.
  • Receiving digital content where multiple copies at different bitrates are stored as "individually-requestable portions" on the server.
  • Requesting a sequence of these portions from one of the copies.
  • Automatically requesting subsequent portions from higher or lower bitrate copies based on "successive determinations" made by the client.
  • The automatic requesting includes "repeatedly generating a factor indicative of a current ability to receive the digital content," with the factor relating to network performance.
  • The determinations to change bitrates are based on this factor, comparing it to a first (for upshifting) and second (for downshifting) threshold.
  • Arranging the received portions in order of ascending presentation time for output.

U.S. Patent No. 8,868,772 - "Apparatus, system, and method for multi-bitrate content streaming"

The Invention Explained

• Problem Addressed: The patent identifies the trade-off in early internet video where streaming offered immediate access but "sacrifices quality compared with downloading a file," and also notes the challenges of reliability, efficiency, and latency '772 Patent, col. 1:52-54 '772 Patent, col. 2:39-42
• The Patented Solution: The patent claims a method where a media player streams video from servers that store multiple copies of the video encoded at different bitrates as "multiple files," each with a time index '772 Patent, claim 1 The media player makes "successive determinations" to shift playback quality by requesting files from different copies based on "one or more factors" related to network performance, enabling continuous playback at the highest sustainable quality '772 Patent, claim 1
• Technical Importance: This method allows a client device to adapt to changing network conditions by intelligently switching between different quality versions of a video, improving the user experience over prior systems that delivered content as a single, non-adaptive stream Compl. ¶58

Key Claims at a Glance

• The complaint asserts independent method claim 1 Compl. ¶115
• Essential elements of claim 1 include:
  • A method of streaming by a media player, where multiple copies of a video are stored as "multiple files" on servers, with each file having a "time index."
  • Requesting a plurality of sequential files from one copy over TCP connections based on the time indexes.
  • Automatically requesting subsequent portions of the video by requesting files from different copies, based on "successive determinations by the media player to shift the playback quality."
  • The automatic requesting includes "repeatedly generating a set of one or more factors indicative of the current ability to sustain the streaming," with the factors relating to network performance.
  • Making determinations to shift quality based on the factors to achieve continuous playback.
  • Presenting the video by playing back the requested files in order of ascending playback time.
• The complaint notes that the asserted claims of the '772 Patent are currently on appeal before the Federal Circuit following a PTAB decision Compl. ¶115, fn. 2

U.S. Patent No. 11,677,798 - "Apparatus, system, and method for multi-bitrate content streaming"

• Patent Identification: U.S. Patent No. 11,677,798, "Apparatus, system, and method for multi-bitrate content streaming," issued June 13, 2023 Compl. ¶44
• Technology Synopsis: This patent claims a server-side process for streaming digital content. The process involves storing a plurality of streams (e.g., first, second, and third bitrates) composed of "streamlets" and responding to requests from end-user stations that have determined which bitrate version to select Compl. ¶135
• Asserted Claims: At least independent claim 22 Compl. ¶135
• Accused Features: The complaint alleges that Defendants' servers store multiple streams at different bitrates, receive streamlet requests from user devices based on the users' bitrate selection, and send the requested streamlets accordingly Compl. ¶136

U.S. Patent No. 11,470,138 - "Apparatus, system, and method for multi-bitrate content streaming"

• Patent Identification: U.S. Patent No. 11,470,138, "Apparatus, system, and method for multi-bitrate content streaming," issued October 11, 2022 Compl. ¶45
• Technology Synopsis: This patent describes a system for ABR streaming comprising at least one storage device storing video encoded into low, medium, and high quality streams, each composed of streamlets. A web server is configured to receive and fulfill streamlet requests from end-user stations based on the user's determination to select a bitrate version Compl. ¶¶156, 159 The complaint notes the claims of this patent are also on appeal Compl. ¶156, fn. 3
• Asserted Claims: At least independent claim 1 and dependent claim 8 (Compl. ¶156).
• Accused Features: Defendants' streaming system, which includes storage devices (servers) storing multiple bitrate streams and web servers that receive and respond to user requests for streamlets Compl. ¶157

U.S. Patent No. 10,469,554 - "Apparatus, system, and method for multi-bitrate content streaming"

• Patent Identification: U.S. Patent No. 10,469,554, "Apparatus, system, and method for multi-bitrate content streaming," issued November 5, 2019 Compl. ¶46
• Technology Synopsis: This patent claims a system for ABR streaming of live event video. Its structure is similar to the '138 patent, comprising a storage device with multiple bitrate streams of the live video and a web server configured to handle streamlet requests from end-user stations Compl. ¶177
• Asserted Claims: At least dependent claim 7 Compl. ¶177
• Accused Features: The xHamsterLive streaming system, which delivers live-streamed video using multiple bitrate streams (e.g., 160p, 240p, 480p) served from its infrastructure in response to user requests Compl. ¶178

III. The Accused Instrumentality

Product Identification

The accused products are the "Accused Streaming Services," which primarily consist of the on-demand video platform xHamster.com, operated by Defendant Hammy Media, and the live-streaming platform xHamsterLive.com, operated by Defendant Technius Compl. ¶¶1, 82-83

Functionality and Market Context

The Accused Streaming Services allegedly deliver video content to users in the United States using HTTP Live Streaming (HLS) for adaptive bitrate streaming Compl. ¶87 The services encode each video into multiple bitrate variants (e.g., 144p, 240p, 480p, 720p, 1080p) and store them as individually-requestable segments on servers, some of which are geolocated in the U.S. Compl. ¶¶14, 20, 87 When a user plays a video, their client device allegedly requests HLS master manifests and media playlists and then performs adaptive bitrate selection by requesting sequential media segments from the servers over TCP connections Compl. ¶¶28-29 The complaint asserts xHamster.com is a globally popular platform with the U.S. as its largest market, and that Defendants derive substantial revenue from advertising and token-based payment systems that monetize this U.S. traffic Compl. ¶¶5, 25 The complaint includes a screenshot of the xHamsterLive homepage, which presents "American" as a primary content category to U.S. users Compl. p. 13

IV. Analysis of Infringement Allegations

'234 Patent Infringement Allegations

Claim Element (from Independent Claim 12)	Alleged Infringing Functionality	Complaint Citation	Patent Citation
A method executable by a client device to output rate-adaptive streams received via at least one transmission control protocol (TCP) connection with at least one server over a network...	The accused services are accessed by a client device which receives rate-adaptive streams via HLS, which operates over HTTP and thus TCP connections with Defendants' servers (e.g., video-cf.xhcdn.com).	¶96	col. 2:58-61
wherein multiple different copies of the digital content encoded at different bit rates are stored as individually-requestable portions on the at least one server...	Defendants' servers store multiple HLS variant streams (e.g., 240p, 480p, 720p) of the same video, which are segmented into individually-requestable media segment files (".m4s" files).	¶96	col. 4:20-25
requesting by the client device a plurality of sequential individually-requestable portions of one of the copies from the at least one server;	The client device requests a sequence of media segment files (e.g., seg-1-v1-a1.m4s, seg-2-v1-a1.m4s) from a selected bitrate stream as defined in an HLS playlist.	¶96	col. 5:10-15
automatically requesting...subsequent portions...dependent upon successive determinations by the client device to change a requested bit rate...including repeatedly generating a factor indicative of a current ability to receive the digital content...	The client's media player (e.g., Apple's AVPlayer) automatically determines when to switch bitrates by generating factors related to network performance (e.g., measured throughput) and requests subsequent segments from higher or lower bitrate streams.	¶96	col. 7:4-10
making the successive determinations whether to change the requested bit rate based on the factor...comprises: requesting a subsequent...portion from a higher bit rate...when the at least one factor is greater than a first threshold; and requesting a subsequent...portion from a lower bit rate...when the at least one factor is less than a second threshold;	Based on network throttling tests, the client device is shown to make determinations to downshift from 720p to 240p when bandwidth is restricted (factor is below a threshold) and upshift to 480p when bandwidth is increased (factor is above a threshold).	¶96; ¶97	col. 7:31-42
arranging the individually-requestable portions requested from the at least one server in order of ascending presentation time for output to a presentation device.	The media player arranges and presents the received media segments in sequential, chronological order to ensure continuous playback of the video.	¶96	col. 7:43-46

'772 Patent Infringement Allegations

Claim Element (from Independent Claim 1)	Alleged Infringing Functionality	Complaint Citation	Patent Citation
A method for presenting rate-adaptive streams...comprising: streaming by a media player operating on an end user station a video from a set of one or more servers, wherein each of a plurality of different copies of the video encoded at different bit rates is stored as multiple files on the set of servers, wherein each of the multiple files yields a different portion of the video on playback, wherein the multiple files across the different copies yield the same portions of the video on playback, each of said files having a time index...	The media player on a user's device streams video from Defendants' servers. The servers store multiple bitrate versions of the video as distinct sets of HLS media segment files, which have time indexes and yield different, but corresponding, portions of the video.	¶116	col. 4:18-24
requesting by the media player a plurality of sequential ones of the files of one of the copies from the set of servers over a plurality of Transmission Control Protocol (TCP) connections based on the time indexes;	The media player requests a sequence of media segment files over TCP connections from a chosen bitrate stream, using time-based information from HLS playlists to identify the correct sequence.	¶116	col. 5:2-6
automatically requesting...subsequent portions of the video...dependent upon successive determinations by the media player to shift the playback quality...said automatically requesting including repeatedly generating a set of one or more factors indicative of the current ability to sustain the streaming...	The media player automatically and successively determines whether to shift quality by generating factors related to network performance, and then requests subsequent video portions from the appropriate bitrate stream (file set).	¶116	col. 6:13-22
making the successive determinations to shift the playback quality based on at least one of the set of factors to achieve continuous playback of the video using the files of the highest quality one of the copies determined sustainable at that time; and	The client player's logic makes determinations to shift quality to achieve continuous playback, aiming for the highest quality the network can sustain at that moment.	¶116	col. 6:23-28
presenting the video by playing back with the media player on the end user station the requested files in order of ascending playback time.	The media player plays the sequentially requested media segment files in order of their ascending time index to present the video to the user.	¶116	col. 6:29-32

Identified Points of Contention

• Technical Evidence: A primary technical question will be whether the complaint's evidence, which shows the inputs (network conditions) and outputs (bitrate switching), is sufficient to prove that the accused players perform the specific intermediate steps required by the claims, such as "repeatedly generating a factor" ('234 Patent) and "making the successive determinations" ('772 Patent) in the precise manner claimed.
• Scope Questions: A likely point of dispute will be one of definitional scope, focusing on whether the components of the standard HLS protocol used by Defendants map onto the specific terminology of the patents. For instance, questions may be raised as to whether an HLS "media segment" URI constitutes a "file" as recited in the '772 patent or an "individually-requestable portion" as recited in the '234 patent.
• Validity: The ongoing appeal of the PTAB's decisions concerning the '772 and '138 patents suggests that the validity and enforceability of those patents will be a contested issue throughout the litigation.

V. Key Claim Terms for Construction

"individually-requestable portions" ('234 Patent, Claim 12)

• Context and Importance: This term defines the fundamental unit of content delivered by the accused system. Its construction is critical because the infringement analysis depends on whether the HLS media segments served by Defendants meet this definition. Practitioners may focus on this term to argue for or against a technical match between the standard HLS protocol and the patent's specific disclosure.
• Intrinsic Evidence for Interpretation:
  • Evidence for a Broader Interpretation: The specification describes "streamlets" simply as "any sized portion of the content file" '234 Patent, col. 8:43-44, which could support an interpretation that any discrete, addressable chunk of video data, such as an HLS segment identified by a URI, qualifies.
  • Evidence for a Narrower Interpretation: The patent also refers to encoding each streamlet as a "separate content file" '234 Patent, col. 4:1-2 A defendant may argue this requires each portion to be a distinct, standalone file in a server's filesystem, potentially distinguishing it from a dynamically served byte range referenced by an HLS playlist.

"factor indicative of a current ability to receive the digital content" ('234 Patent, Claim 12)

• Context and Importance: This term is the core input for the client's adaptive decision-making logic. The case may turn on whether the internal metrics used by the accused players (which the complaint alleges are based on network performance) are encompassed by the term "factor" as defined and used in the patent.
• Intrinsic Evidence for Interpretation:
  • Evidence for a Broader Interpretation: The specification provides a non-exhaustive list of inputs, stating the "factor" may relate to "network congestion, system specifications, playback resolution and quality, etc." '234 Patent, col. 8:7-9 This suggests the term is a broad placeholder for any metric related to network performance.
  • Evidence for a Narrower Interpretation: The detailed description provides a specific mathematical formula for calculating a "performance ratio r" based on the time intervals between received streamlets '234 Patent, col. 10:1-15 A defendant may argue that this detailed embodiment limits the scope of "factor" to this specific calculation or a close equivalent, potentially excluding other general metrics like raw bandwidth measurement.

VI. Other Allegations

Indirect Infringement

The complaint alleges both induced and contributory infringement. Inducement is alleged based on Defendants designing and operating their platforms to perform the patented methods, combined with alleged knowledge of the patents Compl. ¶¶100-101 Compl. ¶¶120-121 Contributory infringement is alleged on the basis that Defendants' ABR streaming infrastructure and its components are a material part of the inventions with no substantial non-infringing use Compl. ¶¶109-110 Compl. ¶¶129-130

Willful Infringement

Willfulness is pled based on alleged pre-suit knowledge or, alternatively, willful blindness. The complaint alleges Defendants knew of or had reason to know of the patents due to DISH's prominent market position, virtual patent marking pages, and widely reported enforcement actions against direct competitors in the adult content streaming industry (e.g., Pornhub, xVideos) Compl. ¶¶91-93 Compl. ¶104 Willful blindness is alleged on the grounds that Defendants, despite knowing of DISH's enforcement, deliberately avoided conducting any patent-risk analysis Compl. ¶105 Compl. ¶125

VII. Analyst's Conclusion: Key Questions for the Case

• A core issue will be one of technical mapping: does the evidence show that Defendants' use of the standard HTTP Live Streaming (HLS) protocol practices the specific, multi-step methods recited in the patents-in-suit? This will likely involve a detailed analysis of whether HLS "media segments" function as the claimed "files" or "portions," and whether the decision-making logic of the accused players generates a "factor" as contemplated by the patents.
• A second central question will be one of knowledge and intent: did Defendants possess pre-suit knowledge of DISH's patents, or did they engage in willful blindness, by operating in a market where DISH had publicly enforced the same patents against direct competitors? The resolution of this question will be critical to the claims for indirect and willful infringement.
• Finally, a persistent issue, particularly for the '772 and '138 patents, will be one of validity: will the asserted claims remain valid and enforceable throughout the litigation, especially given the ongoing Federal Circuit appeals from prior PTAB proceedings mentioned in the complaint?