Perhaps the reason is that many people who've seen 3d TV (or movies) live aren't really all that amazed by it, whereas most everyone who have actually tried Vive are.
I imagine it's going to be nigh impossible to make laser shielding without knowing the exact wavelength of the laser in question, and that can of course vary.
Unless you go the exterior camera + VR helmet route. Which could be cool.
You can buy a simple point laser for less, for hacking the visual systems of the human driverâ"hopefully making the driver stop, but maybe at times not.
But the attack itself seems interesting, though it seems it is possible to fix the issue with new hardware. Good research!
So have they agreed to a contract saying so with their clients? And, if they do go under, who is there to make that part actually happen? I don't think there's a "dead corporation's switch" built into the Steam client.
They get the energy and the clock signal from the 'receiver'. So they don't even need a crystal. But as long as they have those two available, they can perform any kind of computations. As longer computations need more clock pulses, it could be that advanced crypto algorithms could increase the time-to-validate annoyingly.
Doesn't seem actually quite that easy though in practice. Some RFID tags employ a challenge/response mechanism.
If someone does have such a solution available, though, I'm interested! A colleague tried to reuse the tags at work for some other purposes by writing a custom reader for them, but I think he gave up due to those issues.
But who would put users into wheel group if not for real maintenance work? If you're going to have people in a limited group, create a new group for that purpose.
You can probably multiply the time by taking an image once a second, or a short clip every 30 seconds. Also the display needs to be active only on positive match, but I suppose that consumes very little electricity.
It's performing a checksum of your entire system. That's going to be a CPU hog. BTRFS will be no different in this regard.
Well, my btrfs scrubs 1.3 gigabytes per second and chances are it's IO-bound on the RAID10 SSDs, so if ZFS scrubbing performance is comparable, I would say it's not a CPU hog.
You can add a new disk to a pool. You can add a new mirror or Z vdev to a pool.
You make it sound such a petty limitation. But if you do have 5-device raidz and a pool, you are not going to add a single device to the system without risking data durability, you need to add at least two so you can mirror them, and then you're wasting space compared to parity-raids.
Meh, I was hoping some kind of dim OLED MIP display that would display always, like in N9 (though I did notice it was not mentioned in the specs) - it would have explained why most of the clock displays had dark background.
There are accelerometers that can queue many samples and then pass them to the CPU in one go (ie. 100 samples) and in addition they can have thresholds for interrupts. If your CPU is going to be woken once a second - assuming 100 Hz sampling rate, which is quite nice - then it doesn't really sound that bad, unless you have bad power saving functionality either in the CPU or in the operating system.
I suppose BLE doesn't need to take that much energy either if you grant a few seconds latency from notifications to actually displaying them.
There's always hoping they can improve the battery usage with firmware upgrades..
Everyone keeps saying how this doesn't have the latest most powersaving CPU but how much CPU does this device even need? Once a second to update the hand? Or could even be a few times a minute for a smooth minute hand.
I would be surprised if the overwhelming majority of the amperage doesn't go to the display and the BLE radio (in that order), the CPU coming last.
The addressing of LCDs is inherently cartesian, but I don't see why it means the display itself must be as well. The space not on the display is not wasted, there are not physical pixels being hidden here. Instead, the device provides the user with more free physical space compared to one with square screen, not to mention nicer look.
Though the AsRock board I bought is able to download the BIOS upgrade itself from within the BIOS, so that works regardless the OS. (Also it has a switch for choosing from two BIOS flash regions, so it should be pretty safe.)
While there have been some Linux bugs due to the compiler, I can't really recall hardware problems that have caused security problems â" unless you already have physical access, and then all bets are off.
The compiler issue could be addressed by using a certified compiler, such as this: http://compcert.inria.fr/ . Sadly CompCert is not FOSS.
Slashdot Mirror
Perhaps the reason is that many people who've seen 3d TV (or movies) live aren't really all that amazed by it, whereas most everyone who have actually tried Vive are.
You may find that the opposite happens..
This is relevant to your interests: http://events.linuxfoundation.... - Open-channel SSD support to Linux.
Hydrogen would also provide a super-cool secure erase facility! And most excellent data center fires :-o.
Yeah, I guess the amount of hydrogen would be quite small..
A parachute would keep it in the upright position and hopefully collide with softer parts in the bottom of the drone.
One word: parachutes. They should take the edge off from lethal to just wounding, depending on the size of the parachute.
https://www.youtube.com/watch?... - and this is just a hobbyist solution.
I would expect the same as well, but these could also employ safety gadgets such as parachutes: https://www.youtube.com/watch?...
I imagine it's going to be nigh impossible to make laser shielding without knowing the exact wavelength of the laser in question, and that can of course vary.
Unless you go the exterior camera + VR helmet route. Which could be cool.
You can buy a simple point laser for less, for hacking the visual systems of the human driverâ"hopefully making the driver stop, but maybe at times not.
But the attack itself seems interesting, though it seems it is possible to fix the issue with new hardware. Good research!
For controlling a safe an MCU-based system would be most suited.
So have they agreed to a contract saying so with their clients? And, if they do go under, who is there to make that part actually happen? I don't think there's a "dead corporation's switch" built into the Steam client.
I use Steam, though.
They get the energy and the clock signal from the 'receiver'. So they don't even need a crystal. But as long as they have those two available, they can perform any kind of computations. As longer computations need more clock pulses, it could be that advanced crypto algorithms could increase the time-to-validate annoyingly.
Doesn't seem actually quite that easy though in practice. Some RFID tags employ a challenge/response mechanism.
If someone does have such a solution available, though, I'm interested! A colleague tried to reuse the tags at work for some other purposes by writing a custom reader for them, but I think he gave up due to those issues.
But who would put users into wheel group if not for real maintenance work? If you're going to have people in a limited group, create a new group for that purpose.
They could remove your headers and add their own.
You can probably multiply the time by taking an image once a second, or a short clip every 30 seconds. Also the display needs to be active only on positive match, but I suppose that consumes very little electricity.
Once the police learns that there are false positives, I'm sure they will learn to put the proper weight for computer recognition.
It's performing a checksum of your entire system. That's going to be a CPU hog. BTRFS will be no different in this regard.
Well, my btrfs scrubs 1.3 gigabytes per second and chances are it's IO-bound on the RAID10 SSDs, so if ZFS scrubbing performance is comparable, I would say it's not a CPU hog.
You can add a new disk to a pool. You can add a new mirror or Z vdev to a pool.
You make it sound such a petty limitation. But if you do have 5-device raidz and a pool, you are not going to add a single device to the system without risking data durability, you need to add at least two so you can mirror them, and then you're wasting space compared to parity-raids.
I bet they could've bought the announcers to say they are Surfaces for less money.
Meh, I was hoping some kind of dim OLED MIP display that would display always, like in N9 (though I did notice it was not mentioned in the specs) - it would have explained why most of the clock displays had dark background.
There are accelerometers that can queue many samples and then pass them to the CPU in one go (ie. 100 samples) and in addition they can have thresholds for interrupts. If your CPU is going to be woken once a second - assuming 100 Hz sampling rate, which is quite nice - then it doesn't really sound that bad, unless you have bad power saving functionality either in the CPU or in the operating system.
I suppose BLE doesn't need to take that much energy either if you grant a few seconds latency from notifications to actually displaying them.
There's always hoping they can improve the battery usage with firmware upgrades..
Everyone keeps saying how this doesn't have the latest most powersaving CPU but how much CPU does this device even need? Once a second to update the hand? Or could even be a few times a minute for a smooth minute hand.
I would be surprised if the overwhelming majority of the amperage doesn't go to the display and the BLE radio (in that order), the CPU coming last.
The addressing of LCDs is inherently cartesian, but I don't see why it means the display itself must be as well. The space not on the display is not wasted, there are not physical pixels being hidden here. Instead, the device provides the user with more free physical space compared to one with square screen, not to mention nicer look.
Though the AsRock board I bought is able to download the BIOS upgrade itself from within the BIOS, so that works regardless the OS. (Also it has a switch for choosing from two BIOS flash regions, so it should be pretty safe.)
While there have been some Linux bugs due to the compiler, I can't really recall hardware problems that have caused security problems â" unless you already have physical access, and then all bets are off.
The compiler issue could be addressed by using a certified compiler, such as this: http://compcert.inria.fr/ . Sadly CompCert is not FOSS.
Are you familiar with ROS, http://www.ros.org/ ? It's basically a set of libraries for various robotics tasks and sounds like what you're describing.