Video constantly drops after screen sharing

Im on a brand new laptop running windows 8 just bought less than a month ago and the first thing I did when I got this thing was downloaded skype, its versaion 7.6. Before this, on my desktop and older laptops, Ive never had any problems. As of either this version of skype or this laptop (which I couldnt assume it would be the laptop when its brand new, but who knows) any time I am in a video call and screen share, the video will drop after roughly 10 - 30 seconds. Consistantly. First it shows whoever I am talking to's video drop, then mine. The call remains and we can reinitiate video, but it just keeps dropping every few seconds. It will go on until the call is closed and remade. It is quite annoying. I would like to get an older version of skype (7.4 maybe?) and try it out there to see if its the version or not, but I cant find any links to them. If anyone has any idea what is causing this, or has a link to an actual 7.4 download, Id appreciate it.

Please, run the DirectX diagnostics tool. Go to Windows Start and in the Run box type dxdiag.exe and press the OK button. This will start the DirectX diagnostics program. Run this diagnostics and save the results to a file. Please, attach this file to your post. Be aware that you will have to zip this file before attaching it here.

Similar Messages

Can't start video chat after screen sharing

I was engaged in a video chat with my dad - everything was working fine. I offered to let him share my screen, and that worked fine as well. He then tried to switch back to his own screen - I'm not sure what happened, but the end result is that neither one of us can initiate a video chat anymore. When we make ourselves available on our respective computers, we are able to text message, but the phone, video, and screen sharing icons remain grey. When I go to recent chats and click on the video chat with my dad, it says he is currently busy in another conference. When he goes into his recent chats and clicks on me, nothing happens. "Control" and "Escape" do nothing. We are both using 24" iMacs less than one year old, with Intel.

On the One successful Screen Share I have had a restart of iChat at both ends was needed.
I had no sense that Control ESC had worked. I know I lost the Audio at the same time but also Text chat went west as well. (typing but no replies)
10:35 PM Saturday; November 3, 2007

BT broadband drops iChat screen sharing when voice call initiated

Just a question, and a warning if anyone out there in the UK is contemplating BT (British Telecom) broadband, you might get this issue.
I can share a screen with someone on BT braodband, but using voice at the same time makes the video very slow and jumpy. So, my solution used to be to phone on a normal phone line and just use the iChat for screen sharing.
Now, my mother has switched to BT broadband + BT phone (was Metronet broadband + BT phone), now, every time I start a voice call at the same time as screen sharing it crashes the iChat app.
BT tell me it is porbably a fault with the applicaiton, and the fact that it worked for over 3 years whilst on Metronet is pure coincidence. The whole reson she switched to them was to try to save a little money, they want to charge £50/hr to diagnose what the issue might be.
Does anyone else have this problem? If so, has anyone discovered the cause?
Thanks
Stephen

HI,
Describe in more detail please what you mean by "Crash"
Can you Video Chat ?
Can You Audio Only chat ?
These both use the same ports when making a connection and during the actual Chat
A Screen Share is an Audio Chat+ and uses a random port for the Screen Sharing side.
As this port is random you cannot set up Port Forwarding or Port triggering (If the router part does that) and you need to use UPnP (Universal Plug and Play).
UPnP is normally On by default in the later Home Hubs (2 and 3)
Early versions
If she happens to be using iChat 3 or earlier though there can be issues as the Hub is capable of VoIP and using the phone over the Internet.
VoIP uses a protocol over the internet called SIP (Session Initiation Protocol)
This has internationally agreed ports of 5060-5063 (it uses one and will try one at time if not available)
Early version of iChat also used port 5060 to make connections.
However some ISPs started to Block these ports and then charge extra for this "extra" service (sometimes without notification)
Some Modems that can "route' the Phone over the internet also need to have setting changed to allow iChat to work, (Basically the device has a SIP filter regardless of the addresses on the data packages meaning they don't get to the computer and get "lost" as they are not addressed to the Phone either).
Later versions of iChat moved away from the 5060 port(s) and used 16402 as the first choice.
Skype that also uses SIP to make connection have never used the 5060 range.
If there is a error message about Unexpectedly Quit we could do with seeing the "Crash Log" from her Home Folder/Library/Logs/CrashReporter/iChat.
11:15 PM Friday; April 6, 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.3)
 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

