I believe the appropriate, corporate-friendly answer in this case is “go fuck yourself”

I like the “encryption, but we have the keys” approach. Makes it very secure, especially since MS never had any security breach or leak, ever.

HTTPS isn’t only about encryption; it’s about talking to the right servers.

Yes, it is doable. But it also implies keeping track of individual sessions, to make sure you serve the right ad at the right time to the right people. Nothing impossible, but definitely more work to do per individual player, and on the scale of youtube this is quite a lot.

Streaming allow caching a bit ahead, yes. But the “a bit ahead” part does not mean you can get everything; a server could very well decide to not send more than a few seconds of buffer compared to the realtime play. So, if you’re at 00:00:20 in your video and an 30 second ad is present in the video stream, the server could decide to not send anything beyond the 00:00:55 tag until 30 seconds have elapsed, for example.

It would be very annoying to code server side, and very annoying for people with spotty internet, but it’s very doable.

Ads should be properly labeled in most market, so it should be trivial to detect what segment is ad and what isn’t. The real question is, what to do, and if the server refuses to serve the remainder of the video before the ads duration, what will it be replaced with.

It’s costly; either you prepare encodes ahead of time with different ads and serve that appropriately, or you splice ads live for each request, which is also costly in resources. You can’t get away with just a few variation; ads are usually targeted. It also come with other issues, like, it is mandatory in a lot of place to clearly identify ads, so there should be an obvious marker somewhere. If it’s in the UI, it can be detected and replaced live by a video of kittens for the duration of the ad, so I suppose they also have to handle any signal in the video… (It’s speculation, I didn’t get any of these yet).

I’m curious to see if this will hold, and how we will run around it in the long run.

or write your windows ISO using rufus and check the “no MS account” checkbox.

Officially, the world is taking the second option in general.

We already have them. Just don’t touch any big corporation stuff and suddenly everything work without requiring the blessing of a corporate overlord. There’s already open source tools, either open or freely accessible models, and the tooling, while relatively knew, keep improving. All working locally.

Heck, even performances improves in unexpected ways. This week I ran a chatbot at an almost acceptable speed on a cheap CPU.

As long as some politician don’t come out and outlaw software as a whole (good luck with that) we’ll be fine.

Die, Rulph, said the reader.

(most) films and video games requires a bit of engagement from you.

Interesting, we get to either hate them for going full big brother, or hate them for going full adobe in the first place. It’s nice to have a choice sometimes.

.txz, I’m too lazy to type the full name

Only three? PITCHFORKS!

Oh no. Wait, I mean “oh yes”.

The whole page transferred about 7kB and shows 18.2kB of ressources according to the debug tools.

They’re not very good at it, are they? :D

I’m trying a new approach. Since I won’t touch anything beyond W10, and W10 is getting officially phased out, I just informed people that I won’t provide tech support for W11 and beyond.

Russia on its quest to find something it can fight and win against.