My solution to a huge lag in slave (Polling Rate - mouse at master)

[Sergio]

Hi, 

After reading all threads about LAG in the input director in this forum, and having researched a lot on google on the subject, I still had not found the solution.

I've never had lag, it always worked perfectly.

So thinking about all the attempts I've made, and what other people have done on this forum, I've thought of a reason that maybe no one has thought of. The software that controls the mouse in the master.

In my case it's the RAZER SYNAPSE. Some update should have been made on the software that changed its behavior, affecting the slave.

I thought it might be something about DPI. I use the 2800 DPI.

So I tested 1800 DPI, and nothing changed in relation to Lag.

I'm not controlling or repairing the new RAZER SYNAPSE options, but it may be that a new option has been introduced or something changed.

I went to see POLLING RATE (The frequency of data updates for the mouse) and it was in the standard of 500. There were two more options, 125 and 1000.

When I tested POLLING RATE on 125 >>> BOOM! The LAG in the slave has been completely eliminated. But the mouse was a rocket. So to compensate I lowered the DPI from 2800 to 1500 and everything was solved.

Here is the screenshot of the configuration: http://easycaptures.com/fs/uploaded/1184/4080894182.png

Input Director is the best KVM software, I have tested several others and I am happy to have solved this problem.

Hope this helps,

Sergio

[Matt]

Thanks so much! This fixed it for me. Input Director would shoot up to near 100% CPU on my slave system with my mouse at 1000 Hz.

I noticed it was mainly when performing diagonal or curved moves. Straight lines didn't bother it. How strange.

I switched down to 250 Hz and all issues are gone! For reference, I am using a Roccat Tyon with the default software it comes with.

[ty weaver]

Worked for me too!

Thanks

[naktacs]

Thanks, this is a pretty important issue. I've been trying to get Input Director working for years

[The Candy Muncher]

Worked like a charm. Thank you sir!

[al3x]

Maybe Input Director could introduce a feature to automatically reduce poll updates transmitted to the slaves?

I don't know how complicated that would be but I guess it should be possible to just not send every cursor. So for example you set the threshold to 100 updates per second: This means Input Director will send an update with the current cursor location directly (or within the next 10ms, if another update was sent already in last 10ms).

I very much would like to keep the current poll rate of 1000 for my mouse to get the best while gaming but the lag on slaves on the other side is unbearable in some applications, especially MS Office.

Just an idea :)

[Shane]

Hi,

Earlier versions of Input Director used to work that way. I'll look at adding a configurable option into a future version.

Regs,

Shane.

[al3x]

Hi Shane,

Thank you for all your continuous work on this very cool application! I can’t believe it is still free for personal use, because it simply works perfectly!

And also thanks for considering to implement a configuration for this! Nothing is better than a developer who actually reads feedback, I‘ve seen so many bad examples in other projects, this is really refreshing :)

Thanks,
Alex

[acidburn]

Hi all,

today i had a very similar issue, thought at first it was something with mouse drivers or similar.

But instead, my music player had been frozen and had somehow managed to introduce lag to input director.

I use MediaMonkey Version 4.1.28.1905, i dont know how to detect stuff like that, could you perhaps build a lag detection function into the program, so on the push of a button it measures the time from host to client and back, so we can easier diagnose stuff like this?

thx anyway

acidburn

[Klugemann]

Hello. The problem is not exactly with the polling rate. However, its a temporary solution, too. But my Razer Abyssus 2014, became a little sluggish on Master, when I switched it to 125 Hz, but it works.

I compared other software and InputDirector 1.4.3 build 130, in the different network conditions, and the mouse polling rates.

1. So when polling rate is 1000 Hz, the network traffic consumption is 2 Mbits, in both programs.

ID is only a little laggy when I move the windows (only, while their contents are shown, they are moving just slowly) and and the other software is not

