Jakim cudem TeamViewer jest tak szybki?

Przepraszam za Długość, to trochę konieczne.

Wprowadzenie

Rozwijam program do zdalnego pulpitu (dla zabawy) w C# 4.0 Dla Windows Vista/7. Przeszedłem przez podstawowe przeszkody: mam solidny system wiadomości UDP, stosunkowo czysty projekt programu, Mam sterownik lustrzany (darmowy sterownik lustrzany Dfmirage od DemoForge), i zaimplementowałem przemieszczenie NAT dla wszystkich typów NAT z wyjątkiem symetrycznych Nat (obecnych w korporacyjnej zapory sieciowej sytuacje).

Jeśli chodzi o przesyłanie/udostępnianie ekranu, dzięki sterownikowi mirror, jestem automatycznie powiadamiany o zmieniających się regionach ekranu i mogę po prostu przenieść ciągle zmieniającą się bitmapę ekranu sterownika mirror na moją własną bitmapę. Następnie kompresuję obszar ekranu jako PNG i wysyłam go z serwera do mojego klienta. Wszystko wygląda całkiem dobrze, ale nie jest wystarczająco szybko. Jest tak samo wolny jak VNC (btw, nie używam protokołu VNC, tylko Niestandardowy protokół Amatorski).

Z najwolniejsze oprogramowanie pulpitu zdalnego do najszybszego, lista zwykle zaczyna się we wszystkich implementacjach podobnych do VNC, a następnie wspina się na Pulpit zdalny Microsoft Windows...i wtedy...TeamViewer. Nie jestem pewien co do Crossloopa, LogMeIn - nie używałem ich, ale TeamViewer jest szalenie szybki. Jest dosłownie na żywo. Uruchomiłem tree polecenie w wierszu polecenia i zaktualizowałem je z opóźnieniem 20 ms. Mogę przeglądać internet tylko kilka milisekund wolniej niż na moim laptopie. Przewijanie kodu w pionie w wizualnym Studio ma opóźnienie 50 ms. Pomyśl o tym, jak solidne musi być rozwiązanie TeamViewer do przenoszenia ekranu, aby to wszystko osiągnąć.

VNC używają haków opartych na ankiecie do wykrywania zmiany ekranu i przechwytywania/porównywania ekranu brute force w najgorszym przypadku. W najlepszym razie używają sterownika lustrzanego, takiego jak DFMirage. Jestem na tym poziomie. Używają protokołu RFB.

Microsoft Windows Remote Desktop najwyraźniej idzie o krok wyżej niż VNC. Słyszałem, że gdzieś na StackOverflow, że Pulpit zdalny systemu Windows nie wysyła bitmap ekranowych, ale rzeczywiste polecenia rysowania. To dość genialne, ponieważ może po prostu wysłać prosty tekst (narysuj ten prostokąt na tej współrzędnej i pokoloruj go tym gradientem)! Zdalny pulpit naprawdę jest dość szybki - i jest to standardowy sposób pracy z domu. I używa czegoś, co nazywa się protokołem RDP.

Ale Wersja 7...it teraz jest śmiesznie szybki. Jest szybszy niż zdalny pulpit Windows. Streamowałem gry DirectX 3D za pomocą TeamViewer(przy 1 kl. / s, ale Pulpit zdalny systemu Windows nie pozwala nawet na uruchomienie DirectX).

Pytanie

Moje pytanie brzmi, jak TeamViewer jest tak szybki?To nie może być możliwe. Jeśli Masz rozdzielczość 1920 na 1080 przy nawet 24 bitowej głębi (16 bitowa głębia byłaby zauważalnie brzydka), to nadal 6,220,800 bajtów raw. Nawet użycie libjpeg-turbo (jednej z najszybszych bibliotek kompresji JPG używanych przez duże korporacje), skompresowanie jej do 30KB (bądźmy niezwykle hojni), zajęłoby trochę czasu, aby przejść przez TeamViewer serwery (TeamViewer omija symetryczne Naty korporacyjne, po prostu proxy ruchu przez ich serwery). A kompresja libjpeg-turbo zajmie trochę czasu. Wysokiej jakości kompresja JPG zajmuje 175 milisekund, aby uzyskać pełny zrzut ekranu 1920 na 1080. I ta liczba wzrasta, jeśli komputer hosta uruchamia procesor Atom. Po prostu nie rozumiem, w jaki sposób TeamViewer tak dobrze zoptymalizował transfer ekranu. Ponownie, obrazy o małych rozmiarach mogą być mocno skompresowane, ale weź co najmniej dziesiątki milisekund do kompresji. Kompresowanie obrazów o dużych rozmiarach nie zajmuje dużo czasu, ale przejście przez nie zajmuje dużo czasu. W jakiś sposób TeamViewer kończy cały ten proces, aby uzyskać około 20-25 klatek na sekundę. Używałem monitora sieciowego, a TeamViewer nadal jest bez lagów przy prędkości 500 Kbps I 1 Mbps (VNC Software lag na kilka sekund przy tej szybkości transferu). Podczas mojego testu wiersza poleceń tree, TeamViewer odbierał dane przychodzące z prędkością 1 MB / s i nadal działał 5-6 fps. VNC i zdalny pulpit nie rób tego. Więc jak?

Odpowiedzi będą nieco skomplikowane i skomplikowane, więc proszę nie publikować swojego $0.02, jeśli masz zamiar powiedzieć, że to dlatego, że używają UDP zamiast TCP (uwierzyłbyś, że używają TCP równie skutecznie).

Potencjalne Odpowiedzi

Zaktualizuje to, gdy ludzie odpowiedzą.

1. moje myśli są, przede wszystko to, TeamViewer ma bardzo dobrą kontrolę nad siecią. Na przykład, dzielą duże pakiety tuż pod rozmiarem MTU i nigdy nie marnują podróży. Prawdopodobnie mają różnego rodzaju fantazyjne haczyki do wykrywania zmian ekranu wraz z niezwykle szybkimi porównaniami obrazów XOR.