The cost of the PHY and the Ethernet interface would increase the price

Is the 2D X11 acceleration done via glamor using the closed source driver?

(Congrats btw!)

Any EGL calls go through the armsoc driver to the closed blob.

I tried the X11 modesetting driver, but the mali blob is missing GBM support on there.

Explain that bold claim?

Apart from the very annoying Event compatibility layer with its event pooling and central handling that breaks the usual DOM event bubbling, I never saw something bad enough that would make someone consider de-Reacting.

As much as I dislike magic, JS libs working with the DOM will always have code that isn't as clean as your application code.

de-Reacting ? Are you going for plain js ? What's your use case?

Ah, ok.

Hopefully they don't nuke my account.

No scraping or mean stuff, it's all above board and using Google's APIs.

Check the ToS of their APIs. I'm somewhat certain you aren't allowed to build alternative interfaces into their content.

I'm not OP, but that would be strange -- they offer a search API and a video player API. It would mean that they offer all the tools for you to build an alternative interface and then not let you do that?

True all these tools together can be used for building an alternative interface, but the company actually have APIs so that external services are able to integrate into their ecosystem. All the APIs are meant to be used together but each service can choose the API they see fit.

Even if it was you could just self host it and have your own private Tube site.

If you assume longs or pointers are 32 bits then it's a problem.

I learned that when pointers were 16 bits wide. You should never assume the size of your words or addresses. Ever.

You never should but people do, and that's when there's a problem.

You don't have to use your phone. In theory you may also use a Yubikey

I had a yubikey. It died after a few months of simply lying on the shelf behind me. No idea why, but havent exactly been a fan after that.

Did you get it replaced? Seems like it should have still been under warranty after only a few months.

Can't wait to use my OpenPGP card to authenticate with websites.

Unlikely, I would imagine that the vast majority of intrinsics used for VP9 decoding can be used for AV1 decoding as well.

Depends on how parallelizable the encoding algorithm is.

With a live stream, it's generally not parallelizable at all. You won't have future frames to work with unless you add a huge delay in the stream, which generally doesn't mesh well with doing something live.

5 minute delays are common on twitch, especially to circumvent stream snipers. Totally live video is a liability actually and I would guess most live broadcasts have a delay.

In any case, I wasn't referring to inter-frame parallelizability, I was referring to intra-frame parallelizability which doesn't require a delay.

I am not going to say it never happens but purposely induced delays are very rare. You have to remember that Twitch is a community and the people watching communicate with the streamer through chat. Getting a response to something you say in chat 5 minutes later is not a workable solution.

Now, this works fine for large broadcasts where there is no two way communication between a streamer and their followers or in some type of competitive situations, but that is not the norm.

All the streamers I watch respond to chat in digest form after finishing a game

Twitch is just one example, and I'd assume most live video viewed would benefit from a lower delay. That goes for everything from security cameras to sports to video chat. I'd bet that for the vast majority of live video a lower delay would not be a "liability", but rather a plus.

Iter-frame parallelizability is made possible (at least in the context of h264) by using slices. It comes with a minor penalty in the resulting data compression ratio.