Thanks, you saved me the trouble of making exactly the same comment, even down to the list of links help with the situation!
Although I would like to add even non-audiophiles should be able to hear the difference. Trying to get loan kit helps, or checking out the differences in serious company's listening rooms.
My personal take on this is that although I certainly have burned CDs well over 5 years old, I would only ever RELY on quality discs lasting 5 years. After that surely new copies are in order... If it's really precious data, opt for the 2 year lower limit!
To be honest this very acronym has been annoying me in exactly the same way, the recent Microsoft LUA headlines has been somewhat disturbing. Every time I see MS mention it, they clarify the acronym with Least Priveleged User Account - surely LPUA? I suspect there's a surprising proportion of Slashdotters out there also aware of the acronym clash. (I came across LUA in a game scripting context a few months ago)
I am pleased to see another user moving to FreeBSD - I've installed it now on two machines (an aging laptop and a current desktop) and was pleasantly surprised with the experience on both.
Unfortunately for work I am stuck with Windows XP, but from the experiences with both machines, it certainly looks like a better candidate for desktops that the variety of Linux offerings, especially with the improved hardware support in 6.0
FreeBSD seems to solve many of the Linux "constant upgrade" problems which I seem to experience - it's possible to track a supported release for a number of years with only minimal patching.
Was that not the point of all computer forensics work being performed on an image of the drive? Thankfully they're not quite daft enough to decrypt on the confiscated machine.
I look forward to hardware encryption in the drive controller, then they need to hook it up to their own drive controller or use data recovery/repair industry techniques on the actual platter.
Agreed, I certainly second this vote for LUA. For me, has provided a beautifully simple approach to a game engine which now has the time-critical engine and graphics components written in C++ with level scripting, object control, AI and event scripting all done in LUA.
The ease of embedding LUA was surprisingly refreshing, the ease of development afterwards has brought a massive boost to productivity.
As it is, we have not used the threading options available, however based on the other replies here, I will certainly be checking out the threading in LUA and take a look into Stackless Python.
Thanks, you saved me the trouble of making exactly the same comment, even down to the list of links help with the situation!
Although I would like to add even non-audiophiles should be able to hear the difference. Trying to get loan kit helps, or checking out the differences in serious company's listening rooms.
Ever wonder why most Bose outlets only sell Bose?
My personal take on this is that although I certainly have burned CDs well over 5 years old, I would only ever RELY on quality discs lasting 5 years. After that surely new copies are in order... If it's really precious data, opt for the 2 year lower limit!
To be honest this very acronym has been annoying me in exactly the same way, the recent Microsoft LUA headlines has been somewhat disturbing. Every time I see MS mention it, they clarify the acronym with Least Priveleged User Account - surely LPUA? I suspect there's a surprising proportion of Slashdotters out there also aware of the acronym clash. (I came across LUA in a game scripting context a few months ago)
So wtf is "crate paper"?
Maybe you should be slower on the trigger yourself?
I am pleased to see another user moving to FreeBSD - I've installed it now on two machines (an aging laptop and a current desktop) and was pleasantly surprised with the experience on both.
Unfortunately for work I am stuck with Windows XP, but from the experiences with both machines, it certainly looks like a better candidate for desktops that the variety of Linux offerings, especially with the improved hardware support in 6.0
FreeBSD seems to solve many of the Linux "constant upgrade" problems which I seem to experience - it's possible to track a supported release for a number of years with only minimal patching.
Was that not the point of all computer forensics work being performed on an image of the drive?
Thankfully they're not quite daft enough to decrypt on the confiscated machine.
I look forward to hardware encryption in the drive controller, then they need to hook it up to their own drive controller or use data recovery/repair industry techniques on the actual platter.
Agreed, I certainly second this vote for LUA. For me, has provided a beautifully simple approach to a game engine which now has the time-critical engine and graphics components written in C++ with level scripting, object control, AI and event scripting all done in LUA. The ease of embedding LUA was surprisingly refreshing, the ease of development afterwards has brought a massive boost to productivity. As it is, we have not used the threading options available, however based on the other replies here, I will certainly be checking out the threading in LUA and take a look into Stackless Python.
Do they WANT to get ditched by their husband?
No, they just need to feel better about their crappy lives by seeing others in a worse position.