In practice, no one used the H.264 stream from the camera. Everyone uses the JPEG output. The H.264 stream was embedded in a weird format inside the JPEG comments... This was a spec created by Logitech+Microsoft+Skype, and as far as I know, only the old version of Skype and GStreamer could ever use it. And since the old Skype has been replaced, no one is actually using those! So they only used the JPEG content, which is more than good enough. The H.264 was never about the USB bandwidth, it was always about PCs of the era not being able to do H.264 encoding in real time.

But there is compression. Almost all webcams on the market actually output JPEG images for anything but the lowest resolution/framerate.. That said, JPEG, even though it's an antique codec isn't the problem. The problem is the sensor & ISP that they have that is very very cheap..

I've yet to find a comparable serious study of the effects of the lock down on the welfare and the health of everyone who survives. The current course set by China and European countries is driving us towards freezing all economic activity. We risk not a recession, but an economic depression. That Imperial College report suggest keeping the lockdown for 18 months, we've never done anything so drastic. We know that unemployment and poverty have serious health consequences. We know that this kind of stress is terrible for everyone's health. I'd like to find if there is anything out there from experts trying to quantify it?

The most interesting statistic I saw is that the average dead patient in Italy is 79.5, wherehas the normal life expectancy is 82.5, so we're talking shortening the lifespan by 3 years on average for those who die. If 1% die, that's an effect of 0.3 years on the life expectancy. What is the effect of economic depression on life expectancy?

It would be amazing if Firefox's password manager could be used by the new Auto-Fill API on Android so I can use a service I can trust instead of a commercial service like LastPass...

There is a precedent with the "Hello" webrtc calling functionality, which also relies on a proprietary service. I wish Mozilla had invested in writing a decent WebRTC server, it's really something that is missing from the WebRTC ecosystem. Currently we only have MCUs (where all the media goes throught the server) and hosted services, but no good P2P WebRTC service.

I though they were describing Google Play Services, which I understand call do all of those things. Except obivously, that Google is not evil..

This is a known bug that has already been fixed. You should complain to whoever maintains the Debian package to include the patch.

Very different, Netflix licenses the content from the copyright owners. So this case is about regulatory oversight, not about copyrights. In particular, it's about knowing if Netflix has to pay to produce "canadian content", it's about knowing if there will be any Canadian TV in the future or not. And the big problem is that English Canadians like the idea of Canadian TV, but they don't watch it and aren't ready to pay for it, they'd rather watch Americans shows, etc.

French Canada (Quebec) is a whole different matter because there is a cultural and language barrier that keeps foreign content as 2nd tier.

systemd's big feature of the alternatives is that is also supervises running deamons after they've been started. OpenRC (and baselayout 1.x, it's predecessor), tried to do it, but in a half-hearted way that never really worked. That why we have the "zap" command to tell the init system "you think this daemon is running, but it's actually not". With systemd, this kind of thing can no happen because it actually uses modern kernel features to keep track.