354

Chromecast has been one of those smaller hardware products that have brought about a meaningful experience upgrade. The first Chromecast solved the pain point of clunky TV software interfaces, making it easier to locate content on your handy smartphone and then play it on your big-screen TV. However, a Court in the US has ruled that Google has infringed upon patents with its Chromecast products and that it should pay $338.7 million in damages because of it.

A Western District of Texas jury has ruled that Google has violated three patents held by a company called Touchstream Technologies, as reported by ArsTechnica. The complaint points to several Chromecast products, including the Chromecast Ultra, the Chromecast with Google TV, and other Chromecast-integrated products.

The first patent application in this complaint was filed in April 2011. The three patents relate to “a system for presenting and controlling content on a display device.”

Further, the complaint claims that Touchstream met with Google in December 2011 but was told that the tech giant wasn’t interested in partnering with it in February 2012. For reference, the first generation Google Chromecast was released in 2013. The latest Chromecast with Google TV (HD) was launched in September 2022, while the 4K variant was launched earlier in September 2020.

Chromecast with Google TV HD box 2 Google opposed the complaint, arguing that the patents are “hardly foundational and do not cover every method of selecting content on a personal device and watching it on another screen.” Further, the Chromecast is said to differ in technologies detailed in Touchstream’s patents.

The jury agreed with Touchstream’s allegations and ordered the company to pay $338.7 million in damages for its patent violations.

Google intends to appeal this decision, as mentioned by their spokesperson in their statement to ArsTechnica.

you are viewing a single comment's thread
view the rest of the comments
[-] chinpokomon@lemmy.world 1 points 1 year ago

I selected "was" simply because I don't have enough understanding of the current situation to argue it from that standpoint.

In many ways, Chromecast is superior. Removing the rendering task from the tablet or phone, and letting the receiver manage that, it's significantly better than making the mobile device decompress the source stream and then decompress it for a Miracast receiver. The only real advantage Miracast has in this is that it doesn't need to receive firmware updates to keep it up to date with newer protocols. With Miracast being built in to TVs, and possibly implemented in an ASIC, it should be a universal fallback. With Android 4.2 it was a built in protocol to AOSP. What I didn't know was that it was actually stripped back out with Android 6. I thought dropping support was specific to Google devices only.

What really needs to be implemented is a non-proprietary extension to Miracast which goes back to the early Chromecast days when it was based on the DIAL protocol. It's incredible that we have to deal with so many proprietary standards from Airplay and Chromecast, and then also support the wifi alliance standard for Miracast.

[-] dustyData@lemmy.world 2 points 1 year ago

They have different objectives honestly. Miracast was supposed to stream frames exclusively. Chromecast hands datastreams to the target device who then has to do the heavy lifting, sometimes even fetching the source itself. Entirely different use cases and tech stacks. I would like to show my PC screen on the living room. I can't do that without paying either Google or Valve (still Google), despite the fact it is not technically difficult or complex with contemporary technology to stream raw frame buffers to a screen. But that's patent trolling and monopolies. They will sap all the fun out of tech for those extra pennies.

[-] chinpokomon@lemmy.world 2 points 1 year ago

They are different as you and I have both described, but when the sink device can support different streams, it has a significant advantage, because it automatically can support sinking frames from the broadcasting device and it removes the overhead of decompressing and then recompressing with practically assured data loss. It is yet another example of how patents, especially software patents, work against the original intent of the patent process.

this post was submitted on 27 Jul 2023
354 points (100.0% liked)

Android

27943 readers
85 users here now

DROID DOES

Welcome to the droidymcdroidface-iest, Lemmyest (Lemmiest), test, bestest, phoniest, pluckiest, snarkiest, and spiciest Android community on Lemmy (Do not respond)! Here you can participate in amazing discussions and events relating to all things Android.

The rules for posting and commenting, besides the rules defined here for lemmy.world, are as follows:

Rules


1. All posts must be relevant to Android devices/operating system.


2. Posts cannot be illegal or NSFW material.


3. No spam, self promotion, or upvote farming. Sources engaging in these behavior will be added to the Blacklist.


4. Non-whitelisted bots will be banned.


5. Engage respectfully: Harassment, flamebaiting, bad faith engagement, or agenda posting will result in your posts being removed. Excessive violations will result in temporary or permanent ban, depending on severity.


6. Memes are not allowed to be posts, but are allowed in the comments.


7. Posts from clickbait sources are heavily discouraged. Please de-clickbait titles if it needs to be submitted.


8. Submission statements of any length composed of your own thoughts inside the post text field are mandatory for any microblog posts, and are optional but recommended for article/image/video posts.


Community Resources:


We are Android girls*,

In our Lemmy.world.

The back is plastic,

It's fantastic.

*Well, not just girls: people of all gender identities are welcomed here.


Our Partner Communities:

!android@lemmy.ml


founded 1 year ago
MODERATORS