"The losses primarily stem from the millions the company pays game developers to ensure their newest titles are temporarily exclusive to the Epic Games Store"
Which have you tried? I had similar problems as you with steamlink, but geforce experience+moonlight has been a godsend. Works incredibly well (if you have a Nvidia GPU)
Steam has been the only thing I've tried LAN (other than some early PS4 remote play years ago), so that may be the issue. Geforce Now is probably the best I've tried of the bunch, so I'll give their tools a shot locally next time.
The thought I've heard floated before is that you might not be happy with your new vacuum you just bought. Some percentage of people that buy anything will not be pleased with the result and that new ad in their face might be enough to push them over the edge to return it and buy what is advertised. Amazon just wants to ensure you buy the replacement from them.
Using a usb-live disk distro built from the ground up to be privacy first (i.e. tails) would be the next step up the “trading inconvenience for increased privacy” ladder.
Hmm what about setting up 3 VPN servers in the cloud for your devices and have your router randomly connect traffic to them? Ie individual sessions stay on one VPN but new sssions are assigned randomly chosen vpns.
This would probably do nothing to the invisible pixels and other stuff though.
10 year veteran of the ITS industry here. It's not trivial to do camera speed recognition. You need to do ranging in addition to the video detection to know how far the vehicle is from the camera to accurately measure the speeds using movement between frames. These systems cost in the $10,000+ range, while a k-band doppler can be had for around $500. It's a no brainer to stick with the 1940's doppler technology ;)
I wonder if you could even use road markings or kerb stones as your calibration to save the effort of measuring things out.
I'm admittedly rather unqualified in this area (I don't even know what the ITS industry is!) but I have experience in estimating distances from video and calculating speeds from pixel displacement (particle image velocimetry) and at first pass it seems to me this would be a fairly straightforward problem to solve.
Obviously radar or lidar would be preferable but a quick search for "OpenCV speed estimation" shows people having success with simple single <$50 camera setups.
I'd use two infrared laser LEDs on a PCB with a low-res-but-high-speed infrared light detector, and set up a retroreflector across the street.
If the LEDs are 10cm apart, and parallel to the street, and left dot vanishes 7.45645 ms after the right dot, then something was moving through the beams from right to left at 30 miles per hour (13.4112 m/s). If right dot vanishes 4.06716 ms after left dot, something was moving left to right at 55 mph (24.5872 m/s).
You can even get an estimate of vehicle length and acceleration if you watch for the dots to reappear.
The frame rates and resolutions of most cameras aren't great for precisely estimating speed. You would need a high-speed camera, which is wasted on a surveillance application. So you just use two cameras, one that sees 16 infrared pixels with an ultra high frame rate, and one that sees many RGB pixels at 24 fps.
I disagree with you regarding resolution and frame rates, I don't see why you would need a high speed camera. Something like a raspberry pi camera would be perfectly sufficient for this, assuming you still just want to get someone's speed to within say +/- 1mph to shame them, as in the original comment.
Set up your RPi camera about 20m from the road, with it's FOV that'll give you about 20 m of road coverage. Rule of thumb in my world is that the items of interest should not move more than 1/4 of window width between frames. So that's 5m, to move 5m between frames at 30Hz you'd need to be doing about 300 mph. More realistically the car might be doing 25m/s giving you an inter-frame displacement of 0.8m ~130px. If that's too little for your software to register just up the inter-frame time.
You only need high-speed if you're mounting a device immediately adjacent to the road with a low-resolution light sensor.
An ordinary surveillance camera certainly can estimate speed, especially with good software, but a dedicated device would likely give a better performance to price ratio or performance to power ratio. Maybe I'm just too old, and still think that a RPi and enough resolution for a human to actually discern an image is overkill, because I'm used to computing power and image resolution being expensive.
But then again, if you're already using that setup to read license plate numbers, you're not actually starting from zero. The marginal effort to estimate speed on top of that is likely less than a purpose-built device.
> The frame rates and resolutions of most cameras aren't great for precisely estimating speed.
How good do you think the numbers would be? For example, the speed limit on my road is 25 mph but I know people routinely drive through at 40 mph. Would a camera system be good enough to record, say, 30 mph with error bars equal to +/- 5 mph?
If you can set up clear distance markers 100m apart on the road itself, a regular surveillance camera set up with its line-of-sight perpendicular to the road could probably estimate speeds between 5 and 80 mph with at least 1 mph precision, and adding some image processing software could probably give you 0.1 mph precision or better.
Oblique views, curved roads, unclear markers, or even differently colored cars could produce false results, or no results at all.
It may be enough to convince your local cop shop to set up a radar trailer on your street for a few days, but you're not going to be convicting anyone of reckless driving with it.
The most difficult aspect is the "getting the speed legally binding". As much as many a police officer would love to write a ticket based on your setup, little will become of it without solid formal proof of its accuracy.
It doesn't have to involve the police or courts to effect a change. If somebody asked me to slow down because I was driving at 40 mph down our 25 mph street, I would probably do it.
This book changed my life when I read it as an impressionable young man. I think all people could benefit from Viktor's words. Big up to the archive.org crew once again, they never cease to amaze me.
Unfortunately there isn't a standard way to collect this data on a national level. Believe it or not its up to that local jurisdiction, or State (in the case of state patrol) to dictate what information they gather and how it is gathered. This makes comparisons and real statistical analysis quite difficult.
There is no federal database of traffic fatalities? In terms of human resources we lose on the order of 150 billion (40000 <lives>*7,000,000 <$/life> /2 ) dollars a year in traffic fatalities. That's not including the lost work from injuries. That's like 1% of the GDP. You would think that this would be a good enough reason to at least compile a database of causes.
Even an incomplete one could be useful.
https://www.techspot.com/news/100767-after-almost-five-years...