This idea is amazing.
Instead of having:
- full control over the encryption software
- full control over the encryption key
- data that goes in clear in the ram, then is never seen in clear by the hard-drive
- performance nearly identical through either hardware-enabled encryption (AES...), or even software based implementations (even a smartphone can do it transparently)
We're trading all this for:
- who knows what really happen down there
- hey, is your secure key even used for anything more than ciphering a header?
- data goes in clear in the ram, then in clear to the drive, that do whatever with it. It's so easy to make sure an SSD doesn't make invisible copy too.
- performance nearly identical through (supposedly) hardware encryption.
Yeah, no, please stop fixing problem that doesn't exist.
I'm more curious about why "different computer draws the image slightly differently".
Slight rounding differences, shape edge antialiasing behavior, font antialiasing behavior, installed fonts, and the like are the big ones I can think of. HTML5 Canvas behavior isn't specified down to the bit level.
Maybe it should. Providing an API and saying "it kinda work like this, most of the time, your mileage may vary" doesn't sound very good.
yes, but, there is so much layers that are supposed to smooth the hardware difference:
canvas operations are raster-based and lossless
browser scripts (either ecmascript or another) should provide consistent execution: whatever the underlying hardware, if I ask JavaScript to draw a circle with (x,y) center and r radius, the result should be predictable, and not hardware dependant
even considering that browsers use "hardware acceleration" as a way to speed things up, there is still at least one layer between the software and the hardware (either an opengl driver, or some other monstrosities drivers) that *should* provide reproducible, consistent result with various hardware
Now, I perfectly understand why neither the browser, the OS API, and the driver would bother to provide perfect results: we're trading performances for accuracy. After all, if I draw my circle with 0.1 pixel of error, it will look good because of antialiasing. But I still think that software results that are independant of external input should not vary from one hardware to another. There is only one good output for a deterministic software function when always providing the same input.
Imagine the horror if different processors would return different values when computing 1/0.999 just because they have different hardware (oh wait, this one kinda happened:D)
Instead of focusing on the privacy issue, I'm more curious about why "different computer draws the image slightly differently". Browsers are supposed to provide abstraction from the machine, and the same scripts run on different computers is supposed to behave in the same way. At most, it could tap into things like the user id, but shouldn't have access to more than that.
Why? It's a matter of updating the firmware. There already is a physical button on chromecast devices.
It's also stated that holding the button down 25 seconds will factory reset a chromecast.
If you think so, then don't come complaining when your phone take ages to pinpoint your location through pure GPS. Wifi positioning is incredibly helpful.
Yes, a law against people sending their unencrypted credentials through their neighborhood and whining afterward would be a good start. Privacy is an important thing after all.
Graphics are certainly not the *key* point for a good game, but saying that they are not relevant would be crazy.
From your examples, Half-Life was great, but the graphical difference from HL1 to HL2 certainly contributed to improve the experience. There's nothing saying that we can have either good gameplay XOR good graphics. Both at the same time are nice too.
While the unlocked graphics style is certainly better for screenshots, it suffers the problem of highlighting close things, while highly blurring anything at a distance. While more 'realistic', if I were testing the game, I'd definitely suggest disabling this 'feature' by default, as it really can hamper gameplay and discovery.
That's pointed out in the end of Total Biscuit's video. There's still stuff to enable/bring back, and stuff to adjust. He plainly says that the depth of view effect might be too much in this version of the "mod".
FreePascal is a "complete" compiler that was ported on different systems.
GNU Pascal is a frontend to gcc: it takes the pascal input, translate it in some intermediate language that gcc can understand, and let him finish.
This mean that FreePascal have to be designed to produce outputs for all platforms, while GNU Pascal only have to follow gcc evolutions, and is instantly able to build on all supported gcc targets.
To summarize, they are different software for roughly the same purpose. I believe that more details will make it technical:-)
You're very wrong when you say "all the cool features involving touch are useless for the cube farm drones."
After having played with a surface tablet and an "embedded" windows 8 computer (those things that combine the computer and the screen), I can tell you this about the touch features: they are broken by design, gets in the way of doing things (even moving a file is more complicated than using a mouse, and why doesn't the keyboard pop up when hitting a textbox?), and as such are useless for everyone, not just the cube farm drones.
"easily" is a relative word. If it's full of assembly and dependency on low-level system calls, it's still gonna take some time.
Anyway, for reference, although not technically like the original, there are open-source projects that might be of interest:
http://clonekeen.sourceforge.net/ (GPLv3)
http://clonekeenplus.sourceforge.net/ (GPLv2)
I tested the second one, and it handle the original game files (available through steam) pretty well. The first one might, too, but I'm way too lazy to build it right now.
Unless the opensource part is an actual requirement for you, you can get them on steam (sadly windows only) for a very reasonable price. Commander Keen Complete Pack
If that's your thing, you can try GNU Pascal. Quoting wikipedia:
GNU Pascal (GPC) is a Pascal compiler composed of a frontend to GNU Compiler Collection (GCC), similar to the way Fortran and other languages were added to GCC. GNU Pascal is ISO 7185 compatible, and it implements "most" of the ISO 10206 Extended Pascal standard.
It's just that you're used to this:
"We have X that is a complete solution for your problem! You just have to fork $200k to this bank account and we'll send it to you for FREE"
My main issue with suspend with my laptop is that it never wake up. Now it can be faster at not waking up, wow.
I'd rather have a way to generate log and find the issue relatively easily.
Slashdot Mirror
This idea is amazing.
Instead of having:
- full control over the encryption software
- full control over the encryption key
- data that goes in clear in the ram, then is never seen in clear by the hard-drive
- performance nearly identical through either hardware-enabled encryption (AES...), or even software based implementations (even a smartphone can do it transparently)
We're trading all this for:
- who knows what really happen down there
- hey, is your secure key even used for anything more than ciphering a header?
- data goes in clear in the ram, then in clear to the drive, that do whatever with it. It's so easy to make sure an SSD doesn't make invisible copy too.
- performance nearly identical through (supposedly) hardware encryption.
Yeah, no, please stop fixing problem that doesn't exist.
I'm more curious about why "different computer draws the image slightly differently".
Slight rounding differences, shape edge antialiasing behavior, font antialiasing behavior, installed fonts, and the like are the big ones I can think of. HTML5 Canvas behavior isn't specified down to the bit level.
Maybe it should. Providing an API and saying "it kinda work like this, most of the time, your mileage may vary" doesn't sound very good.
yes, but, there is so much layers that are supposed to smooth the hardware difference:
Now, I perfectly understand why neither the browser, the OS API, and the driver would bother to provide perfect results: we're trading performances for accuracy. After all, if I draw my circle with 0.1 pixel of error, it will look good because of antialiasing. But I still think that software results that are independant of external input should not vary from one hardware to another. There is only one good output for a deterministic software function when always providing the same input.
Imagine the horror if different processors would return different values when computing 1/0.999 just because they have different hardware (oh wait, this one kinda happened :D)
Instead of focusing on the privacy issue, I'm more curious about why "different computer draws the image slightly differently". Browsers are supposed to provide abstraction from the machine, and the same scripts run on different computers is supposed to behave in the same way. At most, it could tap into things like the user id, but shouldn't have access to more than that.
Why? It's a matter of updating the firmware. There already is a physical button on chromecast devices. It's also stated that holding the button down 25 seconds will factory reset a chromecast.
Meh. They just removed the texture file before rendering.
You know, seeing how things are going lately, not being able to connect to current cellular networks looks more and more appealing.
An even better link: http://news.sciencemag.org/environment/2014/06/ninety-nine-percent-oceans-plastic-missing
If you think so, then don't come complaining when your phone take ages to pinpoint your location through pure GPS. Wifi positioning is incredibly helpful.
Yes, a law against people sending their unencrypted credentials through their neighborhood and whining afterward would be a good start. Privacy is an important thing after all.
Graphics are certainly not the *key* point for a good game, but saying that they are not relevant would be crazy.
From your examples, Half-Life was great, but the graphical difference from HL1 to HL2 certainly contributed to improve the experience. There's nothing saying that we can have either good gameplay XOR good graphics. Both at the same time are nice too.
While the unlocked graphics style is certainly better for screenshots, it suffers the problem of highlighting close things, while highly blurring anything at a distance. While more 'realistic', if I were testing the game, I'd definitely suggest disabling this 'feature' by default, as it really can hamper gameplay and discovery.
That's pointed out in the end of Total Biscuit's video. There's still stuff to enable/bring back, and stuff to adjust. He plainly says that the depth of view effect might be too much in this version of the "mod".
FreePascal is a "complete" compiler that was ported on different systems. :-)
GNU Pascal is a frontend to gcc: it takes the pascal input, translate it in some intermediate language that gcc can understand, and let him finish.
This mean that FreePascal have to be designed to produce outputs for all platforms, while GNU Pascal only have to follow gcc evolutions, and is instantly able to build on all supported gcc targets.
To summarize, they are different software for roughly the same purpose. I believe that more details will make it technical
Ooooh I only used the touch interface without a physical keyboard, that might explain things... ;)
You're very wrong when you say "all the cool features involving touch are useless for the cube farm drones."
After having played with a surface tablet and an "embedded" windows 8 computer (those things that combine the computer and the screen), I can tell you this about the touch features: they are broken by design, gets in the way of doing things (even moving a file is more complicated than using a mouse, and why doesn't the keyboard pop up when hitting a textbox?), and as such are useless for everyone, not just the cube farm drones.
Anyway, for reference, although not technically like the original, there are open-source projects that might be of interest:
I tested the second one, and it handle the original game files (available through steam) pretty well. The first one might, too, but I'm way too lazy to build it right now.
Unless the opensource part is an actual requirement for you, you can get them on steam (sadly windows only) for a very reasonable price.
Commander Keen Complete Pack
GNU Pascal (GPC) is a Pascal compiler composed of a frontend to GNU Compiler Collection (GCC), similar to the way Fortran and other languages were added to GCC. GNU Pascal is ISO 7185 compatible, and it implements "most" of the ISO 10206 Extended Pascal standard.
You're joking, but there is probably a market for very fast, short-range communications. If only to connect all devices on a desk.
It's just that you're used to this:
"We have X that is a complete solution for your problem! You just have to fork $200k to this bank account and we'll send it to you for FREE"
You got it all wrong; it's not a sunken boat. It's a failed rescue mission for the plane.
Yes, for now.
Can't you do that any more?
I remember my old Nokia could be controlled by a cable to read and send texts.
Unfortunately, today's phone can do that without a cable, making the process less complicated.
What kind of "work" do you do on a phone?
Probably Bing searches
But Bing is only for porn... oh.
My main issue with suspend with my laptop is that it never wake up. Now it can be faster at not waking up, wow.
I'd rather have a way to generate log and find the issue relatively easily.