Don't they have a battery backup and a local buffer before uploading?
It probably had its last footage still stored locally, using the remnants of power in its internal battery.
Normally we would expect no subscription means no video uploaded, but it doesn't HAVE to mean that. IF you distill it, it really only means the Ring doorbell owner doesn't get access to any video or features without paying.
There's no reason they, however, won't still derive value from it without a subscription by recording and reselling that data somehow. That's probably how they got this footage. All the subscription does it help subsidize their surveillance network and let you use it a little bit.
Even if it isn't uploading, the hardware must have local storage. It may be small and persistently overwritten, but if the power was severed, then the last data on that drive would be the last thing written before the power was cut.
free tier saves 3 hrs of event history, then deletes. so it appears that this request came in later than limited ‘save’ window offered on the free tier.
Or... yet another full-on spying device. Like all phones, like all modern TVs, smart speakers/home systems, cars, anything electronic capable of recording its environment is doing it, for the sole purpose of uploading it to be stored and analyzed.
There are some limits of course but they are mostly technological, but this ain't some notification trickle but full pictures when you expect zero, zilch, nothing.
I'd never install such device at home, added value is dubious at best for my family life and this is exactly the type of shit I would expect to be happening in it, regardless of brand or country of origin. If it connects it sends. Its sad state of things in 2026 but thats reality right now.
Put it in your dialer for detailed info. It used to be able to show real signal levels instead of bars once activated but now this is where we are. Need a little test kit to get the full info. May need to re-enter or reboot to exit the mode. Depends on the phone.
I’ve been in a lot of bad signal areas proposing repeaters or diagnosing issues and used it.
Yes, have a look at ISPC - it's amazing. I especially like that it can generate code for multiple architectures and then select the best implementation at runtime for the CPU it's running on.
Would it be possible to build a web-hosted database of encountered shader configs against a game id, and have Dolphin fetch that list when a game launches and start doing async compilation?
When Dolphin encounters a new shader that wasn't in the db, it phones home to request it to be added it to the list.
I feel an automated sharing solution would build up coverage pretty quickly, and finding a stutter would eventually be considered an achievement - "no-one's been here before!"
Every shader depends on both the driver version and the model of your GPU itself. Which means a lot of shaders. I think Valve had a version of it though but not without issues (GBs of shaders to be downloaded)
The Steamdeck does this thats why it doesn't suffer from stutters.
For normal PC's, realistically Valve/Steam are the only people who could solve or implement this for PC games as they have the tech and platform to distribute it all. Even with all that its a crazy task to try and solve due to all of the variations and new patches for games that require the shaders to be recompiled again.
The idea here wasn’t to share the compiled shader, but to share the shader configurations that each game uses — the ones that are used to then compile the actual shader. So you would compile them all at game start from the configurations you downloaded
To my knowledge, the massive size isn't from the drivers, but because transcoded video files are also slipped in with the shaders. Proton struggles with things like Media Foundation, so Valve transcodes videos on their end.
I haven't had any problems with it yet and I've sent enough abroad now that someone would have complained by now if there were issues (I hope!). I'm just using the basic Royal Mail international postage option which is DDU (delivery duty unpaid - something else I learned through doing this!) so tax is the responsibility of the buyer.
Customs is the part I found most stressful trying to work out. I have to attach a declaration which has an HS code[0] on it. Working out the 'correct' code was a bit of a guessing game. I've gone with '853120' which is for 'Indicator panels incorporating liquid crystal devices (LCD) or light-emitting diodes (LED)' and that seems to do the job!
Having said that, I may pay to send a couple of international orders tracked just so I can see how long it takes and if there are any hold-ups I should be aware of.
I found the same with this library. I'm not sure if it's missing documentation, unintuitive design or both, but I always found it a bit of a struggle to use beyond simple cases.
> 2. Store metadata about the current a* search in the graph nodes themselves so you don't have to maintain in a separate associative array.
This might be suitable in some circumstances, but it mixes your hot & cold data, prevents concurrent searches from being performed. Personally I'd steer away from this without an extremely good reason.
Correct, but it was still way faster that way. Pathfinding was already asynchronous (queries happened on another thread so they didn't block any game update loops) and queries were infrequent enough that doing one at a time was fine.
reply