It sounds like the app is installing a hook thats grabbing the input before Multiplicity gets it.  I will look into if we can tweak that or not.

Cursor movement gets sticky when you reach the sides of the monitors. As soon as on top appears the popup about the control. Also it wakes the monitor up from the secondary computer even when you don't surpass the side. So far no other major problems. Apart form the odious Windows Firewall setup is indeed as easy as pie.

I'm afraid it won't do you any good but here goes: As usual what you shouldn't do. First i disabled the entire firewall with gpedit. On both computers. No luck. Then i tried your suggestion of direct IP address, and the whole secondary computer was by now invisible. Not in the network, but only in Multiplicity.

So i turned the firewall back on, and reset it to default. I made a rule for the application, and nothing. I then turned of the firewall again because by now nothing worked as all my settings were gone.

3 seconds later Multiplicity was up and running. 

Kailef: We responded to your support ticket by asking for some logs, did you get our email on that?

I am sorry but I don't quite understand this.

As soon as on top appears the popup about the control = ?

I've finally gotten MP2 up and running, and connected.

Awesomous maximus!! Love the new GUI. Way easier to configure than older versions!

Though.... had to disable the XP firewall (secondary machine) before a connection could be made.
No real biggie. Nothing important is stored on the machine - just XP.

Anyway.... One question regarding audio sharing:

Is that a one way deal only? Primary -> secondary/secondaries?
Or is it possible the other way too?
In that case, how?!

Audio sharing is enabled on primary

but nowhere to "Enter the information below on the sending computers to send audio to this computer" on the secondary:

Snowy.  Try changing your secondary to be a primary, verify that you you have Audio, and then go back to secondary.

That was a no-go. Was unable to connect when switching around - even with fully disabled firewalls on both ends.
I suspect the XP network settings might be 'wunky'. It -is- a very old setup, installed on a totally different hardware configuration.

Might have to reinstall to get everything to work.

One other question/issue, this time on switching to primary from secondary:

My primary machine is a three monitor setup, secondary is a single monitor.
I have the secondary monitor placed above the middle (main) primary monitor.

I can switch to the secondary from any primary monitor, but when I switch back to the primary is always switches to the monitor on the left.
Something like this:

Will there be any options in the future to manage wich monitor to switch to on multi monitor setups?

XP does not support audio sharing.

DOH! >.<

Well, I'll slap on Vista instead then.
Half the (newly) installed applications aren't fully functional. Missing .NET (which needs SP3) and various other mishaps.

Thanks for the reply, Neil.

Neil,

I'm sure you'll be able to resolve it.  The problem doesn't happen with the previous version of Multiplicity, or other similar products such as Input Director and Synergy.  (Tested each of them to confirm)

Yes, responded to the email I received and attached the ZIP file that the diag tool created to the email in the morning of July 31st.  However, my response didn't seem to update the support ticket.  The email I received asking for the logs to be sent came from [email protected] which is where my response was sent to.  I can re-forward that response to a different email address if you prefer - Just tell me where.

Update:  I gave a shot to using the Microsoft Garage "Mouse Without Borders" app.  It apparently uses the similar hooks as Multiplicity 2, as it has the same - literally identical - keyboard redirection problems.  I don't get those issues with the original Multiplicity or with Input Director.  I hope this information helps you figure out the source of the issue.  Have any of you been able to duplicate it yet?  I posted instructions on how to do so earlier but I can repost them if you need, just let me know.

I really hate to say this, but because I'm working in a fairly high-stress production environment, I had to switch back to using Input Director and Acoustic Bridge instead of Multiplicity 2.  The interruptions to my workflow are just too frequent for me to use it on a regular basis when I'm trying to work.  If you are able to resolve the issues with keyboard redirection in a later version, please inform me and I will start using Multiplicity again.

Try sending it to [email protected]

Understandable.

I'm having a similar issue to the processor use sitting at 22%. After using my system for a while, it just slows down and explorer becomes laggy. I see the process taking a lot of CPU 21-25%. 

Anything on this?

<Snowman> Hi, Door. How are you doing?
....
<Snowman> Do you know anything about this?
....
<Snowman> Nothing? Well, I'll try asking Wall....

Hi,

I've been using Multiplicity for years and I love it. Bought the new version because the features looks amazing, and audio is working great, same as sharing files, etc... but was hoping to have a problem fixed that existed from the first release, and is still here, with Multiplicity 2.

Here's the thing: On one of the clients, I run 100% of the time a VMWare Workstation client, at full screen running XP. The Host of that VMWare (and Multiplicity 2 client) box is Windows 7. The main host of the Multiplicity "server" (AKA my main box) is also running Windows 7.

Let's say I have a URL on the main box, that I want to copy from my browser to the client box. Select that, use CTRL+C (or even the right click-->copy) then paste it to the client (directly on the VMWare machine). It works the first time (once booting the box). Then you try again, and it doesn't work anymore. That's the main problem. COPY/PASTE is not working with Multiplicity when it comes from the VM.

Now my findings: With that URL already copied on your clipboard, minimize the main VM. Open a notepad on that box and paste the link. It works. Now replace that text with something else, copy it and paste it on the main computer. It works too.

So basically the whole problem is that Multiplicity misses copy/paste events when are coming from the VM even when it works for the first time.

Can you PLEASE take a look at this? I can only make assumptions on how Multiplicity works, but looks like it needs a clipboard monitor to check for changes instead of checking for kepresses/menu actions. Would be AMAZING if you can fix this.

I really appreciate it!

If I remember correctly, we recently tracked down and fixed some VM related bugs, which should be in the pipe for the next update.  They were clipboard related, so chances are they'll address this as well.  Not sure on the ETA for that update, but should be soon.

Actually the VMWare issue is not addressd in the update as it is not a Multiplicity problem.

The problem is VMWare does not update the host OS clipboard when you copy things into it inside the VM.  The sync is performed only when you leave the virtual machine either by changing focus, or moving the mouse outside of the VM.  Neither of these things happen when you switch machines using Multiplicity and so the Host OS clipboard remains as it was before.

There is a similar issue with VMWare and pasting into it as again it does not sync from the host OS clipboard and so ignores the fact that the clipboard has changed in the host OS.

I can see why VMWare works as it does, but so far we have been unable to locate a way to convince it to update / update from the Host OS clipboard consistently.

Hello,

Have to say I love MP2.  I am having an issue when I go to shut down my Win XP computer though.  I get a number of pop ups that MP2Drag.exe has encountered an error because the machine is shutting down.  I have to keep clicking on them about 20 times or so before the computer finally gets past them and finishes the shut down process.  I am using version build 28.  Thanks!

Hi there. Did you ever get a fix for this? I have the same problem.