(however, despite I have license, I don't want to use it, because they will only introduce the "mouse wrap-around" feature in 3 years, LOL)), so I stick with ID ).

2. When I sync the files between 2 PCs with ResilioSync, and it maxes out my network, ID is extremely laggy (even when I simply move the mouse over the screen) and the other software is not.

3. If I switch the polling rate to 125 Hz, the network traffic consumption drops to 250 Kbits. 

Then, all the lags disappear completely, but the mouse on master gets, somewhat, a little fluffy (well is it should be with 125 Hz). There are only 3 choices: 125, 500 and 1000.

I made a conclusion, that it has something to do with the network, on slave.

Also, that lag disappears, temporarily, even on 1000 Hz, after I restart the Slave PC.

I have standard 1 Gbit LAN, both Intel adapters, and Asus RT-AC66U router.

[Shane]

Hi,

The ability to configure the send frequency has been implemented in the upcoming version of Input Director (v2.0). I'll be posting in a few weeks asking for help to test the new version and it would be great if you could participate and see if setting the send frequency solves this issue.

Thanks,

Shane.

[Gary S. Jameson]

Please take me of this email chain!

Gary S. Jameson

615.406.3111

Sent from my iPhone

On Jul 14, 2020, at 7:07 AM, Shane <sh...@inputdirector.com> wrote:



--
You received this message because you are subscribed to the Google Groups "Input Director" group.
To unsubscribe from this group and stop receiving emails from it, send an email to input-directo...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/input-director/3b5efb8d-9233-4540-b93d-abaaa321f156o%40googlegroups.com.

[Klugemann]

Great ! I will follow the posts. I can test it if necessary 

[Matt]

I've been using Input Director for ages now, and I haven't found any network KVM that comes even close to the performance or quality, so I was saddened to see when I installed Input Director 2.0.1 on a newly built Windows 10 box, connecting to an existing Windows 10 slave, that I was experiencing severe lag when dragging windows with the mouse on the master set to 500Hz or higher polling rates, regardless of the network data send frequency option. Dropping the mouse to 250Hz polling or less as described in this thread mostly eliminated the lag (and I thought I had resolved the issue at one point, then realized I had just left the mouse at a 250Hz polling rate during testing), but when the polling rate was 500Hz or higher, dropping the network send frequency to something like 100Hz only lowered the lag slightly, nowhere near enough to make dragging windows functional, so the network send frequency didn't seem to have much to do with the issue.

I remembered that I wasn't having any issues like this with my old Windows 10 box connecting to a Windows 8 slave, so I looked back at the settings differences between the two machines and realized that I had turned off the 'Show window contents while dragging' performance option on the Windows 8 box. Turning off the 'Show window contents while dragging' option on the Windows 10 slave immediately eliminated the lag when dragging windows, even when running the mouse at a 1000Hz poll rate. Out of curiosity, why would showing the window contents while dragging have an impact on the performance of Input Director on the slave? It doesn't seem like that should impact the network traffic in any way, unless I'm completely misunderstanding how Input Director operates, and dragging the window using a mouse plugged directly into the slave doesn't result in any similar lag.

I don't mind leaving the setting turned off for now to keep things running smoothly, but I'd be interested to know if there's any other troubleshooting/logging/tracing I could do to help identify the root cause of this issue for a potential fix in a future version of Input Director.

[Shane]

Hi Matt,

There is a new option in Input Director v2.0 to control the rate that input is sent to client systems that may help with hi-speed mice. Open the Input Director Director Preferences tab and try changing the "Network data send frequency" option from Dynamic to a fixed frequency.

Regs,

Shane.

[Matt]

Shane,

Thanks for the quick response. As I mentioned in my post, I had already tried a number of different levels on the 'Network data send frequency' option, and they made little to no difference in the behavior. Setting it down to below 100Hz or less made it slightly less laggy on window movement, but still incredibly laggy compared to turning off the display window contents setting. There wasn't any network throttling seeming to occur either (pings all still sub-1ms on the gigabit connection between the two computers when the lag occurs). Is there any additional information I can provide to troubleshoot?

Thanks,

Matt

[jo...@ajollylife.com]

FYI, the display window contents while dragging is a general source of lag bug that pops up on Windows sometimes,.( also turning mouse trails on.)

[Joshua Montano]

This desperately needs to be fixed. I'm on the newest version, and just spent THREE HOURS troubleshooting why my mouse was lagging to my slave PC, including resetting and restoring my entire network, as I thought there was some type of connection lag. 

[Jolly]

What's the max rate that "dynamic" frequency transmits at, and is it possible to  have the fixed rate mode transmit at that rate?

If I use dynamic rate, the mouse cursor lags for a few seconds whenever it transitions from the master to the slave,  but then does seem to transmit updates faster (I'm using 144hz monitors)

Keeping it at 500hz fixed means theres no transition lag, but doesnt seem to send updates quite as fast as the max dynamic rate.  

Would love it to at least have a  1000-2000hz option, the better gaming mice go up to 8000hz

-Jolly

--

You received this message because you are subscribed to the Google Groups "Input Director" group.
To unsubscribe from this group and stop receiving emails from it, send an email to input-directo...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/input-director/b8891388-bb49-4f4b-af6d-1ea1b016d610n%40googlegroups.com.

[Shane]

Hi,

There isn't a max rate for the dynamic frequency - it's send the input data as fast as it receives it. 

Regs,

Shane.

[Jolly]

Yes, I'm really wondering if you can increase the fixed rate frequency.  

I wrote more about what I'm looking for, and my testing here -

https://groups.google.com/g/input-director/c/doBTiurD0_E

To view this discussion on the web visit https://groups.google.com/d/msgid/input-director/3fda35b2-4efd-4c97-80b0-b1c4d86cdef4n%40googlegroups.com.

[Jennifer Calladine (ebony)]

Oh My God Thank you soooo much this is purrfect!

[Jolly]

Glad it helped.

To view this discussion on the web visit https://groups.google.com/d/msgid/input-director/db73dacc-ba73-4b5a-a785-278b77848b8en%40googlegroups.com.

[Jolly]

Still trying to fully solve the lag issue.

Is there a way to have ID run a script when it switches monitors?

It occurred to me that having it trigger an actual usb switch might be the best solution - that way we could have mouse movements go directly to the second pc.

-Jolly

[T T]

I just did a small test. I disabled Green Ethernet and  Energy-Efficient Ethernet in the advanced settings of Ethernet adapter win11 slave computer and it seems it might have helped a bit with the  mouse lag issue. It did not disappear completely but it seems it might be better. After trying this I also disabled Power Saving Mode in the advanced settings of the Ethernet adapter but I am not sure whether this makes any difference. Anyway, I have only tested this for 30 minutes, so I have to keep on looking at the mouse behavior to see whether what I described really helps or not.