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)

Similar Messages

  • Screen Sharing and video chats don't work

    I've been searching this forum for awhile and I haven't found a concrete answer to my problem, so if this question has been answered please excuse me. Ok, So here's my situation am running iChat on Mac OS 10.5.1. Whenever I am using my laptop at my school on the network their, I am able to use both screen sharing and video chat. But when I am at home, I am unable to use either one. It begins to try to start the session, but then i receive a message that tells me that a connection could not be established. I know that I have internet access, but I don't know what could be wrong with it.

    After investing far to long in looking at this exact issue on my end, reading the seemingly endless threads on the exact same error, trying all the various tweeks and QT settings, bandwidth limit settings, etc etc. proposed here, I have now solved this problem, and the none of the above were part of the solution.
    I have perhaps one of the the most common routers on the market, Linksys WRT54GL.
    In a totally unrelated network problem (a printing issue), Linksys tech support advised me to reset my router. There is a small button on the bottom. I depressed it for 30 seconds. Rebooted everything and my printer miraculously worked. Yea, I had to reenter my WAP passkey, router admin password etc., but that took 2 secs. So, what does this have to do with iChat?.... The very next time I tried iChat video and turned on and enabled my camera, the recipient immedialty saw me. No connection error.
    Problem solved, for me art least. Not sure if anyone has tried this, but makes sooooo much more sense than the other unApple like suggestions I previous tried. Hope this helps.

  • Screen sharing and video chatting

    When i am video chatting with someone and i start sharing a screen with them the video chat goes away i can still talk with them but if i stop sharing the screen the call/video chat i started is ended is there any way to continue the video chat after i stop sharing screens without having to restart the chat

    No sorry you have to restart the chat.

  • Simultaneous screen sharing and video chatting?

    So I already guess the answer is no, but is it possible to screen share while still video chatting? If not, how about document sharing with the ability for both sides to control the mouse?

    Ok.
    In the current version of iChat 4 the way the Document (file) "Sharing" happens is different depending on the capabilities of your Mac..
    My Intel MacBook Pro will do it the way you describe - as a sort of halfway house thing towards a 3 way Video chat - with a friend who has a G5 Tower.
    My G4/1Ghz Dual Processor though cannot do it this way and it appears more in the way of iUSBCam's Desktop view as feed (Last pic on Page). Or Desktop as Feed if you like.
    I think this is still in the realms of Wish List Stuff.
    CamCamX allows you to Mix two Video feeds and also as a result allows two apps to have access to the Camera at the same time.
    CamCamX's site does say it will work with iUSBCam so you may be able to create the scenario you want.
    If you have two Macs on could Share the Document and the other do the Video as one person can still do iChat Theatre.
    One of the biggest problems is trying to share a 24" displayed screen on a 17"monitor. Obviously like for like is best for this. But size may need to be considered for some things.
    7:55 PM Tuesday; January 13, 2009

  • Screen sharing and video

    Hello all.
    video works fine at my house where I can turn on UPNP. However at work nothing works because UPNP isn't enabled. I have to forward all ports to my laptop. So my question is what ports to forward?

    It is with the Screen Sharing side that we have real problems.
    iChat 3 used
    TCP 5190, 5220, 5222, 5223, 5298
    UDP 5060, 5190, 5297, 5298, 5353, 5678, 16384-16403
    This includes all the Jabber, Bonjour and A/V ports as well as the Login and File sending.
    Leopard/iChat
    Same until we get to that last group or twenty UDP ports
    Port 5060 is dropped and the group becomes just 10 (16393-16402) still inside the iChat range if already done.
    The Screen Sharing I have seen with Little Snitch running suggest this happens on three ports. Two for the Screen Sharing and one for the Audio part.
    The Audio part remains where is does in Normal Audio or Video chats with it's first choice being 16402.
    It's the other two ports.
    Theses seem fairly random in the 50,000 range. They are widely dispersed as well which makes it difficult to suggest a small range that iChat might then use.
    9:26 PM Monday; December 24, 2007

  • IChat screen sharing and video not working on MacBook but works on Mac pro

    I have a MacBook and MacBook pro. Both have the lion os 10.7.2. I can use iChat on the MacBook pro for screen sharing, video chat, and text chatting, with others remote to me. However, I can only do texting with the MacBook.  I can do screen sharing via Finder between my MacBook and MacBook pro. I can do FaceTime between both systems. I can also do FaceTime between the MacBook and anyone remotely.
    I also tried installing teamviewer on the MacBook, and on a remote MacBook..... And I get the same results where I cannot share the screen, from the one that has not been working.
    I have checked the settings under system preference and made sure screen sharing was enabled. I have checked under iChat under video to make sure screen sharing was checked.
    The macbook that is having this problem is configured for AIM for iChat
    I have run out of ideas. Any suggestions on what I might try?
    Thanks

    Ok,
    I will list the ports in greater detail and point out when iChat uses them.
    AIM Login and 1-1 Text Chatting
    iChat version 1  through 5 will Log in to the AIM server on port 5190 (TCP Protocol) by default.
    Since iChat 2 we have been posting here that the AIM servers allow a Login on almost any port and have been suggesting port 443.
    This is used by both Web Browsers for secure Login to some sites and by the Mail app with some mail servers.
    It is also below port 1024  (most domestic routers have the ports above this figure closed)  In some campus situations using port 443 will normally allow at least Login and Text chatting.
    iChat 6 uses port 443 by default.
    File Transfers (AIM)
    When doing File Transfers with AIM Buddies iChat will move to using Port 5190 on the UDP Protocol.
    This cannot be changed.  (This invokes the little Message about Starting Direct IM in an open Chat)
    It also uses this port for Pics-in-chats, dropping Files on a Buddy's name with out a Chat or sending other files that are not pics.
    In the case of Port Forwarding some devices don't like port 5190 being forwarded "twice" which is another reason for moving the login and Text chat port.
    Jabber Logins
    No matter what Jabber server you use ichat will use one of two ports (5222 and 5223)
    Which one it uses is dependent on whether it needs and is using an SSL Login or not.
    SSL Logins use port 5223 and NON SSL one use 5222 (ticking or Unticking the SSL box on a Jabber account will automatically change the port).
    Google Talk is the exception in that it allow a Login on port 443 as well.
    The First Apple Doc I linked you to says iChat uses port 5220 in Jabber.
    I run Little Snitch and have never seen any version of iChat use this port at any time.
    Bonjour
    Any Mac to Mac Connection or Mac to any Bonjour able peripheral will be on port 5353.
    This is normally opened (Preset) in the Mac Firewall for the Finder/System side of Sharing.
    iChat needs and uses two other ports  (5297 UDP and 5298 on both TCP and UDP)
    As they an LAN Side connections the router would normally pass them.
    At iChat 3 there were issues with the Mac Firewall (it included UDP set up and the preset in the firewall only listed them and TCP so we had people add all the iChat ports  (you had to manually enter them in Tiger)
    A/V Chats
    No matter which Buddy List you start from iChat will do A/V chats the same way.
    The Visible Invite you or your Buddy sends is on port 5678 (UDP)
    In iChat 3 and earlier iChat then moves to port 5060 to send the SIP Connection Process invite behind the scenes  (SIP = Session Initiation Protocol)
    Port 5060 is one of 4 ports internationally agreed for SIP (How VoIP phones connect) (5060-5063).
    Although ISPs were not supposed to block Through traffic many started blocking End users  and then Charging them to open these ports (Many ISP were telecom companies that were losing long distant Telephone calls monies).
    The SIP process then in iChat 3 contacts a server run by Apple for this purpose (Snatmap.mac.com to give it it's full name).
    This acts like a old fashioned telephone operator connecting the call.
    SIP is a text based process.
    Your end "Calls" the operator.
    The Operator "Calls" Buddy.
    Buddy Accepts
    iChat then negotiates the ports to be used.
    In iChat 2 and 3 it uses 4 ports (vid in Vid out, Audio In and Audio Out) from "the group of 20" starting at the bottom (16384 to 16387 normally)
    Three and 4 way chats uses more ports (which is why 20 are set aside)
    In iChat 4 Apple realised the issue with the 5060 port and changed the way iChat worked
    Since then it has Sent the invite on Port 5678 but then moved to port 16402 (it starts at the top of a smaller group of 20)
    All Video and Audio traffic is also now on one port  (so no need for 20 ports and iChat now lists 10).
    NOTES so Far.
    File Sharing during a Chat converts the Chat to Direct IM for AIM Logins
    This is Peer-to-Peer in AIM
    A/V Chats are Peer-To-Peer and you can actually log out of the Buddy list and continue the chat. (The exception is using iChat 6's  AIM Video relay option)
    Screen Sharing
    Screen Sharing is an Audio Chat with a VNC connection along side.
    Both bits have to wok to avoid the Pop-up to send to Apple and the Log that contains.
    The Audio part is on port 16402 and the VNC part is random. (So random it is different every time you do it)
    The reason it is classed as an Audio Chat+ is so the AppleScript for Auto Accept can  filter out Screen Sharing connection and Not Auto Accept them.
    This does have a knock on effect as far as your Router is concerned as already mentioned earlier.
    You cannot Forward or Trigger the random Port so you have to use UPnP in your router to open the ports.
    NOTES
    Jabber File sharing may possibly be on port 1080 as listed in the Server Article I linked you to (I have also seen it written about in other stuff I have come across)
    However Little Snitch does not seem to confirm this either.
    Most time it will be peer-to-peer like the AIM connections for this.
    However some Jabber servers do not seem to allow this and have this Jabber65 Proxy set up which passes things Server to Server in between it leaving your end and arriving at a Buddy.
    This on  Port 7777 but you do not need to open this port (unless you are running a Jabber server)
    I have yet to test File Transfers using a Yahoo Buddy List in iChat 6.
    AppleCare and Geniuses.
    Previously I have been contacted by Geniuses in Stores asking to test customer's iChat.
    They and the Applecare people have details about Apple wants an designed the App to work.
    What they don't have is the knowledge about what it takes to set it up in the "real world".
    There are literally thousands of Makes and Models of routers.
    Some like the Thomson-Alcatel brand state they are SIP/VoIP ready but this means the router strips out all SIP Data trying to send it to a Phone.
    Early models of Alcatels can get around this with a tweak. Later models can't.
    Motorola devices tend not to have UPnP.
    Apple Base Stations have Port Mapping Protocol instead of UPnP and this needs setting up.
    The Zyxel range definitely does not like the dual use of port 5190 and does much better using UPnP (You almost certainly have to do your AIM login on port 443 with these).
    1. I have two computers (MacPro and MacBook Pro) that are both running Lion 10.7.2 and both running iChat 6.0.1.  <<-- Fine
    2. The Netgear router model is: WNDR3700.    <<<<---  With any Brand there are exceptions and I do wonder about this one
    3. The firewall for both Macs is turned on and in the advanced area iChat is listed as being "allowed."  <<<<---- Fine
    4. In iChat, under the video options, "Screen Sharing Allowed" is checked.                                        <<<<<---- Fine
    5. In System Preferences, "Screen Sharing" is checked and this is for "All Users" at present.               <<<<<---- Not Required
    6. There are two separate AIM accounts being used for iChat purposes.                                            <<<<<----  OK
    7. In iChat preferences, each AIM account is "Enabled" under "Account Information" and the "Server Settings" show the Server as "api.oscar.aol.com" and the Port is "443" and "Use SSL" is checked.                                <<<<---- As it should be
    From this and the other info in the first port it was only the router set up that seem to throw some light on a possible cause (Port Forwarding and UPnP conflict)
    If just doing Port Forwarding the ports listed would have covered things (Except the Screen Sharing's random port)
    Regarding your latest post.
    I have  table similar to that on my Sagem 2504Fast Modem/router combined device and it too seems to list a different port on the external side on occasions.
    I would try the router with the Disable SIP ALG unticked (so it is not disabled). If the Help info on the right gives any info about what this Netgear version does it would be helpful.
    Some are like the Thomson-Alcatels I was talking about in that it points the SIP data to a specific place (Possibly a Phone socket on the device)
    Others seem to provide an "boost"  to enable SIP to work and don't seem to get in the way of iChat.
    Try adding the Names in Table 1 from this page and see if you can Video to those.
    There are 6 names in total (I am actually only seeing one on Line as I type)
    9:19 PM      Wednesday; January 25, 2012
    Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"
      iMac 2.5Ghz 5i 2011 (Lion 10.7.2)
     G4/1GhzDual MDD (Leopard 10.5.8)
     MacBookPro 2Gb (Snow Leopard 10.6.8)
     Mac OS X (10.6.8),
    "Limit the Logs to the Bits above Binary Images."  No, Seriously

  • Will Firefox Hello support screen sharing via video chat?

    First of all let me say a BIG thank you to all the developers who contribute to Firefox (and all Mozilla projects for that matter). I know countless dev hours goes into the project and I really appreciate all your hard work.
    To my question, I realize Firefox Hello is based on the webRTC standard and there are a many other options available for screencasting, but it would be incredibly convenient to have that feature natively built into Hello. Are there any plans to support screen sharing in the future?

    hi, yes screensharing features are in the roadmap for firefox hello (and already present in development versions of the browser) - this feature might land in firefox 38.

  • Switching from screen share to video chat

    I'm using iChat ver. 4.0.2 on an iMac. I collaborate with colleagues and we frequently use the screen sharing mode, but I cannot figure out how to change back to video chat direct from the screen sharing mode. If I click on the little video camera at the bottom of the iChat box, nothing happens. If I end the screen sharing, the entire iChat session shuts down. Any advice on switching from screen sharing to video chat mode without hanging up?
    Thanks!

    You have to End Screen Sharing and start a New Video chat.
    There is no elegant way to do it.
    In iChat go to the iChat menu and Feedback option send in a Wish List item. (there is a Free text Box and one of the Drop downs is for Enhancements Requests.)
    11:19 PM Monday; May 26, 2008

  • IM and video chat in RMI ?

    Hi there, i wrote a message to JMF but i m not it is relevant with that topic. So added it here.
    I am making a instant messaging and video chat application with jmf. For this project , which one is usefull i am not sure. Can anyone help me?
    , For instant messaging, Does Tcp/Ip client server suitable?, or just rmi server enough for that?
    So both IM and Video chat application what king of design shall i make?
    Thanks.

    Hi,
    Welcome to the    Discussions
    The GoogleTalk part of iChat will only Video or Audio Only chat with other iChat Users that have a Jabber or GoogleTalk ID (Googletalk is a Jabber server).
    This means NOT to PCs or to anyone logged in to the GoogleMail Chat web page option.
    As you may know iChat can have Jabber/Google IDs or AIM valid ones that include Apple IDs ending in @Mac.com or @me.com
    You can not do any chat of Any kind between these two types of Buddy Lists.
    Not AIM to Jabber or Jabber to AIM buddies even if they are using iChat.
    You have not said if you can Video chat (Or Audio only Chat) with anyone.
    Your post implies from my reading of it that you also have a AIM valid Screen Name.
    iChat uses the same protocol and the same ports to do Video or Audio Only chats no matter which type of Buddy List is used.
    In System Preferences > Security > Firewall tab if the Firewall is to be used with iChat it should be set at Allow All (In fact Off) or Allow Specific Apps and iChat added to the list.
    As you can Text chat you appear to be past this stage.
    To Video chat iChat uses different ports to those used for Text chatting.
    These may need to be opened or allowed in your routing device if you cannot Video chat at all.
    The best method in terms of Ease and allowing iChat Screen Sharing is to use UPnP in most routers or Port Mapping Protocol to be Enabled in Airport Base Stations.
    9:54 PM Saturday; August 14, 2010
    Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"

  • 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.

  • Firewall and Video Chat

    I've had my iSight for about a year and haven't had too many problems connecting and starting video chats (even from other universities). However, I am working at a University in FL now and was trying to start a video chat and I get the message "Failed to start Video Chat because: (my name) did not respond" After reading some of these discussions (University Firewall and Video Chat in particular) along with other help topic suggestions, I am guessing this is a firewall problem concerning open ports? I can connect with the apple test server for video chat, but not with my buddies. I haven't contacted my IT dept. yet about firewalls, but any suggestions in the mean time? Thanks in advance for any help.
    PowerBook G4   Mac OS X (10.4.3)  
    PowerBook G4   Mac OS X (10.4.3)  

    No Problem.
    Seletion of Connection speed test sites that report Up and Down speeds
    1) http://www.dslreports.com/stest
    2) http://www.adslguide.org.uk/tools/speedtest.asp
    3) http://www.auditmypc.com/internet-speed-test.asp
    Speed tests do not actually say how much bandwidth you will get at any one time on a shared connection.
    If you are in Halls and paying rent with a supposed internet Service you might be able to play the "i'm A customer" card to get a better service.
    In Britian most Universities have a Students Union that can also appy pressure in the right places.
    Ralph

  • How many users using Screen Sharing and Theater?

    I would like to know if the new features Screen Sharing and Theater are just to use face to face or if it is possible to made Theater session with for example 3 members.
    Thanks in advance

    iChat Theatre can be to or from one of the other Buddies in a 3 or 4 way chat.
    Screen Sharing is one on one
    8:59 PM Saturday; December 1, 2007

  • Screen Sharing and ARD broken

    Hi,
    I have 10.9.4. I had remote management switched on and it was working fine.
    I installed ARD 3.7 and started it up fine and it was running fine allowing me to do all what I needed.
    I also need to remote to this Mac and so set the preference in ARD to allow control whilst the app was running. Thats when it went pear shaped.
    It suddenly stopped allowing remote access to the machine.
    I now have to be physically at the unit. I have removed ARD and all the files it has added and switched off all screen sharing and Remote Management in Sys Pref. Restarted and switched on Remote Management again.
    I can still not access the machine remotely (i.e. screen sharing).
    When trying to use screen sharing on the Mac itself to remote onto another machine I get the following in Console.
    20/08/2014 15:08:23.459 Screen Sharing[1422]: unable to get server port
    20/08/2014 15:08:23.459 Screen Sharing[1422]: *** -[__NSSetM addObject:]: object cannot be nil
    20/08/2014 15:08:23.537 Screen Sharing[1422]: (
      0   CoreFoundation                      0x00007fff93cd525c __exceptionPreprocess + 172
      1   libobjc.A.dylib                     0x00007fff94276e75 objc_exception_throw + 43
      2   CoreFoundation                      0x00007fff93bf4966 -[__NSSetM addObject:] + 790
      3   ScreenSharing                       0x00007fff91f3a0e2 -[SSInputEventSourceCoordinator addSource:] + 69
      4   CoreFoundation                      0x00007fff93ca3e0c __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 12
      5   CoreFoundation                      0x00007fff93b9782d _CFXNotificationPost + 2893
      6   Foundation                          0x00007fff905277ba -[NSNotificationCenter postNotificationName:object:userInfo:] + 68
      7   AppKit                              0x00007fff96fb1cde -[NSApplication finishLaunching] + 440
      8   AppKit                              0x00007fff96fb17f3 -[NSApplication run] + 128
      9   AppKit                              0x00007fff96f9c783 NSApplicationMain + 940
      10  libdyld.dylib                       0x00007fff8f5b55fd start + 1
    20/08/2014 15:08:23.622 Screen Sharing[1422]: *** -[NSLock lock]: deadlock (<NSLock: 0x6000000ca330> '(null)')
    20/08/2014 15:08:23.622 Screen Sharing[1422]: *** Break on _NSLockError() to debug.
    I can ssh to the machine fine, just not screen share (VNC).
    Any help to fix allowing VNC to the machine would be greatly appreciated.
    Regards
    Keith

    Further,
    I have run a port scan and confirmed that port 5900 is open.
    When using COTVNC it sort of sits there trying to connect but doesn't show the screen. If whilst it is trying I switch off Remote Management then COTVNC instantly throws up the error that screen sharing is not enabled.
    Thus I am deducing that the actual VNC server of the os is goosed.

  • Screen Sharing and WindowServer processes using 35-45% of CPU!!

    I have recently relocated and reconfigured my Apple network and computers in the house :1) MacBook Air dual display MBA with 20" cinema screen in the office, and 2) and Mac Mini connected to a large LCD TV in the living room.
    The plan now is to use the MBA as a primary computer and connect via wireless screen sharing to the MM so that I can monitor that system, run more intensive apps, watch EyeTV, file server tasks, etc.
    But now this has increased CPU and fan activity on the MBA beyond what I would expect. The activity monitor indicates that the Screen Sharing and WindowServer processes are using combined between 35-45% of the CPU (screen share process is a constant 25%!!).
    This is not good, and I wonder if it will be fixed in a future release. Any ideas or suggestions on how to limit the impact of screen sharing on CPU?

    It seems to be running better with system update, and use of a faster computer (now using the higher end mac book air)

  • Screen Sharing and Drive Sharing

    Hey all!
    I've got a Mac Mini that I am using to share files. I have an external drive attached via FireWire. The SMB and AFP shares only show up for the EXTERNAL drive when someone is logged in. Is this the expected behavior? Does anyone else have this happen?
    This isn't all! I've noticed that when I use Screen Sharing and click "Return to Login" from the upper right corner, that I loose my Screen Sharing connection AND AM UNABLE TO CONNECT AGAIN. I've been able to reproduce this behavior on my Mini, MB, and MBP. Anyone else experience this?
    Thanks in advance!
    Jason

    Thanks for the ideas! I kinda figured drive sharing wouldn't work from the login screen...seems kinda bogus though, but I guess if I want that, then I'd have to get OS X Server.
    As for Screen Sharing, I disagree. When I connect to a Mac via Screen Sharing from the login screen, it lets me choose a logon and login. When I choose to go back to the login screen...the screen freezes. When I hook back up to the Mini from the console, the screen is frozen on a blue screen. No mouse, no keyboard. I believe it worked under a previous version of OS X 10.5...so I'm not sure if 10.5.4 messed it up...
    Thoughts?

Maybe you are looking for