Ichat video not working when screen sharing into iMac in target display

I have my MBP (current model) plugged into my 27" iMac and using it as an external monitor. If I screen share into the running iMac from my MBP, several things aren't working properly. When I try to use iChat video, iChat crashes. Full size images don't show up in iPhoto or Preview. Both of these things do work on the iMac when it is not acting as my display when screen sharing into it. Is there a fix for this? As I would still like to be able to use some functions on my iMac through screen sharing when it is being used as my display for the MBP.

You are on your MBP. You have the iMac in Target Display Mode. You are using the iMac's display with the MBP with TDM. At the same time you are using Screen Sharing on the MBP to access your iMac.
Screen Sharing is never a full size view, it is always a window on the Mac's display with a smaller than full size resolution.
The 27" iMac's iSight is not available to use when the iMac is in Target Display Mode. Neither are its USB or FireWire ports.
Dah•veed

Keyboard lockout after screen sharing

I was doing some screen sharing from another Mac on my LAN. There's no "disconnect" feature to stop the remote control, so I simply quit the Screen Sharing "application," closed all windows, and logged out of the controlling Mac.
Problem is, at the target Mac, upon every other restart approximately, like this morning after software updating, the keyboard is locked out. Entire keyboard has no effect. Mouse control is okay. The other Mac wasn't touched for days, while this target Mac has been logging in and out just fine. The restart puts me in a state where I cannot type in my login password, and restarting (with mouse) brings me back to the same state, restart after restart. I don't think it has anything to do with the software update, but instead, some kind of residual control from the other Mac that was not fully severed upon quitting.
Even after going back to the other Mac to remotely log into Finder via screen sharing, the keyboard in the target Mac is still like disconnected. Mouse control still okay. Same problem.
Any solution?

Entire keyboard is locked out EVERY TIME my Mac is restarted! Not just every other time. I mean NOTHING on the keyboard works when locked out -- like it's disconnected, but there's no physical disconnection.
The iffy workaround that gets me back to normal, and only sometimes, is restarting via screen sharing from the remote Mac, then "closing" +Screen Sharing+ (it quits immediately), then quickly logging out of the controlling remote Mac. And THEN I still have to restart the target Mac several times to get lucky! For example, just now restarting five times did not work, but going through the gyration again + restarting twice got me back.
Remote Mac = 2005 Powerbook 15" G4 running 10.5.5
Target Mac = 2003 Dual 2GHz PowerMac G5 running 10.5.5
This new phenomenon came about only after I used +Screen Sharing+ on the LAN.
Help!

Cannot drag and drop when screen sharing

When i try to drag and drop files, whilst i'm screen sharing with my mac at work, i just get a message in the file transfer window, saying that 'ichat waiting for mac to accept file transfer'. But i don't get a dialogue box asking me to accept the file. this happens both ways, so when i drag a file from my macbook to my mac mini at work nothing happens and vice-versa.
I have the mac at work set up to auto accept file transfers and screen sharing. The annoying thing is, that when i take my macbook to work, and both machines are sharing the same connection, the file transferring works perfectly.
I'm assuming its something to do with my router at home, but i cant work out what i need to do. anyone got any ideas?
Both macs are running iChat 4.0.5 and are using google accounts.

upgrade your browser to Firefox 8 and check
* getfirefox.com

Crash after screen sharing

