Screen sharing performance

I have been screen sharing to my desktop for quite a while, with no performance problems. Recently my MacBook will "freeze". For example, while entering a transaction into Quicken, the screen will freeze and will take several seconds for Quicken to show the data I've entered. I've placed the MAcBook next to my destop and entered data through the desktop and it will take several seconds for the MacBook to update.
There are some time where the cursor will freeze in any application when running in a screen share mode.
This just started happening within the past 30 days.

OK, earlier client here:
http://support.apple.com/kb/DL1491
Can someone kindly instruct me how to uninstall the latest version so that I can revert.
AC

Similar Messages

Apple Remote Desktop 3 screen sharing performance

Apple Remote Desktop 3 screen sharing performance
Apple should licence citrix terminal technology to improve screen sharing experience and performance over low bandwidth connections like the internet.
ARD works very nice on LANs. But the screen sharing performance for remote offices really has to be improved. Look at Citrix and MS Terminal Server - these products work very snappy over low bandwidth connections like 3G UMTS or Cable, DSL.
Also adding the terminal server technology (multi user over network) to the OS would be great. Not only redirect the hole client screen - map a GUI user session over the network for an admin while the user on the client has his own usual local session.
The curtain mode is good beginning.
Kind regards,
Bjoern

Hi,
I mean that MS Terminal Server is a completely different beast, because you don't transfer the whole bitmap here as VNC or ARD does.

Screen sharing performance hit with new remote desktop client?

Having not used my headless Mini for a few days I started it up and was controlling for software updates etc from the Mac Pro.
Both the Mac Pro and Mini softwae updates had a new version of Remote Desktop Client - after installing on both the secreen sharing and control seems very laggy with poorer updating.
Anyone else?
Can I get the previous client version?
AC
Both Macs on 10.6.8

OK, earlier client here:
http://support.apple.com/kb/DL1491
Can someone kindly instruct me how to uninstall the latest version so that I can revert.
AC

Slow/lagging performance while screen sharing in OS X.

I am running two "headless" '09 Mac Mini. I control them with Screen Sharing in OS X from my MacBook 2.1ghz & MacBook Air 1.6ghz. After 10.5.7, screen sharing is very slow in response. This is the same for all my Macs, not just the Mini. My wireless bandwidth is 14 mbps down & 8 mbps up so it is not my network connection. Please look into this.
Thank you,
Mike

Please look into this.
This forum is for the exchange of information between Mac OS X customers. It is NOT a communications channel to Apple.
If you want to report this to Apple, then use one of the following methods:
<http://www.apple.com/feedback/macosx.html>
<http://bugreporter.apple.com> Free ADC account needed for BugReporter
If you want fellow customers to take a stab at diagnosing this, please provide some additional information.
How are the systems connected? Ethernet, WiFi, over the internet (some or all of the above may apply)? A simple diagram such as
modem -- ethernet --> wifi base station
wifi base station -- 802.11n -> MacBook Air
wifi base station -- ethernet -> Mac mini A
wifi base station -- 802.11g -> Mac mini B
would be useful.
If over the internet, what method do you use to establish a remote connection, and did you have to make any special configuration setups to allow that connection?
If WiFi, is it 802.11b, 802.11g, or 802.11n. If 802.11n is 'n' working in the 2.4GHz or the 5GHz frequences (it matters).
If using the 2.4GHz frequences (802.11b, 802.11g and 802.11n in 2.4GHz mode) can all be affected by interference from neighbor's WiFi equipment using the same channel, 2.4GHz cordless phones, 2.4GHz baby monitors, microwave ovens (I'll discount the microwave oven unless you cook 24/7).
You can check on the neighbor's WiFi channel using with a utility such as
AP Grapher
iStumbler
KisMac
AirRadar
You should be able to find any of these utilities at
<http://versiontracker.com>
<http://macupdate.com>
What Mac OS X 10.5.7 installed on ALL the systems, or just the MacBook Air?
Besides upgrading to Mac OS X 10.5.7, have you made any other equipment changes (new router, new ethernet switch, moved equipment to a new location, played with any router configuration settings, etc...).
Actually some of this information would useful to Apple as well, if you should choose to report it to Apple.

Screen Sharing and Video Chat

