...actually, I'll take part of that back. The machine makers helped a little by introducing the "shoot again if you lose your ball quick" feature, and that made things a little more fun...
I think that coincides with 3 balls per game and super-tilted playfields.
Does anyone remember when 5-ball games were the norm?
Re:USB? What about the UXGA?
on
USB KVMs Compared
·
· Score: 3, Informative
I've found lots of the problems aren't so much the KVM as the cables. I got a KVM that came with a full set of cables, but they ghosted. I also bought some cheap VGA cables and they did the same thing.
However, when I bought some heavier duty cables with the ferrite cores on them, all the problems went away. (FYI I bought them locally at Action Computer in Sunnyvale, CA and they weren't too expensive)
He means a logical disk composed of two or more physical disks.
The only reason I think anyone would want raid on a laptop would be for raid-1, where the two disks are redundant copies of each other. Even that would be a stretch.
I think if they want speed in a notebook, they should just put in one faster drive instead of striping.
> Digital Revelations is largely relying on > Intel-based computers for the effects on "Rendezvous > with Rama," a thriller coming out next year in > which a group of humans seek revenge on aliens > that blow up Italy.
Possibly offtopic, but I don't remember Arthur Clarke's story having any mention of destroying Italy...
Ok, so it's not Linux, but Musicmatch Jukebox has a feature called supertagging.
It takes the song title and does a fuzzy search and can fill in the ID3 tags. It can scan it from the filenames only, or from an existing tag. If your tags are nonexistent or screwed up, you can fix them. It can even fill in Album art and so forth. It's not completely automatic, but it is automated.
I kind of grudgingly like musicmatch, even though they must never have scanned in their CD collection with it. I mean, why do I have to click on the mouse for every single CD in my collection. Why not have a feature to start ripping the moment you insert a CD and eject it when it's done? Bozos.
Well, in relation to the post about anarchy online I replied to, it seems like TCP didn't work.
I would think SOME game data would need to be reliable, but most isn't. The problem with TCP for an online game is that you can never THROW AWAY data that's too old or unnecessary. It will be transmitted and retransmitted further delaying current data. At some point, things will become unusable.
I don't think you could play a multi-user game for over an hour and not run into this problem. I think on lower-bandwidth connections, you might never be able to catch up once you fall behind.
Of course, you could do what microsoft does with DirectPlay: open multiple connections, sometimes on multiple protocols, some of them asymmetrical, while ignoring silly details like firewalls and NAT.
I think the initial handshake for dungeon siege was something like:
first packet: udp my_ip:6073 to server_ip:6073 reply packet: udp server_ip:6073 to my_ip:2302 (what!?!?) next packet: udp my_ip:2302 to server:6073
or some garbage like that. I think the dungeon siege guys just changed it.
Hmmm... it's LOTS easier to write an application to handle UDP than to handle TCP.
With TCP, you have a listening socket and then a socket for each client. Each socket has a file descriptor, and you have to select() on all of them to check for activity. There is a lot of housekeeping to do - though it is a solved problem - all webservers solve it. Timeouts are harder to determine from the application's perspective because there can be retransmits and stuff going on that you have no idea about.
However, with UDP, it's laughably easy. You just do one recvfrom() and you get a packet and it also fills in a data structure to tell you where it came from. No filling in fd_set structures and no running out of file descriptors. When you got the packet, you got it.
Most online games and stuff would really like to know when packets were sent, when they were received and if packets are being dropped. With UDP you can usually find out these values directly. With TCP I think it would be more like an educated guess.
One drawback is that UDP is quite easy to spoof. I can send a packet and it is up to the application to figure out it has been spoofed.
If I were downloading a patch to a game I think TCP would be the better choice. It already has the smarts to pace the connection, transmit the data reliably and prevent spoofing.
> And, especially for Slashdotters, don't use vitamin > suppliments. Two studies just came out that said > vitamin E (and, to a lesser extent, vitamin C) > reduce the chances of getting Alzheimers; lesions > relating to free radicals are found on most > Alzheimer patients, and thus anti-oxidants are being > viewed as a potential salvation. But only if you get > it from natural sources. Pills had no effect.
I think you're giving out misleading information if you say "pills" had no effect. You happen to have accidentally chosen the worst example to make your point.
To get your minimum daily requirement of vitamin E from "natural sources" instead of pills, you would only need to consume 2 1/2 cups of olive oil per day! Other sources are equally rediculous. A vitamin E pill each day is a really good idea.
However, you are right about "natural sources". Vitamin E pills come in two forms: dl-alpha tocopherol (synthetic) and d-alpha tocopherol (natural). You want d-alpha trocopherol since it is a natural source and provides more vitamin E to the body.
I would supplement a good healthy diet (lots of vegetables and a variety of foods) with the following: a multivitamin (*without* iron for a male), vitamin C and vitamin E.
Slashdot Mirror
Please don't feed the trolls.
Luckily, you can always move to Liberty City.
That was the funniest thing I've ever heard a blind man say.
- THIS
to work......actually, I'll take part of that back. The machine makers helped a little by introducing the "shoot again if you lose your ball quick" feature, and that made things a little more fun...
I think that coincides with 3 balls per game and super-tilted playfields.
Does anyone remember when 5-ball games were the norm?
I've found lots of the problems aren't so much the KVM as the cables. I got a KVM that came with a full set of cables, but they ghosted. I also bought some cheap VGA cables and they did the same thing.
However, when I bought some heavier duty cables with the ferrite cores on them, all the problems went away. (FYI I bought them locally at Action Computer in Sunnyvale, CA and they weren't too expensive)
Check your cables.
Ok, I can see the floppy drive slot and the coin - at least the height of the opening is fairly close.
But in the VCR too? I would think he'd catch on that Peanut Butter and Jelly Sandwiches are a much better fit.
Especially since purify doesn't run on linux...
That might not keep people from TRYING though...
I believe this would not work because you would never get any numbers close to zero. ;)
TCP/IP Illustrated Volume 1 (The Protocols), by (the late) W. Richard Stevens.
This is an EXCELLENT and fundamental book on networking.
(He also wrote volumes 2 and 3, but you get a lot out of volume 1)
Or maybe redirect all slashdot requests to just this article... ;)
(That was assuming you're using linux and raid-5 controllers cost around $250-$300...)
What about economics?
I was thinking that raid-5 might be a really cool way to go, but when I looked into it, it seems that raid-1 on the motherboard might be cheaper.
Wouldn't 4 x 120gig drives + raid-1 cost less than 3 x 120gig drives plus a raid-5 controller?
I wonder where the break-even point is...
He means a logical disk composed of two or more physical disks.
The only reason I think anyone would want raid on a laptop would be for raid-1, where the two disks are redundant copies of each other. Even that would be a stretch.
I think if they want speed in a notebook, they should just put in one faster drive instead of striping.
Here is another review by Thresh's Firingsquad.
> Digital Revelations is largely relying on
> Intel-based computers for the effects on "Rendezvous
> with Rama," a thriller coming out next year in
> which a group of humans seek revenge on aliens
> that blow up Italy.
Possibly offtopic, but I don't remember Arthur Clarke's story having any mention of destroying Italy...
Please don't feed the trolls.
Ok, so it's not Linux, but Musicmatch Jukebox has a feature called supertagging.
It takes the song title and does a fuzzy search and can fill in the ID3 tags. It can scan it from the filenames only, or from an existing tag. If your tags are nonexistent or screwed up, you can fix them. It can even fill in Album art and so forth. It's not completely automatic, but it is automated.
I kind of grudgingly like musicmatch, even though they must never have scanned in their CD collection with it. I mean, why do I have to click on the mouse for every single CD in my collection. Why not have a feature to start ripping the moment you insert a CD and eject it when it's done? Bozos.
The swingline website at 11:00pm pacific:
We are currently upgrading our site to serve you better.
Please visit us again in twenty minutes.
Thank you for your patience.
error: conn.105.serv
WHAM-slashdotted! WHAMWHAMWHAM!
Well, in relation to the post about anarchy online I replied to, it seems like TCP didn't work.
I would think SOME game data would need to be reliable, but most isn't. The problem with TCP for an online game is that you can never THROW AWAY data that's too old or unnecessary. It will be transmitted and retransmitted further delaying current data. At some point, things will become unusable.
I don't think you could play a multi-user game for over an hour and not run into this problem. I think on lower-bandwidth connections, you might never be able to catch up once you fall behind.
Of course, you could do what microsoft does with DirectPlay: open multiple connections, sometimes on multiple protocols, some of them asymmetrical, while ignoring silly details like firewalls and NAT.
I think the initial handshake for dungeon siege was something like:
first packet: udp my_ip:6073 to server_ip:6073
reply packet: udp server_ip:6073 to my_ip:2302 (what!?!?)
next packet: udp my_ip:2302 to server:6073
or some garbage like that. I think the dungeon siege guys just changed it.
Hmmm... it's LOTS easier to write an application to handle UDP than to handle TCP.
With TCP, you have a listening socket and then a socket for each client. Each socket has a file descriptor, and you have to select() on all of them to check for activity. There is a lot of housekeeping to do - though it is a solved problem - all webservers solve it. Timeouts are harder to determine from the application's perspective because there can be retransmits and stuff going on that you have no idea about.
However, with UDP, it's laughably easy. You just do one recvfrom() and you get a packet and it also fills in a data structure to tell you where it came from. No filling in fd_set structures and no running out of file descriptors. When you got the packet, you got it.
Most online games and stuff would really like to know when packets were sent, when they were received and if packets are being dropped. With UDP you can usually find out these values directly. With TCP I think it would be more like an educated guess.
One drawback is that UDP is quite easy to spoof. I can send a packet and it is up to the application to figure out it has been spoofed.
If I were downloading a patch to a game I think TCP would be the better choice. It already has the smarts to pace the connection, transmit the data reliably and prevent spoofing.
> And, especially for Slashdotters, don't use vitamin
> suppliments. Two studies just came out that said
> vitamin E (and, to a lesser extent, vitamin C)
> reduce the chances of getting Alzheimers; lesions
> relating to free radicals are found on most
> Alzheimer patients, and thus anti-oxidants are being
> viewed as a potential salvation. But only if you get
> it from natural sources. Pills had no effect.
I think you're giving out misleading information if you say "pills" had no effect. You happen to have accidentally chosen the worst example to make your point.
To get your minimum daily requirement of vitamin E from "natural sources" instead of pills, you would only need to consume 2 1/2 cups of olive oil per day! Other sources are equally rediculous. A vitamin E pill each day is a really good idea.
However, you are right about "natural sources". Vitamin E pills come in two forms: dl-alpha tocopherol (synthetic) and d-alpha tocopherol (natural). You want d-alpha trocopherol since it is a natural source and provides more vitamin E to the body.
I would supplement a good healthy diet (lots of vegetables and a variety of foods) with the following: a multivitamin (*without* iron for a male), vitamin C and vitamin E.
fusion power generation could change all this.