The current is not constant (unless they use shunt regulation at the drive) so there will be inductive coupling to nearby conductors. Since the current varies the voltage does change although at the low impedances normally associated with power circuits the change it will not be much. It will however still be enough to potentially capacitively couple to nearby conductors. Preventing both of these effects is one of the reasons for including decoupling capacitors and occasionally inductors in power supply wiring.
For reasons I can't fathom, however, I haven't ever seen an external 3.5" hard drive that can pull its power from Firewire, even though it would only require 12-15 W.
I would agree that the situation is a real shame however the two reasons for the lack of Firewire powered devices that occur to me are:
1. Not all Firewire ports have power and those that do will not power all devices so an alternative power adapter will be need to be made available anyway.
2. It is cheaper to use existing AC input power designs or adapters then to custom build the necessary regulated DC to DC converter to take advantage of Firewire.
I am actually a little surprised that Maxim or Linear Technology has not released an inexpensive dedicated Firewire DC to DC controller for external devices like they have for PoE or USB. I would find it fun and interesting to design such a circuit.
I did not start using MacroQuest2 in EQ until WoW came out and SOE handled the server population crash so poorly and so many guilds folded do to lack of membership that counting on finding others to group or raid with was no longer viable. I spent another year in game with a crew of 4 running my own automation code (and looking for a serious guild to join) before basically running out of things I could do with only 4 toons. The game had still not recovered from the server population crash at that point. I actually had as much fun writing a general script to handle most in game situations and battles using 4 toons as I did on the best raids my guild conducted.
The only way I suspect it could have been avoided would have been for SOE to allow unrestricted transfers between servers so that like minded players could congregate. As it was, they were still charging $50 or so to transfer and it was very difficult to ascertain what you were likely to find on another server or to coordinate with off server players.
Anyone who used SEQ could easily spot others using it. We'd have scout chars logged off in zones to regularly check on rare spawns and scripts to start EQ, and log in the right char to scan a zone.
We did this in my EQ guild without using ShowEQ by having members level up tracking classes (druids and rangers mostly although occasionally feign death classes were used for especially dangerous areas where direct visual observation was viable) and place them into targeted zones. In some cases, this involved considerable effort to gain levels, keys, and flags for toons that would be essentially stationary not to mention actually getting them into position which was sometimes a guild effort in itself.
Some of the more technically adept of us eventually used ShowEQ as well (it was Linux only at the time) but those astute enough to recognize the risks still used tracking classes to preserve plausible deniability.
Just to be clear, MacroQuest itself does not support active hacks which alter the client or server game state like ghost killing, warp, attack, or speed hacks. These active hacks are added by third parties through compiled plug-ins which are independently maintained and distributed. The MacroQuest developers go out of their way to hinder these plug-ins and go so far as to remove data structures which facilitate them when they can and forbid their dissemination or discussion in the MacroQuest forums and documentation.
What MacroQuest does do is provide in game mapping and radar, UI enhancements, and allow control of the client through scripts or plug-ins for automation. Over time SOE had added many of the UI enhancements MacroQuest provides directly to the EQ client.
Which is why I included a link to the best discussion about the most current judgment that I am aware of.
Since the Bill of Rights is treated as just a scrap of paper these days, I would actually prefer that electronic (or any other) communication not be protected at all to remove the illusion that the government does not clandestinely routinely monitor it.
Oddly (or not) enough, encryption itself does not legally create a presumption of privacy. If the authorities have gathered encrypted information in an otherwise legal way (say by copying a hard drive at a border crossing for any or no reason at all), they are free to use whatever methods are at their disposal to decrypt it. Getting the password through testimony so far is another matter.
So the police don't make you reveal your password -- they just tell you to enter it into your computer and unlock the files so they can look at them. It's no different than coming to you with a search warrant for your safe and making you unlock it.
Can the government force the suspect to enter in his encryption passphrase so the government can view the decrypted files? Or does the Fifth Amendment privilege give the suspect a legal right not to enter in the passphrase? On November 29, Magistrate Judge Jerome Niedermeier in Vermont handed down the first opinion to squarely address the issue: In re Boucher. Judge Niedermeier ruled that the defendant did have a Fifth Amendment privilege in such circumstances.
. . .
The government tried to guess the password and failed, so the grand jury issued a subpoena to Boucher ordering him to disclose the password to drive Z. Boucher's counsel them moved to block the subpoena, arguing that he had a Fifth Amendment privilege not to comply. The government responded that it would be happy to just have Boucher enter in the password without the government ever seeing it. The Court thus addressed only whether Boucher had a Fifth Amendment privilege not to enter in the password.
Part of the reason for the 5th Amendment is to prevent abusive interrogations and false confessions by creating an unequivocal rule. Investigators have other means available when dealing with non-testimonial evidence (cut the safe open, tear apart the car, bug the keyboard) but even use of a password without disclosure could encourage the use of duress.
The EISA connector is the same length as the 16 bit ISA connector and has an extra row of pins on each side at a different height. The same double pin height design was used for the AGP connector.
884Mhz would have less effect on people at the same wave form amplitude/power.
With proper (or improper in the case of an accident) impedance matching, the frequency involved will not be of primary importance. I have never gotten a serious RF burn but when working with live helical resonators and other similar RF structures, I have felt the heating effect all the way down to 30 MHz. I built a 2 meter helical resonator that could definitely cook your finger with 5 watts. HF tank coils work great for cooking hot dogs since they are just about the right size.
Surely then Microsoft is facilitating copyright infringement by adding the rip feature to Mediaplayer?
Suing Microsoft for contributory copyright infringement would be like starting World War II by bombing Pearl Harbor and we all know how well that turned out.
it's worth keeping up the diversity of the population in order to be able to respond to changes in environment.
Regardless of whether this is true or not, it does not play a part in selecting a mate. The objective is to have successful children even if that means lower fitness for the population overall. Individuals compete with their piers as they exist. Even behaviors like litter size are regulated by individual fitness instead of what is best for the population. The later would require a conspiracy of doves which is an unstable state.
To give an example of an extreme case, a meiotic drive gene can cause species extinction.
There are a number of lithium based chemistries which can be used to provide 1.5 volts in either primary or secondary applications. Energizer primary 1.5 volt lithium cells use lithium iron disulfide. They have a little more then twice the energy density of alkaline in high current applications and no advantage at low currents.
I have always found the latency on even consumer level equipment to be insignificant. It is higher than a layer 2 store and forward switch (it would have to be since traffic between the WAN and any of the multiple LAN ports traverses the internal switch) but still relatively low. That is only the case of course when not saturated.
There could be exceptions. It would not surprise me at all to find that some consumer equipment does not maintain state tables to speed up rule searches causing excessive latency. As I posted earlier, I try to stay with embedded x86 boxes running BSD or similar when I can because among other reasons how they operate is well known. I am not sure about the newer ones that have recently become available but the older ones also have a total throughput in the 20 to 30 Mbit/s range. I would hazard a guess that the newer ones are twice as fast.
Usually a switch just dies, I throw it away and put a new one in there, but sometimes those little bastards look just fine, blink their lights happily - and wreak havoc in the network, sending half a packet here, half a packet there and even more random crap somewhere else, clogging other switches that are just too dumb to ignore a broken packet, so they reboot every couple of seconds.
I have had exactly the same problem. Given my EE background, my suspicion is that these devices suffer from power supply loop stability issues or a lack of decoupling so one of these days I will be taking a bunch that have failed to run loop stability and impedance measurements on the on-board regulators.
I have never had a problem with state table size even with thousands of connections (although I know other that have) but physical reliability has been an issue. I have obsolete full blown PCs running FreeBSD in the form of m0n0wall, pfsense, or just bare that have higher uptime then the routers and switches I have used made by D-Link or Linksys which have a propensity to spontaneously turn into bricks. Netgear (especially the Bay Networks stuff) and SMC seem to hold up better but I do not have many of those.
These days I lean toward using BSD on embedded x86 hardware by default.
Consumer grade stuff like the wrt54g does support layer 3, otherwise you wouldn't be able to connect to anything. But it uses software routing, not hardware, which is nowhere near as fast.
As someone pointed out, the consumer grade stuff routes at about 20 Mbits/s although in my experience it is more like 30 Mbits/s. If your needs are below that, then performance is not an issue although reliability for consumer grade network equipment is awful.
I swear to it by everything I hold sacred: Larry Niven and Jerry Pournelle were at that conference and I got to hang out with them a fair bit.
I am not surprised. Authors often write their own personal experiences into their works including events they have attended.
Pournelle directed me to a session I otherwise would have missed where several scientists presented papers that exposed Reagan's Star Wars initiative for the multi-billion dollar cash grab it was.
I am not old enough to have made my own determination at the time about the technical and strategic feasibility of SDI. However, even if it had been an unarguably sensible thing to spend significant resources on, the political process as practiced in the US then and now would have made it a cash grab in much the same way that all large military or scientific projects that I am aware of become cash grabs.
A century or two ago, my school sent me to the last AAAS meeting in Toronto and I got to see the live data feed from the JPL when Voyager sent back those "braided" ring pictures. Right in the room, almost as fast as they arrived, two or three scientists figured out that a pair of shepherding moons might be responsible for the braiding. They were right, as it turned out.
And all along I thought the braided rings were caused by the Thuktun Flishithy.
Why would they do this after the war? Wouldn't they want to explore the technology for other uses, and profit further from the leadership in this field they developed? I mean, what's the reason for hiding (and, worse, destroying!) their code-breaking machine after the war has ended?
I remember watching a documentary a couple years ago about the development of the computer industry and the destruction and classification of the British systems after the war was specifically mentioned as being a significant setback for any post war British development. It was never clear to me why the US did not make the same mistake.
Slashdot Mirror
The current is not constant (unless they use shunt regulation at the drive) so there will be inductive coupling to nearby conductors. Since the current varies the voltage does change although at the low impedances normally associated with power circuits the change it will not be much. It will however still be enough to potentially capacitively couple to nearby conductors. Preventing both of these effects is one of the reasons for including decoupling capacitors and occasionally inductors in power supply wiring.
I would agree that the situation is a real shame however the two reasons for the lack of Firewire powered devices that occur to me are:
1. Not all Firewire ports have power and those that do will not power all devices so an alternative power adapter will be need to be made available anyway.
2. It is cheaper to use existing AC input power designs or adapters then to custom build the necessary regulated DC to DC converter to take advantage of Firewire.
I am actually a little surprised that Maxim or Linear Technology has not released an inexpensive dedicated Firewire DC to DC controller for external devices like they have for PoE or USB. I would find it fun and interesting to design such a circuit.
I did not start using MacroQuest2 in EQ until WoW came out and SOE handled the server population crash so poorly and so many guilds folded do to lack of membership that counting on finding others to group or raid with was no longer viable. I spent another year in game with a crew of 4 running my own automation code (and looking for a serious guild to join) before basically running out of things I could do with only 4 toons. The game had still not recovered from the server population crash at that point. I actually had as much fun writing a general script to handle most in game situations and battles using 4 toons as I did on the best raids my guild conducted.
The only way I suspect it could have been avoided would have been for SOE to allow unrestricted transfers between servers so that like minded players could congregate. As it was, they were still charging $50 or so to transfer and it was very difficult to ascertain what you were likely to find on another server or to coordinate with off server players.
We did this in my EQ guild without using ShowEQ by having members level up tracking classes (druids and rangers mostly although occasionally feign death classes were used for especially dangerous areas where direct visual observation was viable) and place them into targeted zones. In some cases, this involved considerable effort to gain levels, keys, and flags for toons that would be essentially stationary not to mention actually getting them into position which was sometimes a guild effort in itself.
Some of the more technically adept of us eventually used ShowEQ as well (it was Linux only at the time) but those astute enough to recognize the risks still used tracking classes to preserve plausible deniability.
Just to be clear, MacroQuest itself does not support active hacks which alter the client or server game state like ghost killing, warp, attack, or speed hacks. These active hacks are added by third parties through compiled plug-ins which are independently maintained and distributed. The MacroQuest developers go out of their way to hinder these plug-ins and go so far as to remove data structures which facilitate them when they can and forbid their dissemination or discussion in the MacroQuest forums and documentation.
What MacroQuest does do is provide in game mapping and radar, UI enhancements, and allow control of the client through scripts or plug-ins for automation. Over time SOE had added many of the UI enhancements MacroQuest provides directly to the EQ client.
I played the 2 bit multithreaded upgrade of that where you could just shove everything off of the table in one action.
Which is why I included a link to the best discussion about the most current judgment that I am aware of.
Since the Bill of Rights is treated as just a scrap of paper these days, I would actually prefer that electronic (or any other) communication not be protected at all to remove the illusion that the government does not clandestinely routinely monitor it.
Oddly (or not) enough, encryption itself does not legally create a presumption of privacy. If the authorities have gathered encrypted information in an otherwise legal way (say by copying a hard drive at a border crossing for any or no reason at all), they are free to use whatever methods are at their disposal to decrypt it. Getting the password through testimony so far is another matter.
http://volokh.com/posts/1157133639.shtml
Can the government force the suspect to enter in his encryption passphrase so the government can view the decrypted files? Or does the Fifth Amendment privilege give the suspect a legal right not to enter in the passphrase? On November 29, Magistrate Judge Jerome Niedermeier in Vermont handed down the first opinion to squarely address the issue: In re Boucher. Judge Niedermeier ruled that the defendant did have a Fifth Amendment privilege in such circumstances.
. . .
The government tried to guess the password and failed, so the grand jury issued a subpoena to Boucher ordering him to disclose the password to drive Z. Boucher's counsel them moved to block the subpoena, arguing that he had a Fifth Amendment privilege not to comply. The government responded that it would be happy to just have Boucher enter in the password without the government ever seeing it. The Court thus addressed only whether Boucher had a Fifth Amendment privilege not to enter in the password.
http://volokh.com/archives/archive_2007_12_09-2007_12_15.shtml#1197670606
Part of the reason for the 5th Amendment is to prevent abusive interrogations and false confessions by creating an unequivocal rule. Investigators have other means available when dealing with non-testimonial evidence (cut the safe open, tear apart the car, bug the keyboard) but even use of a password without disclosure could encourage the use of duress.
A few particles impacting a normal matter object passing through is not going to do any noticeable damage
Tell that to Beowulf Shaeffer.
What happens if it gets demagnetized?
Then I tell the guy at Fry's that they must be having a year 2000 glitch.
P.S. Real story. As a bonus, at the time my ID expired in 2000 they really did but that is not why they could not read the stripe.
The EISA connector is the same length as the 16 bit ISA connector and has an extra row of pins on each side at a different height. The same double pin height design was used for the AGP connector.
884Mhz would have less effect on people at the same wave form amplitude/power.
With proper (or improper in the case of an accident) impedance matching, the frequency involved will not be of primary importance. I have never gotten a serious RF burn but when working with live helical resonators and other similar RF structures, I have felt the heating effect all the way down to 30 MHz. I built a 2 meter helical resonator that could definitely cook your finger with 5 watts. HF tank coils work great for cooking hot dogs since they are just about the right size.
Surely then Microsoft is facilitating copyright infringement by adding the rip feature to Mediaplayer?
Suing Microsoft for contributory copyright infringement would be like starting World War II by bombing Pearl Harbor and we all know how well that turned out.
I also imagine that these solar trees will function in all countries, not just Austria, or those in Western Europe.
Region encoding can solve that problem.
it's worth keeping up the diversity of the population in order to be able to respond to changes in environment.
Regardless of whether this is true or not, it does not play a part in selecting a mate. The objective is to have successful children even if that means lower fitness for the population overall. Individuals compete with their piers as they exist. Even behaviors like litter size are regulated by individual fitness instead of what is best for the population. The later would require a conspiracy of doves which is an unstable state.
To give an example of an extreme case, a meiotic drive gene can cause species extinction.
There are a number of lithium based chemistries which can be used to provide 1.5 volts in either primary or secondary applications. Energizer primary 1.5 volt lithium cells use lithium iron disulfide. They have a little more then twice the energy density of alkaline in high current applications and no advantage at low currents.
That sf-short-story were the crew of the visiting spaceship is given a dog as a present
Just make sure not to report that the offog came apart under gravitational stress. That would really upset headquarters.
Wow. There is ONE Google reference to that now and perhaps there will soon be two.
I have always found the latency on even consumer level equipment to be insignificant. It is higher than a layer 2 store and forward switch (it would have to be since traffic between the WAN and any of the multiple LAN ports traverses the internal switch) but still relatively low. That is only the case of course when not saturated.
There could be exceptions. It would not surprise me at all to find that some consumer equipment does not maintain state tables to speed up rule searches causing excessive latency. As I posted earlier, I try to stay with embedded x86 boxes running BSD or similar when I can because among other reasons how they operate is well known. I am not sure about the newer ones that have recently become available but the older ones also have a total throughput in the 20 to 30 Mbit/s range. I would hazard a guess that the newer ones are twice as fast.
Usually a switch just dies, I throw it away and put a new one in there, but sometimes those little bastards look just fine, blink their lights happily - and wreak havoc in the network, sending half a packet here, half a packet there and even more random crap somewhere else, clogging other switches that are just too dumb to ignore a broken packet, so they reboot every couple of seconds.
I have had exactly the same problem. Given my EE background, my suspicion is that these devices suffer from power supply loop stability issues or a lack of decoupling so one of these days I will be taking a bunch that have failed to run loop stability and impedance measurements on the on-board regulators.
I have never had a problem with state table size even with thousands of connections (although I know other that have) but physical reliability has been an issue. I have obsolete full blown PCs running FreeBSD in the form of m0n0wall, pfsense, or just bare that have higher uptime then the routers and switches I have used made by D-Link or Linksys which have a propensity to spontaneously turn into bricks. Netgear (especially the Bay Networks stuff) and SMC seem to hold up better but I do not have many of those.
These days I lean toward using BSD on embedded x86 hardware by default.
Consumer grade stuff like the wrt54g does support layer 3, otherwise you wouldn't be able to connect to anything. But it uses software routing, not hardware, which is nowhere near as fast.
As someone pointed out, the consumer grade stuff routes at about 20 Mbits/s although in my experience it is more like 30 Mbits/s. If your needs are below that, then performance is not an issue although reliability for consumer grade network equipment is awful.
I swear to it by everything I hold sacred: Larry Niven and Jerry Pournelle were at that conference and I got to hang out with them a fair bit.
I am not surprised. Authors often write their own personal experiences into their works including events they have attended.
Pournelle directed me to a session I otherwise would have missed where several scientists presented papers that exposed Reagan's Star Wars initiative for the multi-billion dollar cash grab it was.
I am not old enough to have made my own determination at the time about the technical and strategic feasibility of SDI. However, even if it had been an unarguably sensible thing to spend significant resources on, the political process as practiced in the US then and now would have made it a cash grab in much the same way that all large military or scientific projects that I am aware of become cash grabs.
A century or two ago, my school sent me to the last AAAS meeting in Toronto and I got to see the live data feed from the JPL when Voyager sent back those "braided" ring pictures. Right in the room, almost as fast as they arrived, two or three scientists figured out that a pair of shepherding moons might be responsible for the braiding. They were right, as it turned out.
And all along I thought the braided rings were caused by the Thuktun Flishithy.
I am going to be looking at NAS for my home network soon and am leaning toward a BSD or Linux based NAS solution using software RAID:
http://www.freenas.org/
Why would they do this after the war? Wouldn't they want to explore the technology for other uses, and profit further from the leadership in this field they developed? I mean, what's the reason for hiding (and, worse, destroying!) their code-breaking machine after the war has ended?
I remember watching a documentary a couple years ago about the development of the computer industry and the destruction and classification of the British systems after the war was specifically mentioned as being a significant setback for any post war British development. It was never clear to me why the US did not make the same mistake.