The box "Do not close this window after configuration" does not appear to be needed anymore now that you have Pre-configure options selectable before clicking on "Finish" in the MSI Configurator.
The purpose of this checkbox is to let you configure several installers without closing the wizard. You can click Back several times to go back and start a new configuration.
I just generated one, saved the file, and now I'm back on the final screen where I'll need to click Finish again, which is confusing. When I click Finish again (hoping to exit out), I get the configuration settings prompt, which are different than the previous changes I had already made. It would be good if they were still the same so I don't have to redo each change again.
In this case in order to exit you should click the X button at the top right. But thank you for the suggestion about removing the the "Do not close" checkbox anyway. We are going to implement import/export option in the configurator soon and we'll see if we can remove that check box altogether.
So yea, I think the behaviour here needs an update now that you can preconfigure settings instead of post configuration settings like in 220.127.116.11.
Actually, we didn't change much in the configurator . We only made the 4th step more clear in terms of UI and label texts. Otherwise , the configurator is the same as it was in version 18.104.22.168.
I also tried port forwarding and callback for testing direct connection (which I believe is the same as setting up RU Server), and sound was slightly improved but nowhere near usable. Even Windows system sounds were non-existent.
Technically, direct connection is not exactly the same as setting up RU Server. Basically, there are two connection types:
An Internet-ID connection, in turn, can be set up using either our public servers (default option) or your self-hosted server. If your self-hosted server is located on your premises - e.g. in the same network as the Viewer - then the performance of an Internet-ID connection becomes almost as good as that of a direct connection. This is because it takes the network packets very little time to travel between your Viewer and self-hosted server so the only significant part of the route is that between self-hosted server and Hosts.
I suspect RU just doesn't do sound very well over slow connections. Whilst we are on ADSL, it is a very congested network and I'm only getting 0.4Mbps upload despite having a 1Mbps sync speed. I also have a 1920x1080 resolution which is unchangeable so there's little more I can do to reduce the data.
I can recommend that you enable the "economy mode" and see if it makes a difference. It's in connection properties, the Network tab/section.
As Cristian has mentioned, using the self-hosted server (specifically, the relay server role) can significantly improve connection speed and performance.
However, I also recommend that you try out version 6.9 beta. In this new version we implemented some changes to screen capture as well as authorization mechanism for slower connections. This is from our release notes:
The remote screen transfer speed of dynamically changing content (e.g. videos) over slow connections has been increased.
No solution then. We are left in limbo with RU. Time to move on.
I am really sorry for BitDefender. Antivirus software is supposed to protect users, not to ruin their data and business processes.
Meanwhile, yesterday we received responses from AVG and AVAST to our false positive submissions . They acknowledged that the detection was incorrect and would be removed within 24 hours. In fact it has already been lifted according to a recent check.