W teście mogłem przesyłać strumieniowo film Full HD w naszej sieci z komputera mojego przyjaciela, bez problemu. Jest tak szybki, jak bym chciał.
Ale VNC jest boleśnie powolny. Próbowaliśmy Real VNC i Tight VNC, bawiłem się Capture Method
ustawieniami, ale nic nie wydaje się mieć znaczenia; jest po prostu taki wolny.
Czy ktoś ma jakieś wskazówki na temat korzystania z VNC, jak poprawić prędkość, a może jakieś alternatywy?
Czy jest to charakter niedostrzegania wystarczająco szybko unieważnionych części ekranu, czy może coś spowalnia go w sieci?
Oboje używamy systemu Windows 7.
Musimy być w stanie wyświetlać i kontrolować swoje komputery bez blokowania hosta, aby RDP nie działał (chyba że ktoś wie inaczej).
źródło
VNC nie jest porównywalny z przesyłaniem strumieniowym wideo. Podczas przesyłania strumieniowego wideo zazwyczaj przesyłany jest wstępnie skompresowany strumień wideo przez sieć. W przypadku strumieni HD jest często kodowany w formacie H.264. Jeśli używasz VNC, komputer hosta musi wykonać migawki ekranu i skompresować je przed wysłaniem ich do sieci. Jest tu kilka ograniczeń:
Cóż, istnieje kilka „sztuczek”, które są stosowane przez kodeki wideo oraz narzędzia do zdalnego sterowania i współdzielenia ekranu. Przede wszystkim próbują wykryć zmiany na ekranie i przenieść tylko (skompresowany) obraz zmian. Zwykle oszczędza to DUŻO przepustowości i mocy obliczeniowej. Jednak w przypadku przesyłania pełnoekranowego wideo niewiele to pomaga, ponieważ cały ekran musi być zbyt często przesyłany ponownie. Jak napisano powyżej, obecne urządzenia prawdopodobnie nie będą w stanie ponownie zakodować w czasie zawartości ekranu w jakości Full-HD i przesyłać strumieniowo do aplikacji do zdalnego sterowania, ponieważ host będzie musiał dekodować zawartość wideo, a następnie ponownie zakodować nieprzetworzone obrazy przed wysłaniem je do sieci. Niektóre starsze urządzenia dwurdzeniowe są nawet na granicy możliwości dekodowania treści wideo Full-HD.
Aby poprawić szybkość zdalnego sterowania VNC, możesz wykonać następujące czynności:
Innym problemem dla VNC jest to, że musi wykrywać zmiany na ekranie. Niektóre implementacje VNC wykonują „głupie” zrzuty ekranu i porównują je z poprzednim zrzutem ekranu w celu wykrycia zmian. To już wymaga dużej mocy. Niektóre bardziej zaawansowane implementacje działają ze specjalnymi sterownikami wyświetlania (sprawdź UltraVNC), które są tutaj bardziej wydajne, ale wymagają zainstalowania specjalnych sterowników.
Oczywiście wszystko to nie pomaga, jeśli odtwarzasz wideo na swoim komputerze. W takim przypadku VNC będzie musiał ponownie zakodować ~ 30 pełnoekranowych obrazów na sekundę i wysłać je przez sieć. W przypadku większości kompresji, które mogą być wykonywane w czasie rzeczywistym przez dzisiejsze procesory, strumień taki zająłby przepustowość> 8 Mb / s. Dlatego nie nadaje się do większości połączeń internetowych (szczególnie pomyśl o asymetrycznych połączeniach DSL z prędkością przesyłania zwykle mniejszą niż 1 Mb / s, i tak, to szybkość przesyłania ma znaczenie po stronie hosta).
Może być odpowiedni do użycia w sieci LAN, ale tutaj powinieneś prawdopodobnie więcej pomyśleć o skonfigurowaniu serwera multimediów lub udostępnić swoje media za pomocą serwera multimediów DLNA / UPnP (nawet odtwarzacz multimediów Win7 może to zrobić). Następnie użyj klienta DLNA, aby odtworzyć udostępnione multimedia.
źródło
Absolutnie najszybszy wariant VNC, jakiego kiedykolwiek użyłem, to UltraVNC z zainstalowanym sterownikiem Video Mirror Driver . RDP jest wciąż zauważalnie szybszy, ale nie jest tak zły.
Słyszałem też bardzo dobre rzeczy o ZeroRemote , ale nigdy tego nie testowałem. Wygląda na to, że TrueRemote jest jego następcą.
źródło
Jeśli próbujesz oglądać wideo w sieci LAN, najszybszym rozwiązaniem pod względem samej szybkości rysowania ekranu jest prawdopodobnie Radmin .
źródło
Jak mówi @Journeyman Geek, VNC jest nieefektywny. Jest to zaprojektowane tak, aby VNC nie musiał „rozumieć” tego, co próbuje wyświetlić klient zdalny.
RDP tak naprawdę działa, dzięki czemu może szybciej tworzyć skróty i renderować obrazy. RDP informuje drugi koniec, na przykład „klient otworzył okno w tej lokalizacji” zamiast wysyłać dane bitmapowe reprezentujące zmianę ekranu.
Istnieją hacki „serwera terminali”, które dodadzą możliwości RDP do wersji systemu Windows, które ich nie obsługują, ale oficjalnie ich nie polecam i używasz ich na własne ryzyko. Myślę jednak, że nawet „Startowe” wersje systemu Windows 7 są dostarczane z „Pomocą zdalną” (msra.exe), której możesz spróbować użyć.
Jednak, co możesz zrobić, aby poprawić wydajność VNC, to obniżenie głębokości wyświetlania do 8 bitów, obniżenie rozdzielczości ekranu klienta i użycie buforowania bitmapy po stronie klienta. Oznacza to, że VNC musi przesyłać mniej danych w sieci, a Ty uzyskasz lepszą wydajność (ale nie będzie ładnie wyglądać).
źródło
Jeśli szukasz wydajności, nie musisz używać VNC, spróbuj czegoś takiego jak LogMeIn . Jest bezpłatny i działa dobrze.
źródło
Możesz także wypróbować TeamViewer, jest darmowy do użytku niekomercyjnego i był dla mnie dość szybki. Jednak nie testowałem tego na wideo HD.
źródło
Dla mnie nawet przez Internet (z częstotliwościami ping> 50ms i przyzwoitym pasmem> 1mbit / s) bardzo dobrze zachowuję się na UltraVNC. Magia polega na zmianie ustawień połączenia.
Po uruchomieniu przeglądarki przejdź do „Opcje połączenia”, wyłącz „Automatycznie wybierz najlepsze ustawienia”, włącz „Ciasne” i obniż „Jpeg”, aby obniżyć jakość, jeśli to konieczne (2-4 działa dobrze).
To jedyny sposób, w jaki znam gting Full Colours z przyzwoitą wydajnością. Dostaniesz kilka klatek na sekundę, co wystarczy, aby uzyskać szybki pokaz slajdów na pełnym ekranie (wystarcza na wszystko, co robię, w tym na zdalne tworzenie, do oglądania filmu zbyt wolno, a także nie ma dźwięku).
Ponadto w „Właściwościach” serwera pomaga mieć (jeśli nie używa się sterownika kopii lustrzanej, co znacznie poprawia wydajność), aby mieć „Sonduj pełny ekran”, „Okno pierwszego planu ankiety”, „Okno ankiety pod kursorem”, „System HookDll”, „ Niska dokładność ”włączona. Zasadniczo prawie wszystko po lewej stronie.
źródło