Hi! I have 2 computers right next to eachother, and I felt like testing out the new Video Effects and Screen Sharing abilities of Leopard.
So, I logged on to each of the computers in iChat (with 2 different accounts), and attempted to do this. However, whenever I attempt to Video Conference or Share Screen, I get an error, saying the other person (the one that accepted the request), cancelled the conference.
So what's up with that?!
I am sorry if this isn't clear, and I will post back with any additional info you need.
Thanks!

iChat requirements
* Audio chats require a microphone and a 56-Kbps Internet connection.
* Video chats require an iSight camera (built-in or external), USB video class (UVC) camera, or FireWire DV camcorder; and 128-Kbps upstream and downstream Internet connection.
* Photo Booth and backdrop effects require an Intel Core Duo or faster processor.
* Backdrop effects when using a DV camcorder require fixed focus, exposure, and white balance.
* Some iChat features offer better performance and quality with higher system capabilities.
More details
More Details went here
http://docs.info.apple.com/article.html?artnum=306687
The Tables can not be reproduced in the Discussions.
7:31 PM Monday; October 29, 2007
Message was edited by: Ralph Johns (UK)

Screen Sharing and VPN functionality with ARD

Can somebody with ARD tell me if the following setup is going to work? There's no demo version so I can't tell if it's going to be worth 300 dollars.
I have a number of local machines in a network and a couple external machines in other parts of the state that VPN in to the network. I want to be able to have a local machine that can screen share w/ voice reliably with these guys.
"Reliably" being the key. iChat screen sharing and VNC alternatives do not work reliably at all. They crash, they are slow, they sometimes disconnect video and keep the audio. Or some days they work perfectly, but that's few and far between. Zero-conf services like MacHelpMate work just fine, but I'm reluctant to pay 600 a year for something like this.
Is ARD going to be able to be able to fix this problem for me, or am I really just going to end up with more of the same issues?

ARD uses VNC for observation and control, so if you're having problems with iChat screen sharing and with VNC clients, I would not expect that ARD would be any better. My suspicion is that your network and/or VPN are cutting things off, since most people have found iChat sharing and VNC to be pretty reliable, but without being able to perform reliability tests on your network to VPN clients, I can't say for sure.

Remote desktop and screen sharing with RMI

Iam developing an application for screen sharing and remote desktop
the problem is a performance problem
in the screen sharing application server screen is captured and the image is sent to all connected clients through rmi connection
I used JPEGImageEncoder to compress the image and convert it to array of bytes
then zipped the resulted array using deflater.
the result is sent through rmi connection
the performance is so poor
i tried JMF but the performance is worse
i am thinking of a way to send the server screen only if it is changed but i don't know how
anyone could help me to enhance it with acceptable quality for the image
thanks

As you said, you need to only send the changes over the line.
Java can not tell you what has changed, so you need to either write some JNI, or do a check on the current image, with the last image. (this would eat quite a bit of CPU time on the server).
It might be worth looking at the source for VNC, and other simler products.
The simpliest solution would be to split the image into blocks of x by y pixels, then do a pixel-by-pixel check on that block, and only send the block if it has changed.
Next thing to think about is scrapping RMI, and using raw sockets. RMI has a fair sized overhead.
Zipping a JPEG is unlikely to have any effect. A JPEG is already compressed.
You might want to look at a lossless compression format, like PNG, as the JPEG will have articles. This might be acceptable. If so, changing the compression ratio of the JPEG might be an option.
Finally, the bottle neck might be the call to Robot.createScreenCapture. This is not the fastest method.

Windows 8 and Screen Sharing Lag

Is there a problem with Adobe Connect 9 and Windows 8 screen sharing? I've notice there is a about a lag of 2secs or more when I share my screen in Windows 8. i.e. If I open a Window or do anything, the participants don't see the change until 2 to 3 secs later.
I've ruled out IE and Chrome because they both have the same problem. I also ruled out the machine because if I run a VM Ware virutual machine with Windows 7 on the Windows 8 machine, then share the screen in the VM Windows 7, there is no lag.

