My surround receiver runs pretty damn hot too, but it's as stackable as any other standard home theater device. As long as the device above has feet on it to provide 1/2" or so of clearance, the heat should vent away fine.
All three of the 2006 consoles--Xbox 360, PS3, and Revolution--have been designed to be set on their narrow end, so they take up more vertical space but use a smaller footprint. This would seem to indicate that the designers are taking our space concerns into consideration.
(And if you need to use the space above your PS360lution array--put in a shelf!)
Also, is it such a good idea to blind someone driving a moving vehicle. Couldn't that increase the potential for damage somewhat?
Given that someone who intentionally tries to drive through a roadblock probably intends to use their vehicle as a weapon anyway, I fail to see any point to using non-lethal force against them.
Innoceent people accidentally driving through checkpoints and being met with lethal force, as has sadly happened more than once during the Iraq occupation, is indeed a problem that needs to be addressed, but I don't think blinding the driver is a good solution.
If I recall that episode of Mythbusters correctly, they DID try sweeping the entire frequency range between 0 and 20Hz, but perhaps didn't remain on any specific frequency long enough to provide the prolonged exposure necessary to produce results.
Re:a char with a value of 65535?
on
Java Puzzlers
·
· Score: 1
A "char," in C, C++, Java, and several other languages, is a character code. That is, it is a numeric value
A 'char' in Java is a primitive datatype. If it were intended to inherit behavior from a numeric primitive, it would have been implemented as such and called 'Char'.
Or maybe I ought to say 'should have'. If Java's platform architect has claimed in the book that the 'char' primitive is actually just an unsigned int with a fancy name, who am I to argue?
My point is, a character is not the binary representation of a text unit on disk. char c = 'x' should work the same way regardless of whether the character encoding is ASCII (0x78), EBCDIC (0xA7), UTF-32 (0x00000078), or any other system. Performing binary arithmetic on characters without regard to encoding does not enforce that behavior.
a char with a value of 65535?
on
Java Puzzlers
·
· Score: 3, Insightful
(In this case, byte is signed, char isn't, and the widening cast fills in bits, leaving c=65535.)
char
, being a character datatype, shouldn't have its value expressed as an integer.
The correct value of
c
is the glyph or other character corresponding to entry 65535 in whatever character encoding Java is currently using. (Assuming UCS-2, it's an invalid codepoint and therefore undefined.)
Yes, for purposes of demonstrating that
int
is stored as a signed value and
char
isn't the example is correct, but that's still a little more of an under-the-hood mentality that's more appropriate to C than to Java.
If we say that it is open to interpretation because it only has some nice stories, then what parts do we follow and what parts are just there as example? This leaves a wide door open for man's imperfect interjection of man's own beliefs.
You mean like a man's (your) belief that "the Bible is God's words (penned by men who were moved by the Holy Spirit) and thus must be followed because it is what God wants for us"?
I suspect they're in trouble because they're not performing a valuable enough service.
The cut-n-pasted statement in an above comment seems to suggest that they're in trouble because they're using more than their fair share of the shared hosting resources (according to the hosting company). This would seem to contraindicate the idea that not enough people are finding value in what they offer.
Losing a lawsuit just won't cut it because their insurance company will bear the brunt of the loss.
And then will raise Sony's premiums, just like any insurance company will do after any claim is paid out. So in exchange for doing something dumb that led to an unnecessary (from the corporate perspective) lawsuit, the corporation may end up having to pay more for business expenses in perpetuity.
Personally, I don't care if Sony tries to sneak malicious code onto the CD Audio discs I buy, because I've had "AutoRun" disabled on my Windows machines since 1996. As far as my computer is concerned, the media in the CD drive is just Red Book audio, and I'll do whatever the hell I want to it (within fair use).
For all the gloom and doom over the past few years about the content industry "writing enough checks" to buy the software industry, the hardware industry, and the government, we haven't really seen them have all that much success, have we? MY prediction is that the media cartel is not influential enough to get their way in the end.
Are you forgetting the huge information boom of the 90's and now the 00's?
I remember it, I'm just not sure how a roomful of Apple IIc's running a LOGO interpreter in my high school's computer lab circa 1995 prepared anyone for it.
Take your average convenience store... tell the clerk to disappear and monitor the cameras for a half an hour. Only a small number of people will leave the cash for their purchase on the counter. Most will loot and bail.
If I were one of those customers, I would hesitate to leave money on the counter out of fear that the money would end up in the wrong people's hands. Who knows how long that money will be sitting there in the open before the clerk returns, and how many other people might come along during that time and get the idea of taking my money for themselves.
Now how does this scenario relate to the middleman syndrome propagated by the RIAA and MPAA, where an album can sell 100,000 units and its creators are still in debt to the label?
No harm is done (to expert users) if a smart company decides to release a user-friendly linux distro.
And there have certainly been plenty of attempts to do so over the past ten years or so. None have yet achieved a 100% success rate, though the gap closes each year.
What did Apple do right with OS X that the Linux distro community can learn from?
I want to be able to compile an app and run it from my home directory. Why should I have to register it with the OS in order to do so?
For trivial executables, you shouldn't have to. But consider a large, complex application that links to a dozen dynamic libraries, each with its own versioning requirements. Now consider that you have ten such applications.
Should each app duplicate the work of maintaining its own dependencies? Or would it be better for there to be one centralized dependency manager, as part of the OS?
Although I've set her up with nesticle and a generaic d-pad, it's not a Nintendo controller so she doesn't like it.
1. NESticle is SO 1998, dude. (And I'd be embarrassed to refer to it by name in front of my mother...)
There are so many better NES emus available today. My favorite is the open-source FCE Ultra.
2. If having the authentic NES controller is an important consideration, it's worth the dough to splurge for a RetroPad. They're actual NES controllers, retrofitted for USB.
Re:I assume they will use an "old" version
on
Printing Wikipedia
·
· Score: 1
Only entries that have been seen X times in the last Y days with no edits would be printable.
That's not a reliable indicator that the content of the entry is factually accurate, though. At best, it indicates that none of the recent viewers identified any errors. Depending on the expertise of the viewers, that could mean a lot or nothing; and since people more often read encyclopedia entries about things they DON'T know than about those they already know, I'd lean towards the latter.
So if I'm grokking the Game Developer article correctly, this technology basically consists of keeping graphics processing in the floating-point domain until the very last moment, so that the integer nature of the hardware buffers doesn't cause a loss of precision through processing stages.
It shouldn't be long until graphics accelarators have full hardware floating-point support, at which time the buffer transformations can be taken back off main CPU and memory and returned to the GPU. But doing it in software first may be the only way to give the graphics hardware manufacturers a kick in the pants, the only way of demonstrating to consumers the benefits of HDR graphics.
If you think carrying the extra One Pound over a similar notebook model is going to cause you difficulty, perhaps you should take that tablet stylus, open up your Outlook calendar, and schedule a few trips to the gym.
The mention of Sony's allocation of a big pile of money "to speed up development" of the PS3 falls into a similar category of inaccuracy, I think. At this point in the product lifecycle, Sony should be ramping up MANUFACTURE of PS3 units. If they're still in the DEVELOPMENT phase for the hardware, they're lagging behind and may have already lost the next-gen console battle to the Xbox 360.
Isn't this what a lot of other companies like IBM are doing anyway?
Sure, but IBM's been doing hosted computing services since before Bill Gates dropped out of college. They have generations of expertise. I see no reason to trust that Microsoft's attempts to enter the market will be business-ready out of the gate, or possibly ever. Not with their product history.
Still - that's three times the clock speed and several ARM revisions better than the Apple Newton. Plus the DS has a secondary processor that might be usable.
Assuming there's been a modest improvement in HWR algorithmic efficiency over the past 10 years, I would imagine that the DS could do an admirable job.
Not necessarily. More advanced handwriting recognition algorithms can derive not only from a completed glyph, but also from the series of strokes you use in the process of drawing it.
Try writing out the numeral 5, and then the letter S. Notice that even though the end results may look largely similar, the velocity and direction of your pen as you drew them were considerably different.
My surround receiver runs pretty damn hot too, but it's as stackable as any other standard home theater device. As long as the device above has feet on it to provide 1/2" or so of clearance, the heat should vent away fine.
All three of the 2006 consoles--Xbox 360, PS3, and Revolution--have been designed to be set on their narrow end, so they take up more vertical space but use a smaller footprint. This would seem to indicate that the designers are taking our space concerns into consideration.
(And if you need to use the space above your PS360lution array--put in a shelf!)
Also, is it such a good idea to blind someone driving a moving vehicle. Couldn't that increase the potential for damage somewhat?
Given that someone who intentionally tries to drive through a roadblock probably intends to use their vehicle as a weapon anyway, I fail to see any point to using non-lethal force against them.
Innoceent people accidentally driving through checkpoints and being met with lethal force, as has sadly happened more than once during the Iraq occupation, is indeed a problem that needs to be addressed, but I don't think blinding the driver is a good solution.
Don't forget the smallpox! Let's make some fuckin' legal clerks suffer and die! BWA HA HA HA!!!!
If I recall that episode of Mythbusters correctly, they DID try sweeping the entire frequency range between 0 and 20Hz, but perhaps didn't remain on any specific frequency long enough to provide the prolonged exposure necessary to produce results.
A "char," in C, C++, Java, and several other languages, is a character code. That is, it is a numeric value
A 'char' in Java is a primitive datatype. If it were intended to inherit behavior from a numeric primitive, it would have been implemented as such and called 'Char'.
Or maybe I ought to say 'should have'. If Java's platform architect has claimed in the book that the 'char' primitive is actually just an unsigned int with a fancy name, who am I to argue?
My point is, a character is not the binary representation of a text unit on disk.
char c = 'x' should work the same way regardless of whether the character encoding is ASCII (0x78), EBCDIC (0xA7), UTF-32 (0x00000078), or any other system. Performing binary arithmetic on characters without regard to encoding does not enforce that behavior.
The correct value of is the glyph or other character corresponding to entry 65535 in whatever character encoding Java is currently using. (Assuming UCS-2, it's an invalid codepoint and therefore undefined.)
Yes, for purposes of demonstrating that is stored as a signed value and isn't the example is correct, but that's still a little more of an under-the-hood mentality that's more appropriate to C than to Java.
If we say that it is open to interpretation because it only has some nice stories, then what parts do we follow and what parts are just there as example? This leaves a wide door open for man's imperfect interjection of man's own beliefs.
You mean like a man's (your) belief that "the Bible is God's words (penned by men who were moved by the Holy Spirit) and thus must be followed because it is what God wants for us"?
I suspect they're in trouble because they're not performing a valuable enough service.
The cut-n-pasted statement in an above comment seems to suggest that they're in trouble because they're using more than their fair share of the shared hosting resources (according to the hosting company). This would seem to contraindicate the idea that not enough people are finding value in what they offer.
Losing a lawsuit just won't cut it because their insurance company will bear the brunt of the loss.
And then will raise Sony's premiums, just like any insurance company will do after any claim is paid out. So in exchange for doing something dumb that led to an unnecessary (from the corporate perspective) lawsuit, the corporation may end up having to pay more for business expenses in perpetuity.
Personally, I don't care if Sony tries to sneak malicious code onto the CD Audio discs I buy, because I've had "AutoRun" disabled on my Windows machines since 1996. As far as my computer is concerned, the media in the CD drive is just Red Book audio, and I'll do whatever the hell I want to it (within fair use).
For all the gloom and doom over the past few years about the content industry "writing enough checks" to buy the software industry, the hardware industry, and the government, we haven't really seen them have all that much success, have we? MY prediction is that the media cartel is not influential enough to get their way in the end.
Are you forgetting the huge information boom of the 90's and now the 00's?
I remember it, I'm just not sure how a roomful of Apple IIc's running a LOGO interpreter in my high school's computer lab circa 1995 prepared anyone for it.
Take your average convenience store... tell the clerk to disappear and monitor the cameras for a half an hour. Only a small number of people will leave the cash for their purchase on the counter. Most will loot and bail.
If I were one of those customers, I would hesitate to leave money on the counter out of fear that the money would end up in the wrong people's hands. Who knows how long that money will be sitting there in the open before the clerk returns, and how many other people might come along during that time and get the idea of taking my money for themselves.
Now how does this scenario relate to the middleman syndrome propagated by the RIAA and MPAA, where an album can sell 100,000 units and its creators are still in debt to the label?
No harm is done (to expert users) if a smart company decides to release a user-friendly linux distro.
And there have certainly been plenty of attempts to do so over the past ten years or so. None have yet achieved a 100% success rate, though the gap closes each year.
What did Apple do right with OS X that the Linux distro community can learn from?
I want to be able to compile an app and run it from my home directory. Why should I have to register it with the OS in order to do so?
For trivial executables, you shouldn't have to. But consider a large, complex application that links to a dozen dynamic libraries, each with its own versioning requirements. Now consider that you have ten such applications.
Should each app duplicate the work of maintaining its own dependencies? Or would it be better for there to be one centralized dependency manager, as part of the OS?
If we want to defeat windows - and I hope we do, because it sucks - we shouldn't be supporting windows by making it more usable.
We should ALWAYS BE MAKING COMPUTER SYSTEMS MORE USABLE.
"Defeating Windows" may be one way of accomplishing that, but it's not the only way.
Although I've set her up with nesticle and a generaic d-pad, it's not a Nintendo controller so she doesn't like it.
1. NESticle is SO 1998, dude. (And I'd be embarrassed to refer to it by name in front of my mother...)
There are so many better NES emus available today. My favorite is the open-source FCE Ultra.
2. If having the authentic NES controller is an important consideration, it's worth the dough to splurge for a RetroPad. They're actual NES controllers, retrofitted for USB.
Only entries that have been seen X times in the last Y days with no edits would be printable.
That's not a reliable indicator that the content of the entry is factually accurate, though. At best, it indicates that none of the recent viewers identified any errors. Depending on the expertise of the viewers, that could mean a lot or nothing; and since people more often read encyclopedia entries about things they DON'T know than about those they already know, I'd lean towards the latter.
So if I'm grokking the Game Developer article correctly, this technology basically consists of keeping graphics processing in the floating-point domain until the very last moment, so that the integer nature of the hardware buffers doesn't cause a loss of precision through processing stages.
It shouldn't be long until graphics accelarators have full hardware floating-point support, at which time the buffer transformations can be taken back off main CPU and memory and returned to the GPU. But doing it in software first may be the only way to give the graphics hardware manufacturers a kick in the pants, the only way of demonstrating to consumers the benefits of HDR graphics.
So you're saying that this one goes to eleven?
No, it goes to #FFFFFF + 1.
3.5 pounds is not heavy by any measure.
If you think carrying the extra One Pound over a similar notebook model is going to cause you difficulty, perhaps you should take that tablet stylus, open up your Outlook calendar, and schedule a few trips to the gym.
I will never use an electronic device that forces me to write on it in my own handwriting or any other PDAish grafitti like trash. Never.
Well, fortunately for you, this thing also has a STANDARD NOTEBOOK KEYBOARD that swivels out from behind the screen.
So really, they're not trying to FORCE you to do anything. Why complain, then?
The mention of Sony's allocation of a big pile of money "to speed up development" of the PS3 falls into a similar category of inaccuracy, I think. At this point in the product lifecycle, Sony should be ramping up MANUFACTURE of PS3 units. If they're still in the DEVELOPMENT phase for the hardware, they're lagging behind and may have already lost the next-gen console battle to the Xbox 360.
Isn't this what a lot of other companies like IBM are doing anyway?
Sure, but IBM's been doing hosted computing services since before Bill Gates dropped out of college. They have generations of expertise. I see no reason to trust that Microsoft's attempts to enter the market will be business-ready out of the gate, or possibly ever. Not with their product history.
The NDS main CPU is pretty slow- 66 MHz.
Still - that's three times the clock speed and several ARM revisions better than the Apple Newton. Plus the DS has a secondary processor that might be usable.
Assuming there's been a modest improvement in HWR algorithmic efficiency over the past 10 years, I would imagine that the DS could do an admirable job.
Not necessarily. More advanced handwriting recognition algorithms can derive not only from a completed glyph, but also from the series of strokes you use in the process of drawing it.
Try writing out the numeral 5, and then the letter S. Notice that even though the end results may look largely similar, the velocity and direction of your pen as you drew them were considerably different.
If you feel like writing your DS application in raw ARM7/ARM9/Thumb assembly, you can do that too. You masochist, you.