Seriously, I heard that too. It struck me quite strongly, and I -wished- I had been taping it. If only someone who did would capture it and post it somewhere.
And I love it. I have a 5x5 pager at 1600x1200, and it is so much more convinient to CTRL-arrowkey to move around, than the other window managers that have more of a virtual desktop concept.
It's probably the main reason I have stayed with afterstep. [That, and I like to remove all the toggle buttons from the title bar and replace then with CTRL-Fkey sequences. Example: CTRL-F3 institutes window-move, CTRL-F2 is window-lower]
Um... because it's removable? Why is a CDRW drive a big deal, they only store 700MB, when our harddrives are in the GB range.... because you can buy more cheap media and store them somewhere.
A penultimate mistake
on
Review: U-571
·
· Score: 4, Insightful
...that I used to make myself until a friend of mine finally corrected me with a dictionary. I always thought it meant "super-ultimate", and made an inadvertant fool of myself using it improperly. It actually means just before, or not quite, ultimate.
At least I feel a little better that I'm not the only one to make this mistake.
That dosen't make the complexity that exists in the universe unimportant. It's the RAM that counts. The massive storage and corresponding computation, the size and scale of it, that matters.
After all, an Alpha, a K7, and the microcontroller in my digital waltch, are all made from a few types of logic gates, but an Alpha can calculate a lot more. It has more capacity. The universe, assuming that it is all based on a few lines of code, can exhibit so much more still, due to being so vast.
Note this link about how an attempt to preserve an ancient book digitally ended in the ironic situation years later where the digital format was obsolete and unreadable after little more than a decade, while the ancient book was still fine.
The real problem with bit entropy can only be solved (if you ask me) by having the information regularly copied and used by at least some people [who will thus bother to migrate it into the new super-dense holographic optical processors all the kids will be using in 2080, who probably wouldn't even recognize the purpose of a shiny little 5cm disk if their lives depended on it].
The continuance of the historical record may well be a victim of excessive IP protection and laws like the DMCA, as much as that sounds like a somewhat far-fetched possibility today. Only info in an open format that is 'mirrored' by many people [and kept freshly copied into modern devices] would likely prevent this.
"chilling effect" on their subscribers, who could be concerned that a constant police presence would impinge on their privacy rights.
???!?!?
I mean, how disingenous can you get? The whole point in requiring actual meat effort in order to execute a search [as opposed to massive automated electronic drag nets] is going to do nothing other than discourage any searches unless they are actually probably usefull in a real way to an ongoing investigation. By requring extra cost for the search on the part of the authorities, this isn't going to chill anyone!
How stupid do some lawyers think people are? (...or even worse, how stupid are they)
we'll have BeOS and Carbon API support under normal real world linux use [with X11]. After all, if he's using the linux kernel, he's just writing another user mode GUI layer, like X. It should be relatively trivial to modify the code so that instead of directly talking to the framebuffer, it opens up in a managed window under X, [like with wine].
Why do I care? Because I like X, and I'm certainly not about to want to give that up that to run other neat apps that have been targeted to BeOS and carbon API. But if it's already on linux, well, nifty! [Once it's out of pre-alpha, of course]...
The party who signed the NDA is required not to release information. Slashdot didn't sign a NDA, and can refer to what is now public information with impugnity.
Good god. $100,000,000 invested in the buisness plan of a company that produces absolutely nothing, the only possible appeal of which would be to allow the redirection of someone on a particular browser platform (who is too stupid to understand.com or use a search engine) to your site, for which you would pay them up to 500 a year.
A technological "solution" is better than something like the disney bill. I could see the market becoming fragmented to the point (if there is enough acceptance of the format) where new content may no longer even be offered on cd, but instead only via protected media [which dataplay hopes to become]. This is a practical real world solution to copyprotection issues, which at least dosen't involve legislating what can be done with a general purpose computer altogether.
There only real problem is that it sounds like they are also going to be offering it as a pc storage medium. Once it's a adopted as a commodity data storage medium, and PC's normally possess them as drives, I imagine that some vendor will release one that allows some sort of head position ing trick in software, or a modded drive like a region free dvd player, that will allow direct reading of the erncrypted bytestream. At which point I suspect it's only a matter of time before decryption tools become available. Unless they actually use good encryption, at which point the unlock keys will likely be posted on sites like serial numbers are today. If they were really bright they would actually distrbute each disk prerecorded somewhat manually [as opposed to stamping] with a different encryption key, and an index number, so their central server could look up and fetch the appropriate decryption key from a database. This might be somewhat prohibitively expensive, compared to stamping.... But not much. They could even transfer the labor to the consumer, where you go to the store and get a case with the cover art, and a custom version is burned for you right there at a kiosk.
Mind you, I hope it dosen't catch on. The sound quality is obviously LESS than cd quality, or they wouldn't be able to store multiple albums in less than 500Mb. It's probably a varient of ac3 or one of it's cousins which, although arguably slightly better than mp3, is still lossy compared to the uncompressed audio the consumer has come to expect on cd.
A good thing really. It was always kind of pointless and a little insulting to sell the same K7 design with a cripplingly small cache at a discount. I don't think the difference in die size really accounted for so significant a savings; it was a form of tiered pricing to get more out of the market.
Not that there's anything wrong with capitalism, but it always irked me and reminded me overmuch of intels old celeron/pentium3/xeon tiered caching, where you had to pay rediculously more for the same chip with different cache, which was especially insulting when the cache was off die, and the price would pentuple for a xeon over a "consumer" pentium3, which was certainly a *cough* little bit more than the cost of the extra cache chips they stuck in the sloted model.
One of the few organizations that has the power and/or clout to stand up to it, instead retreats into capitulation. They are a huge orginization, that is not just american, but has influence worldwide. And they are a research orginization...for shame. I'm seriosly considering cancelling my membership.
Like, for example, here in south carolina. Except, here, they don't tell you that they are doing it. At least you in conneticut have the privelege of knowing what rights you are losing; here, they never mentioned it. PS: new system has been in place for several months.
If they are going to limit you to only 1000 queries, I fail to see the point. It wouldn't be hard at all to write a simple API on your own to, say, a c++ class that spits out the necessary url's [like http://www.google.com/search?hl=en&q=example]
or the like, dispatch them to google port 80, and then parse the results into easily program readable data sets/results? A third party could write this sort of thing easily enough if there was demand for it. I mean, esentially the google search API isn't going to be offering anything not available in the standard forms, is it? Except their spell checker, I believe. [Which you could use via html too, actually, "Did you mean: ______" ]
mpeg2enc, available as a component of the mjpeg tools at http://mjpeg.sourceforge.net/ Can do remarkable quality in realtime. ffmpeg was a neat idea [same quantizing backend for many formats], but it's quality sucked. If you like vcr, you would be much better off with NVrec, which supports the native opensource xvid codec, as well as divx4linux, without need to mess with win32 dlls, and with much better sound sync, multiple deinterlacing filters, etc.
On my system, I can run the non-optimized [no mmx, etc] original version of mpeg2enc, whose goal is accuracy and quality, faster than realtime. Of course, I have a really fast system.
A 800Mhz duron can do realtime 640x480 MPEG2 encoding with a bttv capture card, why pay extra? For $3000, you could get a 2-way SMP 1.7Ghz Athlon system with 3Gigs ram and several hundred gigs hard drive, for goodness sake! I imagine bcast2000 could do most of it's effects in software with such a box, and there are other tools optimized for live effects, like the one at freej.dyne.org [haven't tried it, though].
I mean, it's nice and all for more hardware to be out specifically for linux, but $3000 for a video capture card?!? The video out is probably a lot better than one could expect from a Geforce or the like, however, and may be necessarily appropriate for actual broadcast work.
"I believed that users' desires
for keys larger than 1024-bits were mostly driven by a vague feeling that "larger must be better" in some cases, and by downright paranoia in other cases. I was mistaken."
Extra caution never hurts, does it. Esepcially when using a 4096 bit keys only takes an extra few seconds of computer time these days. If it isn't painfull to use, then the stronger the crypto the better.
An excellent unix game package..
on
SedSokoban
·
· Score: 2, Interesting
Although admitedly this isn't on the topic of cool sed hacks... If you haven't heard of or tried it, [and like this sort of game], be sure to also look into rocksndiamonds, a truly excellent game for X. It not only has all the classic sokoban levels, but it also does an excellent implementation of Boulderdash, and also Emerald Mine [which I have fond memories of wasting huge amounts of time with on my old Amiga when I was a kid]. Excellent graphics to boot. Plus it's GPL. I've always been suprised that redhat dosen't provide it as an rpm, considering some of the marginal games that they do ship.
Seriously, I heard that too. It struck me quite strongly, and I -wished- I had been taping it. If only someone who did would capture it and post it somewhere.
And I love it. I have a 5x5 pager at 1600x1200, and it is so much more convinient to CTRL-arrowkey to move around, than the other window managers that have more of a virtual desktop concept.
It's probably the main reason I have stayed with afterstep. [That, and I like to remove all the toggle buttons from the title bar and replace then with CTRL-Fkey sequences. Example: CTRL-F3 institutes window-move, CTRL-F2 is window-lower]
Um... because it's removable? Why is a CDRW drive a big deal, they only store 700MB, when our harddrives are in the GB range.... because you can buy more cheap media and store them somewhere.
...that I used to make myself until a friend of mine finally corrected me with a dictionary. I always thought it meant "super-ultimate", and made an inadvertant fool of myself using it improperly. It actually means just before, or not quite, ultimate.
At least I feel a little better that I'm not the only one to make this mistake.
That dosen't make the complexity that exists in the universe unimportant. It's the RAM that counts. The massive storage and corresponding computation, the size and scale of it, that matters.
After all, an Alpha, a K7, and the microcontroller in my digital waltch, are all made from a few types of logic gates, but an Alpha can calculate a lot more. It has more capacity. The universe, assuming that it is all based on a few lines of code, can exhibit so much more still, due to being so vast.
Note this link about how an attempt to preserve an ancient book digitally ended in the ironic situation years later where the digital format was obsolete and unreadable after little more than a decade, while the ancient book was still fine.
The real problem with bit entropy can only be solved (if you ask me) by having the information regularly copied and used by at least some people [who will thus bother to migrate it into the new super-dense holographic optical processors all the kids will be using in 2080, who probably wouldn't even recognize the purpose of a shiny little 5cm disk if their lives depended on it].
The continuance of the historical record may well be a victim of excessive IP protection and laws like the DMCA, as much as that sounds like a somewhat far-fetched possibility today. Only info in an open format that is 'mirrored' by many people [and kept freshly copied into modern devices] would likely prevent this.
???!?!?
I mean, how disingenous can you get? The whole point in requiring actual meat effort in order to execute a search [as opposed to massive automated electronic drag nets] is going to do nothing other than discourage any searches unless they are actually probably usefull in a real way to an ongoing investigation. By requring extra cost for the search on the part of the authorities, this isn't going to chill anyone!
How stupid do some lawyers think people are? (...or even worse, how stupid are they)
we'll have BeOS and Carbon API support under normal real world linux use [with X11]. After all, if he's using the linux kernel, he's just writing another user mode GUI layer, like X. It should be relatively trivial to modify the code so that instead of directly talking to the framebuffer, it opens up in a managed window under X, [like with wine].
Why do I care? Because I like X, and I'm certainly not about to want to give that up that to run other neat apps that have been targeted to BeOS and carbon API. But if it's already on linux, well, nifty! [Once it's out of pre-alpha, of course]...
The party who signed the NDA is required not to release information. Slashdot didn't sign a NDA, and can refer to what is now public information with impugnity.
Good god. $100,000,000 invested in the buisness plan of a company that produces absolutely nothing, the only possible appeal of which would be to allow the redirection of someone on a particular browser platform (who is too stupid to understand .com or use a search engine) to your site, for which you would pay them up to 500 a year.
Unbelievable. Thank reason that's all behind us.
A technological "solution" is better than something like the disney bill. I could see the market becoming fragmented to the point (if there is enough acceptance of the format) where new content may no longer even be offered on cd, but instead only via protected media [which dataplay hopes to become]. This is a practical real world solution to copyprotection issues, which at least dosen't involve legislating what can be done with a general purpose computer altogether.
There only real problem is that it sounds like they are also going to be offering it as a pc storage medium. Once it's a adopted as a commodity data storage medium, and PC's normally possess them as drives, I imagine that some vendor will release one that allows some sort of head position ing trick in software, or a modded drive like a region free dvd player, that will allow direct reading of the erncrypted bytestream. At which point I suspect it's only a matter of time before decryption tools become available. Unless they actually use good encryption, at which point the unlock keys will likely be posted on sites like serial numbers are today. If they were really bright they would actually distrbute each disk prerecorded somewhat manually [as opposed to stamping] with a different encryption key, and an index number, so their central server could look up and fetch the appropriate decryption key from a database. This might be somewhat prohibitively expensive, compared to stamping.... But not much. They could even transfer the labor to the consumer, where you go to the store and get a case with the cover art, and a custom version is burned for you right there at a kiosk.
Mind you, I hope it dosen't catch on. The sound quality is obviously LESS than cd quality, or they wouldn't be able to store multiple albums in less than 500Mb. It's probably a varient of ac3 or one of it's cousins which, although arguably slightly better than mp3, is still lossy compared to the uncompressed audio the consumer has come to expect on cd.
.tar.gz and make. That's the only way for me.
What? Did you say run an arbitrary binary?
A good thing really. It was always kind of pointless and a little insulting to sell the same K7 design with a cripplingly small cache at a discount. I don't think the difference in die size really accounted for so significant a savings; it was a form of tiered pricing to get more out of the market.
Not that there's anything wrong with capitalism, but it always irked me and reminded me overmuch of intels old celeron/pentium3/xeon tiered caching, where you had to pay rediculously more for the same chip with different cache, which was especially insulting when the cache was off die, and the price would pentuple for a xeon over a "consumer" pentium3, which was certainly a *cough*
little bit more than the cost of the extra cache chips they stuck in the sloted model.
err
One of the few organizations that has the power and/or clout to stand up to it, instead retreats into capitulation. They are a huge orginization, that is not just american, but has influence worldwide. And they are a research orginization ...for shame. I'm seriosly considering cancelling my membership.
Like, for example, here in south carolina. Except, here, they don't tell you that they are doing it. At least you in conneticut have the privelege of knowing what rights you are losing; here, they never mentioned it. PS: new system has been in place for several months.
If they are going to limit you to only 1000 queries, I fail to see the point. It wouldn't be hard at all to write a simple API on your own to, say, a c++ class that spits out the necessary url's [like http://www.google.com/search?hl=en&q=example]
or the like, dispatch them to google port 80, and then parse the results into easily program readable data sets/results? A third party could write this sort of thing easily enough if there was demand for it. I mean, esentially the google search API isn't going to be offering anything not available in the standard forms, is it? Except their spell checker, I believe. [Which you could use via html too, actually, "Did you mean: ______" ]
This is old news. Note the date on the release, it's from 2000!
They're not going to stop anytime soon. The next one will be the real whammy.
Where have I heard this before?
mpeg2enc, available as a component of the mjpeg tools at
http://mjpeg.sourceforge.net/
Can do remarkable quality in realtime. ffmpeg was a neat idea [same quantizing backend for many formats], but it's quality sucked. If you like vcr, you would be much better off with NVrec, which supports the native opensource xvid codec, as well as divx4linux, without need to mess with win32 dlls, and with much better sound sync, multiple deinterlacing filters, etc.
On my system, I can run the non-optimized [no mmx, etc] original version of mpeg2enc, whose goal is accuracy and quality, faster than realtime. Of course, I have a really fast system.
A 800Mhz duron can do realtime 640x480 MPEG2 encoding with a bttv capture card, why pay extra? For $3000, you could get a 2-way SMP 1.7Ghz Athlon system with 3Gigs ram and several hundred gigs hard drive, for goodness sake! I imagine bcast2000 could do most of it's effects in software with such a box, and there are other tools optimized for live effects, like the one at freej.dyne.org [haven't tried it, though].
I mean, it's nice and all for more hardware to be out specifically for linux, but $3000 for a video capture card?!? The video out is probably a lot better than one could expect from a Geforce or the like, however, and may be necessarily appropriate for actual broadcast work.
Extra caution never hurts, does it. Esepcially when using a 4096 bit keys only takes an extra few seconds of computer time these days. If it isn't painfull to use, then the stronger the crypto the better.
Mouse buttons.
Although admitedly this isn't on the topic of cool sed hacks...
If you haven't heard of or tried it, [and like this sort of game], be sure to also look into
rocksndiamonds, a truly excellent game for X. It not only has all the classic sokoban levels, but it also does an excellent implementation of Boulderdash, and also Emerald Mine [which I have fond memories of wasting huge amounts of time with on my old Amiga when I was a kid]. Excellent graphics to boot. Plus it's GPL. I've always been suprised that redhat dosen't provide it as an rpm, considering some of the marginal games that they do ship.