Alright, well then you are possibly looking at a network issue (congested network), possibly a computer performance issue, some conflict with Connect and another application on your comptuer causing the lag, or something else entirely. Are you able to share your screen without the lag on another computer on the same network? If so, that will elminate the network piece and narrow it down to your comptuer.
You might want to consider working with Adobe Support to see if they can help identify the problem as well. 800-945-9120.
You can also try the test your computer page to see if anything comes up there. You can subsitute the server URL for the system you are using, but for my account it is: Test Meeting Connection

How to set Screen Sharing to greyscale on Leopard 10.5

The new screen sharing feature (just a built in VNC client) is decent, although I would've liked it better if it gave an option to view the connected computer in greyscale (like Apple Remote Desktop can), so as to make the screen redrawing much quicker. This is how you do that:
To change this setting manually, open up the Terminal and type in the following command:
defaults write com.apple.ScreenSharing controlObserveQuality 2
This changes the controlObserveQuality setting within this plist file: “~/Library/Preferences/com.apple.ScreenSharing.plist” file to 2, which is grey scale. To change it to a different resolution, substitute the number 2 with one of the following numbers:
1 = black and white
2 = grey scale
3 = 8 bit color
4 = 16 bit color
5 = full color
However, when you've connected and you're all happy that you have greyscale, if you then choose Adaptive Quality from the View menu in Screen Sharing, this will set the default back to 3 (8 bit color), and you'll have to run the Terminal command or edit the .plist file again - so, just leave it when you initially set it and all will be well!
----

I tried the malisphoto.com solution it but it didn't work for me.
I even tried the one at entropy.com but that also didn't work.
I was very careful and successful in the command line (bash) and afterwards, phpInfo() showed that the GD library was installed, however, my localhost GD (gif draw) scripts still kept showing the same old error messages on my localhost (and not online): "Fatal error: Call to undefined function imagecreatefromgif()"
Perhaps I'm just wrong to think PHP GD will work on my localhost pages after performing these installations - perhaps I'm misunderstanding something? Am I'm trying to change a light-bulb with a jack-hammer?
I should also point out that both solutions made my localhost run extremely slow. After restoring my system, it's all working fine (but without php GD).
My system is a Power Mac 10.5.8 Leopard
This is really lame. Is Apple trying to shut out PHP now? Is PHP the new "Flash"?

Ichat Screen Sharing will not work no matter what I try...

I have read all the forums and can't find an answer. Something that should be so simple such as screen sharing through iChat (as advertised) is virtually impossible. This I can not explain. Especially since video chat works!
Both computers in question here are macbooks, both have leopard, both are or wireless networks. Is the router blocking the connection and if so, why will it allow video chat but not screen sharing?
There is either something real simple that I am missing here, or this is not possible at all.
some things that i have tried:
disabling stealth mode
on the firewall, enabling incoming traffic from ichat
made sure screen sharing is enabled in ichat
made sure the settings were the same on the remote apple computer
tried unchecking everything in the sys pref "sharing"
Both of the parties involved are using the same ISP, this really is mind boggling.
Is this a bug that is being fixed or what? I am not trying to perform a miracle here, but this is getting ridiculous.
If this is a router issue, apple should release some documentation on how to configure ichat screen sharing through your router.
If anyone has had this problem and has a fix, I would love to hear it. Keep in mind I have googled this many times and tried just about every piece of advice that I could find on this.
Thanks

iChat Screen sharing does not as such for the screen bit use the Video/Audio port.
The Documentation was lacking last time I looked.
This one tells you the port changes in Leopard http://docs.info.apple.com/article.html?artnum=306688 compared to Tiger
Tiger is linked in the first to here http://docs.info.apple.com/article.html?artnum=93208 where most of the other ports are.
However Screen sharing was not part of iChat 3.
If you do a Quick Look at the .plist(s) you will see the reference to ARD which is Apple Remote Desktop which is what the screen ending part is based on.
This Doc will tell you which ports ARD is likely to use
http://docs.info.apple.com/article.html?artnum=106439
(It says 5900 and 5988)
This should be allowed through the use of UPnP in your routing device or specifically opened.
Now the not so good news.
I run Little Snitch, A utility that tells you ports and IPs of incoming and outgoing network connections by any app you have.
This has told me that in fact the Screen port seems almost completely random normally in the 50000 range of ports
It may not be all you wnat to hear but I hope it helps.
9:57 PM Tuesday; February 12, 2008