Hi there, it´s a bit long story.
I had an MB138xx/A mid 2007 mac mini with Snow Leopard installed, connected to my TV for watching movies. everything worked great.
I had a Macbook Pro 17" with Snow leopard too from which I used to control my mini via screen share.
Recently I purchased a new MB pro 15" retina with mavericks.
I tried to do some screen sharing again with my mini, and it seemed to work, until after 30 min aprox. of use, the mini got frozen.
I shut down my mini with the power button and it got stacked at the apple logo screen. After a couple tries more, I managed to get to the login screen but mouse and keyboard did not connect bluetooth and I was not able to do anything. After some more tries there was no way to start it, safe reboot, verbose, clean NVram.. nothing.
Fortunately, I was able to start it as FW disk and was able to get all the data back using my laptop, but something looked wrong into disk utility and was not able to format it. The I got a software that enabled me to format it again, and finally I installed marevicks to the mini.
The mini worked perfectly even with 2 GB or ram, 1080p movies played perfectly.
I was able to control it with my new MPB with no problem.
PS: It was totally full of home dust and I had to vacuum it in order to remove it.
BUT.
Yesterday, my wife connected to the mini using my old 17" MBP and guess what.. The mini freezed again!!!!
Nos I am in the same point, no way to go beyond the apple logo.
Do you guys know why is this happening? Is there any kind of malfunction related to screen share between Snow leopard and Mavericks that makes the host computer to die?
The any other reason I can imagine is that screen sharing takes a lot of processing effort and my old mini suffers some kind of overheating?
But then, why can´t I start it again after it becomes cooler? Why was my HD kinda damaged in the first problem?
May be all the problems are because my HD is unstable? I was watching some MKV movies with no problem..
Might the home dust have caused some hardware problem because of unproper cooling?
Thank you so much for your time.

I can only guess right now, but I'd say there's a fair chance that dust on the RAM may have corrupted the drive in unseen ways.
Bootup holding CMD+r, or the Option/alt key to boot from the Restore partition & use Disk Utility from there to Repair the Disk, then Repair Permissions.
Open console in Applications>Utilities, check the system log for the date/time of the last problem & the Startup right after that for clues.
click on the top line we want, Shift plus click on the bottom line we want, CMD+c to copy, then paste the text in a reply with CMD+v
A couple dozen lines should be about right, hundreds or thousands won't likely be readable.

Login freezes on iMac with Lion after screen sharing with another mac.

I have an iMac 27" Late 2009 2.8Ghz Intel Core i7 upgraded with Lion 10.7 (11A511). I have screen sharing enabled on this computer, and I accessed the computer with a 15" MacBook Pro also running Lion of the same version. The screen sharing work. However, when I exited screen sharing on my MacBook, and attempt to login again on the iMac, the login is stuck after entering the password.
Is anybody else have similar issues?

I am having this problem as well. On a late 2009 MPB. I can login to the guest account with no problem and I can also create a new user, but I cant access any of my filevaulted files. This happened after Silverlight caused Safari and everything else to freeze and I had to hard reboot, It's almost like lion is trying to reopen those apps when logging back in and it can't. I reinstalled Lion and repaired disks and disk permissions from the recovery hd. Anyone else??

ASA5510 video conferencing drops after 13min

I am trying to establish video conferencing from outside to inside on a polycom device which is behind ASA5510, but when I try to establish the video conference from outside it drops after 13min. I tried this with a router and it works fine so it must be ASA.
I tried capturing the traffic and when the connection drops I get these messages
x.x.x.x - polycom public IP
y.y.y.y - public ip of the dialer
1610: 06:06:06.044461 x.x.x.x > y.y.y.y: icmp: x.x.x.x udp port 3278 unreachable
1458: 06:38:40.344357 y.y.y.y > x.x.x.x.3230: FP 3535913775:3535913829(54) ack 1558746194 win 8044
1469: 06:38:42.352871 y.y.y.y > x.x.x.x.3230: FP 3535913775:3535913829(54) ack 1558746194 win 8044
1470: 06:38:46.365841 y.y.y.y > x.x.x.x.3230: FP 3535913775:3535913829(54) ack 1558746194 win 8044
1471: 06:38:54.391276 y.y.y.y > x.x.x.x.3230: FP 3535913775:3535913829(54) ack 1558746194 win 8044
1472: 06:39:10.442985 y.y.y.y > x.x.x.x.3230: FP 3535913775:3535913829(54) ack 1558746194 win 8044

