Ive been watching a few videos on you tube an they don't have animation delay from the other characters when they are duel boxing. How am i able too do just that.
Ive been watching a few videos on you tube an they don't have animation delay from the other characters when they are duel boxing. How am i able too do just that.
30 views an no replys ?( well what is thew correct name for this so i can at least google it.
Ive done a lot of reading an could not find any info on this not even on wiki.
Would it be better too duel box on 2 comps an this would get rid of the animation delay. Or is it just a ping issue?
This having been said why would u even bother have 2 or more screens for each character for a set up if the animation is just so crap! i can barely stand it my ALT runs backwards an forwards past my main 3 or 4 times each time we stop an then stands behind me where its suppose too be.
So yeah its being done other people are doing it somehow with out the animation lag so can someone please point me in the right direction please. ;( hehe
For some reason when I do instances the latency isn't bad at all. Casting is usually spot on. I don't do anything special at all.
Now going into capital cities is a different story. All kinds of running back and forth when on follow. It just happens.
i believe this is lag. It shouldnt cause you much trouble though. Nt 4 shaman clones do the same thing then latency is high. Thie thing to remember is that the damage is done as soon as the spell is cast no matter how lagged up the animation is. It will prolly make your vids look funny tho.
My theory is if i can use WSAD instead of using follow and play of the 2nd monitor/window this will get rid of the animation delay. The delay is only from my main but after watching the 2nd char in window mode there is no delays. So if i could some how control the 1st character (MAIN) threw the 2nd wow character (drone) this will work like a treat.
This in theory will be a slight bummer for traveling but for me, the walking backwards an forwards of the 2nd char EVERY single time the main character stops is so annoying i would do anything too get rid of it.
What ya think or am i in dream world.
Ok... Weird....
I Just put both in window mode SIDE BY SIDE an there is NO animation LAG what so ever. So being tricky i minimized the drone an made the main screen larger an BEHOLD Animation LAG its back!!! . So... I made the drone window as small as it can go but NOT minimized. An the Main screen back too nearly 32inchs again.but not full screen and i have 0 animation lag what so ever. Just as long as both are in windowed mode, an 1 of them is NOT minimized. There is ZERO animation lag. WOW I LOVE WOW AGAIN WOOT.
WTF ?( ?( ?( ?( plz explain. FIGJAM fuck im good just ask me.
Conclusion:
* No more animation delay
* No more follow bugs
* No Waiting for Alternative characters too catch up so we both can cast at the same time.
So anyone got a answer for these weird events or is this already a known way too get rid of animation delay.
You cant get rid of animation delay.
On a good day Crayonbox can have 15-50ms. He still has the stupid Animation delay :)
When one toon follows another and you move the first one, a message must be sent from his copy of WoW to the server before the second toon moves, and messages must come back from the server before either copy of WoW can display the second toon's new position. That's the least number of messages that a game can use for this purpose; WoW may use even more than that. These messages take time to go back and forth. There's no way to eliminate this lag because signals can't travel faster than light, but you may be able to reduce it by lowering your ping time. See this thread:
the latency trick
As for your observation about minimizing the window, my guess is that this is due to Windows's thread-scheduling algorithm. Windows gives more or less CPU time to programs depending on factors such as the one you mention. If you're curious, you can test this hypothesis by starting a utility that comes with Windows called Performance Monitor and seeing whether the second WoW's thread priorities jump up and down as you minimize it and restore it. In addition, WoW itself may allocate less time to moving the toon when its window is minimized.
I HAVE ZERO animation delay so dunno what your on about.Quote:
Originally Posted by 'Kayley',index.php?page=Thread&postID=77600#post77 600
My ping from Australia was 400-600 an now after latency trick is now 180-220 normal. But yeah anyway even with a ping 8-10 times higher then Cranyon box i still had no animation delay.
I only recently fixed it by having 2 screens windowed mode. An the DRONE screen must NOT be minimized. Where as i use too run both copies of WOW full screen and Alt tab too swap.
Its just weird when i have both windowed an 1 is minimized it comes back an when both is windowed no matter what size both are they are fine. In theory the 2nd way mentioned above is creating more work for the CPU an video card.
Ahwell hope this helps some ppl out.
Tried this on another computer similar specs an does not work. The video card on that computer is mediocre but still handles 2 running instances of WoW.
Yeah will do this is intresting since the way im doing it put more pressure on the cpu vid then having 1 windowed an 1 minimized.Quote:
Originally Posted by 'Freddie',index.php?page=Thread&postID=77603#post7 7603
Nothing wierd about this at all, background processes don't have near the priority of the foreground by default.Quote:
Originally Posted by 'kojak965',index.php?page=Thread&postID=77605#post 77605
I dont see how you say you cna have no "animation delay" as this is just how these games work. The client only updates to the server with your position a few times a second, and then the server only tells other clients a few times a second. even with a ping of like 50ms, you are still talking about 250ish ms of lag between when one client moves, and another client starts to see them move.
there are 2 systems a game can use for lag management. one is the classic server side method employed by the older generation of MMOs, in which the servers opinion of where you are located is alwase right, and it tells both others AND you where you are located. This used to cause an effect called "rubber banding" where you would see the world jump back a few feet when a few packets containing your movement data were dropped(a common occurance, the internet isnt perfect). Newer systems trust the client to determine your real position. This means that where you see someone else is not nessisarily where they actualy are. The down side of the client side, is that it is both incredibly unsecure(all your location data is on your machine in your memory and is freely open to modification) and can cause uneven synch rates (every melee class has ecperienced a moment in battlegrounds where you are out of range even though you are standing right on top of the dude). The server side approach is much more secure but incredibly annoying for everyone. The client side is just better for the general populace.
also, there is no way to use regular movement keys. Any tiny deviation cause by a local frame being dropped will only be magnified over time. You may only be a fraction of a degree off center, but 500 yards down the road your 2 guys will be 20 feet apart. and there is no way to get them perfectly lined up again.
He wasn't comparing the foreground window to a background window. He was comparing an open background window to a minimized background window. But I suspect the explanation is the same, thread priority. The thread scheduler seems to use a lot of undocumented rules besides the documented rule that you mention.Quote:
Originally Posted by 'glo',index.php?page=Thread&postID=77612#post77612
Animation lag is when you jump, all the clients jump. But you don't see the other character jump for half a second to a second. Having all your clients resized and showing, you are just seeing the client animation - 'Animation lag' is still there.Quote:
Originally Posted by 'kojak965',index.php?page=Thread&postID=77605#post 77605
Also your latency isn't 180-220 normal, if you go by what the blizzard latency bar says.. then heh. We (Australians) fluctuate from 200-1200ms but the blizzard latency bar just pings it once or twice then sends the average back. I can get mine to say I have 200ms all the time but i'm still casting things at 300-1200ms. (The latency fix does make things more responsive though, its useful)
Perhaps you can link one of these videos so I can see what you mean then.
I thought he explained what he meant when he wrote, "i can barely stand it my ALT runs backwards an forwards past my main 3 or 4 times each time we stop an then stands behind me where its suppose too be." It seems pretty clear that he's talking about follow and rubberbanding, don't you think?
Jump is different because all the toons get their command to jump directly from the keyboard or local network with a latency of less than one millisecond. In contrast, with follow, the following toons get their commands to move only after a client/server round trip.
I was explaining (trying to simply) what animation lag is and why he can't have none of it.Quote:
Originally Posted by 'Freddie',index.php?page=Thread&postID=77774#post7 7774
It had already been said that he is playing at a high latency which is causing characters to fall behind, usually they don't walk in front of the main character while following via macros.. which is why I was (again) trying to make sure he isn't using the WASD to move them like he wanted to in an earlier post.
Kool never knew that. So lesson too be learned here for those new too boxing you can try both windowed an you might get a good result. :PQuote:
Originally Posted by 'glo',index.php?page=Thread&postID=77612#post77612
The majority of us are probably software boxers using keyclone with maximiser. Masimiser sets up your windows nice and neat for you however none of them are maximized so the problem with minimized windows not getting enough CPU time causing hardware lag is not an issue.Quote:
Originally Posted by 'kojak965',index.php?page=Thread&postID=77886#post 77886
As for your characters starting and stopping running when your main stops... this will still happen sometimes. Wow servers tell the clients when a character is running and in what direction, the client then predicts where the character will be given no change in direction or speed until the server sends a position update. Due to lag when the main stops and when the server tells the clones that the main has stopped sometimes the clones will continue following the main past where he has actually stopped. The server then updates the clone and he spins around and stares at you!