Closed Lid Screen Sharing Methods?

Hey Everyone,
I have a late 2009 21 inch Imac, and a mid 2012 13 inch macbook pro (non-retina).
Since my imac does not support target display mode from my thunderbolt-using 2012 macbook, are there any other methods I could use to use my imac as a monitor for my macbook ???
I know all about mac's built in screen sharing capability, and I have used that extensively. My wish, however, is to be able to close the macbook pro lid, have it sitting in a dock beside my imac, and use the imac as my macbook pro's monitor.
I have ordered a firewire 800 and ethernet crossover cable, hoping to find a solution. I already have a standard ethernet cable.
I typically use screen sharing over my wireless network, and at times the performance isn't so great. I'm hoping that screen sharing will work better over a wired connection.
That being said, can I screen share via ethernet/firewire AND close the lid of the macbook?
Any solutions/work-arounds to the lack of target display mode in my 2009 21 inch imac are greatly appreciated. Thanks!!!

I think you might have misread the original post
With the lid closed:
Screen sharing DOES work but for TWO MINUTES then the "Reconnecting..." message appears and the system becomes uncontactable from the other machine completely - although it is still listed under the Shared section of finder.
The system wake to respond to the network event is deemed a Maintanence wake according to the console log.
According to the console log, after about 1m40s, the system decides that the Maint window is over and starts closing down applications and the connection ends.
It would be nice to force the system into a user state so that you could screen share or access shares until you log off and have the system revert to "power nap" mode, much like the wifi wake for access on Snow Leopard. This was the behaviour I expected. Since the system can only Power Nap while on AC power, it seems like this would make sense.

If Your Screen Sharing Stops Working, Read This

SCENARIO: I have a network of Macs. On my main machine (a Mac Pro), I have set up bookmarks in Safari that link to the Screen Sharing URLs for other Macs on my network (Mac minis, MacBook Air). For example:
vnc://192.168.1.51
vnc://192.168.1.52
So I can kick off a Screen Sharing session with one of those Macs simply by clicking the appropriate bookmark in Safari.
PROBLEM: Sometimes when I do this, one of two things happens... either the Screen Sharing program launches in the dock but the window for the other Mac does not appear at all, or the Screen Sharing program launches and a small black window (with nothing visible inside) appears. Killing and restarting Screen Sharing does not help, and restarting the remote Mac does not help.
SOLUTION: One way to solve this problem is to restart the Mac where you are attempting to use Screen Sharing. But this is overkill; it works because it incorporates the second, easier solution to the problem:
1. Launch the Activity Monitor program.
2. In the Process Name list, look for "NetAuthAgent". It may show as "Not Responding".
3. Select NetAuthAgent, and then click Quit Process (the red stop sign button at the top of the Activity Monitor window). Then, click Force Quit.
Your Screen Sharing should now work.
It appears that as part of connecting to the remote Mac, your Mac must authenticate itself... and NetAuthAgent is part of this process. If this program freezes, hangs, or locks for any reason, the authentication will not work, and you cannot use Screen Sharing. Killing NetAuthAgent is harmless, as far as I can tell, and it will automatically relaunch the next time it is needed.
For anyone else having problems with Screen Sharing not working correctly, I hope this information helps.

having related problem with NetAuthAgent
"loginwindow" process in activity monitor is Not Responding constantly (through warm and cold reboots)
this causes a number of problems, slow network performance, hangs, no ability to restart/shutdown
killing "NetAuthAgent" is the only way to make "loginwindow" process responsive again
and restores lost functionalities
having this problem across three networked machines (macpro, macbook pro, mac mini) all running 10.5.2
have reapplied the 10.5.2 combo upgrade but no fix. only witnessed this problem since 10.5.2

Headless Mac Mini & Screen Sharing Latency

I've seen serveral topics wthin the forums and others online. I've seen physical fixes with the hacked VGA connector. I'm going nuts here, because it appears the issue is software related.
All my machines are Maverick with the exception of my Pro, so this happens on all of them. My mini is headless sitting right in front of me, and is networked both hardwire and WiFi. SSH is not laggy, load is minimal when doing so, however when I login via screen sharing it it laggy, taking a lot of time just to navigate the system.
Question, does or has anyone found a fix for this that does not require me being a MacGyver?

