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.

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

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:

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?

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.

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 sales@stardock.com 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.

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.

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?

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!

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.

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