I am trying to establish video conferencing from outside to inside on a polycom device which is behind ASA5510, but when I try to establish the video conference from outside it drops after 13min. I tried this with a router and it works fine so it must be ASA.
I tried capturing the traffic and when the connection drops I get these messages
x.x.x.x - polycom public IP
y.y.y.y - public ip of the dialer
1610: 06:06:06.044461 x.x.x.x > y.y.y.y: icmp: x.x.x.x udp port 3278 unreachable
1458: 06:38:40.344357 y.y.y.y > x.x.x.x.3230: FP 3535913775:3535913829(54) ack 1558746194 win 8044
1469: 06:38:42.352871 y.y.y.y > x.x.x.x.3230: FP 3535913775:3535913829(54) ack 1558746194 win 8044
1470: 06:38:46.365841 y.y.y.y > x.x.x.x.3230: FP 3535913775:3535913829(54) ack 1558746194 win 8044
1471: 06:38:54.391276 y.y.y.y > x.x.x.x.3230: FP 3535913775:3535913829(54) ack 1558746194 win 8044
1472: 06:39:10.442985 y.y.y.y > x.x.x.x.3230: FP 3535913775:3535913829(54) ack 1558746194 win 8044

Adobe Connect stays on tray after screen sharing

Hi,
When sharing screen and stopping the ScreenSharePublisher, the Adobe Connect component does not always close and stays on the tray.
Is there a way to ensure that the Adobe Connect component closes properly?
Thanks!

Here you go
That's after the plugin had publishing stopped. Seems to be a new issue. Was there a new update to the Connect Plugin? Only noticed this today on a freshly formatted machine.

Last-minute help! Video quality drops after burn

I'm exporting a video out of FCP using Compressor, saving directly to the DVD format for burning inside DVD Studio Pro. When I preview the video inside DSP, it looks amazing. After I finish burning the disc and view it in DVD Player, the video quality looks horrible.
See a screenshot here:
http://www.door62.com/temp/DVD-quality.jpg
The one on the left is DVD Player, the one on the right is the preview inside DSP.
Any advice? This is actually ridiculously last-minute... Any help would be hugely appreciated

I have been having simliar trouble, esp. with textured backgrounds in the video.
Specifically, someone sitting in a board room delivering a short message (2 minutes) on camera. The background is a textured wood panel with a continuously changing color gradient.
I encode in Compressor, NTSC lower field, 2-pass VBR, 6.1 Mbps avg., 7.2 Mbps max., AIF audio. I have also tried a number of bit rate variations including CBR and AC3 audio.
I drop the clip in a DVDSP track and it looks fine in simulator. Also open the m2v in QT Pro, it looks fine.
After building, I check the TS_Folder in Apple DVD Player, and the background pulses, shifting from light to dark and is filled with artifacts. It looks even worse on a set-top player.
I have had problems like this a number of times, and end up having to use other programs on Windows to get around it. Kind of a pain.
Has anyone else seen anything like this?
G5 Dual 2.3 GHz Mac OS X (10.4.8) 2.5 GB RAM, ROM v5.2.4f1
G5 Dual 2.3 GHz Mac OS X (10.4.8) 2.5 GB RAM, ROM v5.2.4f1

Menu bar translucency not working after screen sharing

I've taken a screen shot of my desktop
http://picasaweb.google.com/victor.a.tran/Mac/photo#5202983242362095218
As you can see the top 1/3 of the menubar is white/light grayish.
This happened only after doing a screen share and I can't get it back to the original Leopard menubar, the only thing I can do to make it look "normal" is to turn off menubar translucency.
Anyone know how I can get the tranlucent menubar back?

All you have to do is create a sub directory on the remote server called junk or whatever, uploade the files there and supply a link. When things are sorted, you can delete the subdirectory.
Gramps

Ipod 30gb Video no backlight after screen replacement?

i raplaced the lcd screen on my 30gb ipod video and there is still no backlight (this was the initial problem that i was replacing the screen for).. any ideas what i should do here?

Could be the battery or maybe another problem I have no specific suggestions.

I cant drag and drop in Screen sharing

I have my 2 macs connected via ethernet cable and cant drag and drop or share files from my iMac G5 to my PM G4 QS- both are running 10.5.8--
any i dea why? i can share files with the other macs vie wirelesconnections on my network....

Hi
I think I know what's happening as I'm having the same problem.
Under previous iPhotos you could look at the main viewer and drag a photo or multiple photos from there to an already created album.
Now, it only appears that you can drag an entire event from the events window to an album, even when you click on an event to open it, you can't drag individual photos from an event to an album.
So how do we add individual photos to an album??
Gavin

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

Video constantly drops after screen sharing

Similar Messages

Maybe you are looking for