My understanding of the issue (and one I believe to be correct) is that when the Mac is truely headless i.e. with no display connected at all then the Mac will turn off the video chip. It then uses the main CPU and software to 'emulate' a display. This is both itself slower than when using the video chip and also takes away performance from other CPU processes. Hence you get a laggy response doing screensharing compared to screensharing when a display is connected.
This is why a past solution that you mention yourself is to make a hacked together VGA adapter to trick the Mac in to thinking a VGA monitor is connected. This by tricking the Mac into thinking there is a display attached means the Mac turns on the video chip and uses it for creating a display for screensharing.
If you have a 'KVM' (Keyboard, Video, Mouse) switchbox with a single display attached to that, then even when it is switched to a display on a different computer the KVM spoofs the presense of the display to the attached computers so they still think the display is connected and hence avoid the problem.
Another approach for DVI or HDMI displays (similar to the VGA trick) is to use a Gefen DVI Detective Plus or HDMI Detective Plus. With these you initially have the display connected, have the Detective Plus 'learn' the signal from the display and thereafter even if the display is turned off or disconnected it keeps sending the signal to the Mac and therefore keeps the video chip active.
See http://www.gefen.com/kvm/ext-dvi-edidp.jsp?prod_id=4715
See http://www.gefen.com/kvm/ext-hdmi-edidp.jsp?prod_id=8005

Screen sharing performanace differences on MAC and WINDOWS

Hi All
I am having a big issue of screen share latency (working on WINDOWS) which is about to 20 - 30 sec sometime and 10 - 15 sec in general. I was thinking that It could be because of my network limits but when on the same time and in the same network I publish my screen share from MAC, miracle is happening, there is unexpected difference and there is no latency and if there, it is sometimes about 2-3 sec hardly. My maximum users are using WINDOWS and so that I am searching a solution for this latency problem. Please suggest a solution.
Thanks.

Hi Raff,
We have tested it on following combinations on port 443 , sending and receiving.
1. Screen sharing on MAC machine on LAN (Result: Good speed of sharing)
2. Screen sharing on MAC machine on WiFi (Result: Good speed of sharing)
3 Screen sharing on Windows machine on LAN (Result: Too much Latency in receiving)
4 Screen sharing on Windows machine on WiFi (Result: Too much Latency in receiving)
Specially we have noted on windows that after some time , data from windows machine (Any windows machine) screensharing addin process stop sending any significant upstream data(used netlimiter to verify this) , so reciver receives almost nothing or very delayed screen updates.
I tried to figure out using Wireshark , but not sure that which packet to look for which can cause issues.I do not see any dropped packets atleast in packet scan.But packet sending speed decreases after some time on Windows machine.
We use same settings of performance ,Quality ,Fps and Keyframes on Windows and MAC while sharing screen.
What to look in for wireshark.
Your inputs will be very helpfull.

Screen Sharing scrolling, can the auto-pan feature be turned off?

I am using screen sharing from home on my MacBook Pro to connect to my Mac Pro at work and it performs really well in all respects but one. My Mac Pro has dual monitors, so Screen Sharing running on my MacBook Pro gives me the option of either scaling the larger screen down, which is not readable, or being able to scroll around the larger screen of my work machine. The problem is that Screen Sharing has the automatic pan feature so that if my mouse moves to the edge of the window showing the shared screen then it starts scrolling it. This is nice the first time you see it but quickly becomes annoying because every random mouse movement that takes me to the edge of the window, like moving the mouse out of that window to go the the dock or the menu of my MacBook Pro, starts scrolling the screen when I did not want it to. I find myself constantly re-centering the view of the shared screen in the window back to the position I want it in and I find this to be a very anti-productive waste of time. I would like the auto-pan feature disabled so that it will only scroll when I grab a scroll bar and move it. Is it possible to do this?

Hey all,
I'm having the exact same problem with a Toshiba Satellite P300 here. The multimedia button seems so sensitive that the laptop will turn on by itself after a while. I haven't been able to find a program to disable it. Has anyone found a solution to this? If you do, please send me an email at [email protected] (remove the nospam) so I can fix it once and for all.
Thanks,
Dre

Screen sharing performance

Similar Messages

Maybe you are looking for