테스트에서 친구의 컴퓨터에서 네트워크를 통해 풀 HD 영화를 스트리밍 할 수있었습니다. 내가 원하는만큼 빠릅니다.
그러나 VNC는 고통스럽게 느립니다. 우리는 Real VNC와 Tight VNC를 시도했지만 Capture Method설정을 가지고 놀았 지만 아무런 차이가없는 것 같습니다. 너무 느립니다.
VNC 사용, 속도 개선 방법 또는 대안에 대한 팁이 있습니까?
화면의 무효화 된 부분을 충분히 빨리 알아 차리지 못하는 특성입니까, 아니면 네트워크 속도가 느려질까요?
우리는 모두 Windows 7을 사용하고 있습니다.
호스트 를 잠그지 않고 서로의 PC를보고 제어 할 수 있어야 하므로 RDP가 작동하지 않습니다 (다른 사람이 알지 않는 한).
답변
VNC는 비효율적입니다. VNC는 일련의 스크린 샷을 찍고 압축하여 네트워크를 통해 슬링하여 거의 작동합니다.
Windows에서 RDP는 더 나은 성능을 제공하지만 적절한 RDP를 위해서는 서버 / 소스 쪽에서 전문가 이상이 필요합니다.
wierdly 원격 지원은 터미널에서 사용자와 동일한 화면을보고 원격 시스템의 사용자 모두의 요구 – 그것의 RDP에 대해 더 잘 작동 할 수있다
편집 : 4 년 후, 비슷한 작업에 nomachine 을 사용하고 있습니다 .OS 전체에서 작동하며 다른 유용한 작업을 수행합니다.
답변
VNC는 비디오 스트리밍과 비교할 수 없습니다. 비디오 스트리밍에서는 일반적으로 네트워크를 통해 사전 압축 된 비디오 스트림을 전송합니다. HD 스트림의 경우 종종 H.264로 인코딩됩니다. VNC를 사용하는 경우 호스트 컴퓨터는 네트워크로 전송하기 전에 화면 스냅 샷을 작성하고 압축해야합니다. 여기에는 몇 가지 제약이 있습니다.
- 강력한 압축에는 많은 CPU 전력이 필요합니다. 예를 들어 H.264로 90 분 분량의 영화를 고품질로 인코딩하면 종종 Athlon X2 4450e 서버에서 압축 시간이 4 시간 이상 걸립니다. 일반적으로 이러한 강력한 압축은 원격 제어와 같은 실시간 응용 프로그램에는 적합하지 않습니다.
- 낮은 압축은 차례로 인터넷과 같은 저 대역폭 연결에서 문제가 될 수있는 더 많은 네트워크 대역폭을 필요로합니다.
음, 비디오 코덱과 원격 제어 및 화면 공유 유틸리티에 의해 적용되는 몇 가지 “트릭”이 있습니다. 우선 그들은 화면 변경 사항을 감지하고 변경 사항의 (압축 된) 이미지 만 전송하려고합니다. 이것은 일반적으로 많은 대역폭과 처리 능력을 절약합니다. 그러나 전체 화면 비디오 전송의 경우 전체 화면을 너무 자주 다시 전송해야하므로 크게 도움이되지 않습니다. 위에서 언급 한 것처럼 현재 컴퓨터는 호스트가 비디오 콘텐츠를 디코딩 한 다음 전송하기 전에 원시 이미지를 다시 인코딩해야하기 때문에 화면 콘텐츠를 Full-HD로 관련 시간 인코딩하고 원격 제어 응용 프로그램으로 스트리밍 할 수 없습니다. 네트워크에 연결합니다. Full-HD 비디오 컨텐츠를 디코딩 할 때 일부 구형 듀얼 코어 시스템은 한계에 도달합니다.
VNC 원격 제어 속도를 향상 시키려면 다음을 수행하십시오.
- 대부분의 VNC 서버 / 클라이언트는 여러 압축 알고리즘을 지원합니다. 그중 일부는 작은 대역폭, 일부는 좋은 이미지 품질 및 낮은 대기 시간에 최적화되어 있습니다. 이것은 리모콘의 다른 측면에 영향을줍니다. 이 서비스는 대화 형 대기 시간 문제이므로 (5 분 인코딩 후 마우스 클릭에 대한 반응을 보지 않으려는 경우).
- 호스트 시스템의 화면 변경 량을 줄이십시오. 예를 들어 Windows 바탕 화면 효과, 애니메이션 등을 비활성화하십시오. 이렇게하면 화면의 변경된 부분 만 네트워크를 통해 전송되므로 대역폭이 절약됩니다.
- 투명성과 같은 호스트에서 추가 시각 효과를 비활성화하십시오. Vista / Win7에서 사용하는 투명한 Windows는 이미지의 “압축성”을 줄입니다. 단색 / “평평한”영역은 생생한 색상과 멋진 디테일보다 압축하는 것이 훨씬 효율적입니다. 따라서 Aero 투명도 및 데스크탑 효과를 비활성화하면 실제로 원격 제어 경험의 속도가 빨라집니다. 대부분의 원격 제어 도구는 연결시 이러한 효과를 자동으로 비활성화 할 수도 있습니다 (예 : Microsoft RDP 및 일부 VNC 구현).
- 배경 사진에도 동일하게 적용됩니다. HD 사진 대신 단색 배경 설정을 사용해보십시오.
VNC의 또 다른 문제는 화면의 변경 사항을 감지해야한다는 것입니다. 일부 VNC 구현은 “dumb”스크린 샷을 수행하고 이전 스크린 샷과 비교하여 변경 사항을 감지합니다. 이미 많은 힘이 필요합니다. 일부 고급 구현은 여기에서는 더 효율적이지만 특수 드라이버를 설치해야하는 특수 디스플레이 드라이버 (UltraVNC 확인)와 함께 작동합니다.
물론 호스트 컴퓨터에서 비디오를 재생하는 경우이 모든 것이 도움이되지 않습니다. 이 경우 VNC는 초당 ~ 30 개의 전체 화면 이미지를 다시 인코딩하고 네트워크를 통해 전송해야합니다. 오늘날의 CPU가 실시간으로 수행 할 수있는 대부분의 압축에서 이러한 스트림은 8Mbps 이상의 대역폭을 사용합니다. 따라서 대부분의 인터넷 연결에는 부적합합니다 (특히 일반적으로 업로드 속도가 1Mbps 미만인 비대칭 DSL 연결에 대해 생각하십시오. 예, 호스트 측에서 중요한 업로드 속도입니다).
LAN 사용에 적합 할 수도 있지만 여기서는 DLNA / UPnP 미디어 서버를 사용하여 미디어 서버를 설정하거나 미디어를 공유하는 것에 대해 더 많이 생각해야합니다 (Win7 미디어 플레이어도 가능). 그런 다음 DLNA 클라이언트를 사용하여 공유 매체를 재생하십시오.
답변
내가 사용한 것 중 가장 빠른 VNC 변형 은 비디오 미러 드라이버가 설치된 UltraVNC 입니다 . RDP는 여전히 눈에 띄게 빠르지 만 그다지 나쁘지는 않습니다.
또한 ZeroRemote 에 대해 정말 좋은 점을 들었지만 테스트 한 적이 없습니다. TrueRemote 가 후속 제품인 것으로 보입니다 .
답변
LAN을 통해 비디오를 시청하려는 경우 화면 그리기 속도가 가장 빠른 솔루션은 아마도 Radmin 일 것입니다 .
답변
@Journeyman Geek가 말했듯이 VNC는 비효율적입니다. 이는 VNC가 원격 클라이언트가 표시하려고하는 것을 “이해”할 필요가 없도록 의도적으로 설계된 것입니다.
RDP는 실제로 그렇게하므로 바로 가기를 사용하고 이미지를 더 빠르게 렌더링 할 수 있습니다. RDP는 다른 쪽 끝, 예를 들어 화면 변경을 나타내는 비트 맵 데이터를 보내는 대신 “클라이언트가이 위치에서 창을 열었습니다”라고 알려줍니다.
RDP 기능을 제공하지 않는 Windows 버전에 RDP 기능을 추가하는 “터미널 서버”해킹이 있지만 공식적으로 권장하지는 않으며 사용자가 위험을 감수해야합니다. 그러나 Windows 7의 “Starter”버전에도 “Remote Assistance”(msra.exe)가 포함되어 있다고 생각합니다.
그러나 VNC 성능을 향상시키기 위해 수행 할 수있는 작업에는 디스플레이 깊이를 8 비트로 낮추고 클라이언트 화면의 해상도를 낮추며 클라이언트 측 비트 맵 캐싱을 사용하는 것이 포함됩니다. 즉, VNC는 적은 양의 데이터를 유선으로 운송해야하므로 성능이 향상 될 것입니다.
답변
TeamViewer를 사용해 볼 수도 있습니다. 비상업적 용도로는 무료이며 상당히 빠릅니다. 그래도 HD 비디오에서는 테스트하지 않았습니다.