Okay, one thing you guys need to be watching for, regardless of connection
speed: IF you are using an internal modem, is it a WINModem, i.e. does it
use
processor time to function as a portion of the modem transmissions?
WINModems
can eat up an incredible amount of processor time, esp. when
sending/receiving
a large amount of small packets. If you are unsure if you have a WINModem,
answer these questions:
Is it internal? (If yes, continue)
Is it a USRobotics/3COM? (If no, continue)
Is it from some 'other' modem maker you have never heard of? (if yes,
continue)
Is your computer 'pre-made' with a modem, i.e. Packard Bell? (if yes,
continue)
*(If you have a Gateway, the higher end modems are actually USR's, renamed,
and stickered)
If you have answered yes to all/most of these questions, then you should
consider
trying to 'borrow' an external modem, or a USR from somebody, and see if
that helps.
Again, you will be losing alot of precious processing time, just when you
need it,
during a major battle, to your modem trying to send/receive.
Now, with other types of modems: if you are using a cable modem or DSL
modem, plugged into a NIC
in your machine, make sure you are using a quality NIC, i.e. Intel or 3COM.
Cheap
NIC's are made similar to WINModems, in that they use processor time instead
of onboard
hardware to process network traffic.
Hope that gives you a bit of insight,
MacGrough
14th Song Bard
Solusek Ro Wanderers
> -----Original Message-----
> From: Bard [mailto:dabard@...]
> Sent: Tuesday, July 06, 1999 4:14 PM
> To: eqbards@onelist.com
> Subject:
>
>
> From: "Bard" <dabard@...>
>
> Heh! I have you all beat ;p I'm running a Cyrix 233Mhz w/64Mb RAM and a
> crappy lil' back-woods ruraal connection that allows me a MAX connect rate
> of 24k on my 56k modem (Old phone lines), and can still twist 3 songs
> (unless in a group or on a real laggy connection). If I can do it, you
> folks can too :o)~
> -=B=-
> The Rathe
> 19th Season of training as a Bard
>
> >From: "Kimes, Dean W." <Dean_Kimes@...>
> >
> >Not sure John, I have a RIVA TNT and I have been able to twist 3 songs,
> >exactly once successfully. It a P3 450 with 128m RAM also. I
> can twist 2
> >no problem usually, but whenever I hit a summoning animation its hell.
> >Course I have everything on, particle, 2 layer sky, etc. I'm probably
> being
> >held back by my connection but there is no dsl in my neighborhood yet.
> >
> >Kitasi of E'ci
> >
> >-----Original Message-----
> >From: John Kim [mailto:kim@...]
> >Sent: Tuesday, July 06, 1999 11:32 AM
> >To: eqbards@onelist.com
> >Subject: Re: [eqbards] Quick Keys/Songs
> >
> >
> >From: John Kim <kim@...>
> >
> >On Tue, 6 Jul 1999, Brendan Daly wrote:
> >>
> >> The advantage is in twisting.
> >>
> >> Instead of moving the mouse and clicking - esp hard during some mage
> >> spells due to screen saturation.
> >
> >Does anyone *not* have this problem? My system is pretty high
> >end (Celeron 450, 128MB RAM, Voodoo 3 card) and ever since I
> >got the extra lights at L24, unless I turn particle density
> >off (meaning I don't see spell effects like root at all), I go
> >from twisting 3 songs easily to barely twisting 2. I'm
> >thinking of changing my video card because a friend with a
> >Riva TNT said it wasn't that bad on her system (same CPU
> >speed, RAM). Of course she isn't a bard so she doesn't have
> >to juggle songs. Do any of you have an easy time twisting
> >with lots of spells flying? What video card do you use?
> >
> >The thing that really irks me about this is that it's a client
> >side problem. The determination that "you haven't yet
> >recovered" to sing another song is completely client side, and
> >completely dependent on the speed of your system. When I had
> >a P200 with a Voodoo 1, it took ages for the song buttons to
> >un-grey when I stopped singing. When I upgraded to my current
> >system, it was almost instant, except as noted above when lots
> >of spells are flying. I would prefer to be able to turn off
> >the button un-grey animation sequence and suffer a flat time
> >delay which doesn't change with CPU speed.
> >
> >--
> >John H. Kim
> >kim@...