r00ty

Lithium batteries have a very high energy density. When that's released all at once with a short circuit or very high current draw resulting in thermal runaway, that's when these fires start. The great news is, they're self fuelling fires too!

But, most reputable manufacturers, create charging/protection circuits that protect the batteries against such situations. Making them far less likely (but still possible) to happen.

The problem you're going to get is when there's disreputable companies, operating in countries with less stringent safety laws that are operating the production, processing and shipping entirely outside of the sight of countries with safety rules. Well, then you get a product with a fake FCC/CE sticker on it, that is very dangerous indeed.

I will not buy electronics from those sites for this very reason. Batteries, chargers and power supplies are usually very shoddy from these companies.

It's not to say don't buy stuff made by country X. Because there's plenty of stuff I have bought made in, these countries but sold by companies that DO make sure there's some testing done, and they're not fake stickering everything. But, we all know the companies I'm talking about I think. Also, ebay (because private sellers buy in bulk from these places and then resell them) is something to be careful of too.

I mean, while they can block most things, to give people a usable experience they're going to allow http and https traffic through, and they can't really proxy https because of the TLS layer.

So for universal chance of success, running openvpn tcp over port 443 is the most likely to get past this level of bad. I guess they could block suspicious traffic in the session before TLS is established (in order to block certain domains). OpenVPN does support traversing a proxy, but it might only work if you specify it. If their network sets a proxy via DHCP, maybe you could see that and work around it.

I did have fun working around an ex gf's university network many years ago to get a VPN running over it. They were very, very serious about blocking non-standard services. A similar "through" the proxy method was the last resort they didn't seem to bother trying to stop.

I expect the soyboy stuff originated on 4chan. But I would believe the "evidence" for other people commenting about it is also on Facebook.

I mean on Facebook it kinda makes sense that the crazy rises to the top. The normal people limit their posts to friends only. You can spot the crazies. They have all posts set to world visible.

by who? facebook?

You know what I've been seeing on Facebook lately (qualifier, I use it for my local village group and those last few friends that refuse to use anything else)? People posting the fact that the AstraZeneca vaccine used a modified chimpanzee adenovirus and implying this is the cause of the mpox business.

I would 100% bet they got it from Facebook!

I don't think users should reward the behaviour. If they actually lost money because of these decisions, they would stop making those decisions.

But, we both know enough people will bend over and take it.

But, in terms of cost it can be a good move. It's just for us, it makes at best, no difference.

Pretty much how it always works with business.

Well, I would say it SHOULD bring overall prices down. If the cost to build the top of the line model comes down to say the same as the mid-range model AND more people are say buying up. It means that competition would push overall prices down.

But of course not, it benefits the companies most, and given the choice of lower prices or more profit, they'll choose the profit every time.

If they go subscription only (because recurring revenue is the current business buzzword, so of course they will go subscription only) then overall cost for the life of the car will definitely be higher yet "feel" more affordable.

You can check to see if you can enable hardware transcoding. I find the delay is usually transcoding building up a buffer and if you have a good GPU/APU in your server it's often a lot quicker.

Pretty sure on jellyfin by default that is off. Mainly because you need to install some packages to get the devices available under linux usually.

Now, I can "kinda" see the rationale behind optional features on a car being either enabled via software or subscription. I believe the permanent enable price should be the same as if you added the hardware to the car as an option.

As to why this might make sense for a carmaker. In my work I've visited car manufacturers before, and from what I could see it's quite expensive and adds time to support the various options when building a car. You see they have the main production line, and units are pulled off the main line to fit the options at various points and then reinserted and this causes problems for efficiency and price per unit I think.

So, there's probably a cost saving to making the base car have all the options fitted and having a completely standardized production line. However, the expense is likely going to mean if they sold the base car at the usual base car price they would either lose money, or at the very least, the profit margin wouldn't be worthwhile.

However, if you know a certain percentage of people will want the options, and you can enable it with software later, it's possible building the hardware into every car as standard would work out overall cheaper. They might also be able to upsell to more people by making a subscription option, perhaps with maybe a free trial for the first say 3 months of ownership. That is, they turn everything on for 6 months for free, then revert you to the package you paid for. Hoping that you liked some of the features and will pay or subscribe to keep them.

What I don't like is when this stuff might become ONLY available as a subscription, the overall move toward subscription models for everything irks me a lot. I'd much prefer we still get to choose a package, and have the ability to upgrade later.

So I think my point is, the argument "the hardware is there anyway" doesn't really work, because they are likely going to install the hardware at a loss, on the assumption (backed up by their own numbers) they will sell enough to make a bigger profit overall.

They also likely bake into the numbers that a very small number of people will hack the car and enable the features anyway. The vast majority will not do this, though.

I did think of a few ways round it (in kbin/mbin) a year or so ago. But, it wouldn't work unless everyone using ActivityPub recognized it. It's also really a small problem in reality. It's likes and dislikes.

Yes, and no. A firewall is still a firewall if it is configured to have all ports open. The Linux kernel firewall is still active, even though its default configuration is, everything open.

My point is, for some reason there are some that are not configured to block incoming IPv6 by default. When that should be the standard home/consumer router default setting. Then the user can open ports to ips as they need them.

You can, and there's a specific flag to set on nd/ra to tell the client to get other information from djcpv6. But so far I've not made it work and also, it likely won't work on android.

Really the way forward is for routers and devices to implement the same options as exist on dhcp. But, time will tell how that gets on.

This is a weakness of ipv6 but it's really the lack of widespread implementation that's behind this. If we were all using it, there would be more onus to get this stuff working.