-
Mar 16th, 2015, 06:37 PM
#1
-
Mar 16th, 2015, 07:50 PM
#2
Re: DeskView Monitor
Where can we find xtracontrols? I would assume that the client will be displayed in the SystemTray, right? As an Administrator I would prefer that the client should not be able to close the app so I can continuously monitor their computers, perhaps install it as a service?
-
Mar 16th, 2015, 11:51 PM
#3
Re: DeskView Monitor
Originally Posted by dee-u
Where can we find xtracontrols?
Oh God! I forgot about that. I'll re-upload the project with after correcting that oversight.
Originally Posted by dee-u
I would assume that the client will be displayed in the SystemTray, right? As an Administrator I would prefer that the client should not be able to close the app so I can continuously monitor their computers, perhaps install it as a service?
The client application cannot be installed as a service. Windows services run under session 0 unlike typical applications which run under sessions higher than 0. For instance, if you're the 4th user to log in with the previous users never having logged out, your desktop and all applications launched from that desktop would run in session 4 and the client application would also have to run in session 4 if one wants to view that desktop.
I haven't found any way to do screen captures across session boundries. It obviously can be done as Remote Desktop does this but I suspect its using some undocumented methods as I haven't been as of yet able to find a way to replicate this function.
-
Mar 17th, 2015, 12:06 AM
#4
Re: DeskView Monitor
Ok, I fixed the zip. The applications should work now.
-
Mar 17th, 2015, 12:35 AM
#5
Re: DeskView Monitor [Updated: March 17th, 2015]
Is there any specific configuration I should set to be able to use it on same computer? I was able to run the client fine but I am having problems with the Server, see error below. I am using a laptop connected on a wifi.
-
Mar 17th, 2015, 01:07 AM
#6
Re: DeskView Monitor [Updated: March 17th, 2015]
I programmed it to use default values the first time it runs. The defaults are such that it should work at once without any configuring.
Try commenting out this line in frmMain.vb:-
Code:
ServerGlobal.StartFindingClients(_settings.BroadcastPort, _settings.IPAddress, _settings.ListenPort, 500)
You can find it in the Begin method. Next, run the server and go to settings which looks like this:-
Tell me if the Network Interface option has your wireless interface selected or if its blank.
-
Mar 17th, 2015, 01:14 AM
#7
Re: DeskView Monitor [Updated: March 17th, 2015]
Upon clicking the settings there is nothing selected in the Network Interface and even when I selected the Wireless Connection there is nothing displayed in the form. See attached screenshot:
-
Mar 17th, 2015, 03:22 AM
#8
Re: DeskView Monitor [Updated: March 17th, 2015]
Originally Posted by dee-u
Upon clicking the settings there is nothing selected in the Network Interface and even when I selected the Wireless Connection there is nothing displayed in the form. See attached screenshot:
Well now that you've selected a network interface, it would be saved and you can now re-enable the line I told you to comment out in the previous post so the server can broadcast. With a network interface selected, you should not get that error you described in post #5.
-
Mar 17th, 2015, 03:59 AM
#9
Re: DeskView Monitor [Updated: March 17th, 2015]
Okay, that did it, thanks! I wanted to make something like this one, I'm glad you saved me some effort. :-)
-
Mar 17th, 2015, 01:57 PM
#10
Re: DeskView Monitor [Updated: March 17th, 2015]
Originally Posted by dee-u
Okay, that did it, thanks! I wanted to make something like this one, I'm glad you saved me some effort. :-)
And thank you for the bug report. Glad it helped you. I'll get to fixing the blank network interface bug as soon as I can.
I also have to do away with broadcasts and use the more modern multi-casting as broadcasts are broken on Windows. The server may not work properly on systems with multiple network interfaces because of a bug in Windows itself that doesn't handle UDP broadcasts properly when multiple network interfaces are involved.
-
Oct 16th, 2016, 02:22 PM
#11
Re: DeskView Monitor
Originally Posted by dee-u
As an Administrator I would prefer that the client should not be able to close the app so I can continuously monitor their computers, perhaps install it as a service?
I've since figured out how to capture a Desktop from a Windows Service and I have implemented this. Are you still interested in this ?
Also, the latest one has the ability to control the Desktop of any of the PCs under observation, very much like TeamViewer.
-
Dec 21st, 2017, 04:42 AM
#12
Re: DeskView Monitor [Updated: March 17th, 2015]
I'm interested to this.
The latest zip sample already include it?
Thank.
-
Dec 21st, 2017, 11:01 AM
#13
Re: DeskView Monitor [Updated: March 17th, 2015]
Originally Posted by gibra
I'm interested to this.
The latest zip sample already include it?
Thank.
Yikes! Not yet. I meant to release it but kept procrastinating and Dee never responded. Guess I kinda forgot. I'll try to do it over the holidays.
-
Dec 21st, 2017, 03:22 PM
#14
Re: DeskView Monitor [Updated: March 17th, 2015]
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|