VNC no es comparable a la transmisión de video. En la transmisión de video, generalmente transfiere una transmisión de video precomprimida a través de la red. Para transmisiones en HD a menudo está codificado en H.264. Si usa VNC, su computadora host debe tomar instantáneas de pantalla y comprimirlas antes de enviarlas a la red. Aquí hay varias restricciones:
- La compresión fuerte necesita mucha potencia de la CPU. Por ejemplo, codificar una película de 90 minutos en H.264 en alta calidad a menudo requiere más de 4 horas de tiempo de compresión en mi servidor Athlon X2 4450e. Por lo general, una compresión tan fuerte no es adecuada para aplicaciones en tiempo real como el control remoto.
- Una compresión menos fuerte a su vez requerirá más ancho de banda de red, lo que podría convertirse en un problema en conexiones de bajo ancho de banda como Internet.
Bueno, hay un par de "trucos" que aplican los códecs de video y las utilidades de control remoto y uso compartido de pantalla. En primer lugar, intentan detectar los cambios en la pantalla y transferir solo la imagen (comprimida) de los cambios. Esto generalmente ahorra MUCHO ancho de banda y potencia de procesamiento. Sin embargo, para la transferencia de video a pantalla completa no ayuda mucho ya que toda la pantalla tiene que volver a transferirse con demasiada frecuencia. Como se escribió anteriormente, las máquinas actuales probablemente no podrán volver a codificar en tiempo el contenido de su pantalla en Full-HD y transmitirlo a una aplicación de control remoto ya que su host tendrá que decodificar el contenido de video y luego volver a codificar las imágenes en bruto antes de enviar ellos a la red. Algunas máquinas antiguas de doble núcleo incluso están al límite cuando decodifican contenido de video Full-HD.
Para mejorar su velocidad de control remoto VNC puede hacer lo siguiente:
- La mayoría de los servidores / clientes VNC admiten múltiples algoritmos de compresión. Algunos de ellos están optimizados para un ancho de banda pequeño, algunos para una buena calidad de imagen y otros para baja latencia. Esto toca otro aspecto del control remoto. Dado que el servicio es interactivo, la latencia es importante (no desea ver la reacción a un clic del mouse justo después de 5 minutos de codificación).
- Intente reducir la cantidad de cambios de pantalla en su máquina host. Por ejemplo, intente deshabilitar los efectos de escritorio de Windows, las animaciones, etc. Esto ahorra ancho de banda ya que solo las partes cambiadas de la pantalla se transfieren por la red.
- Intente deshabilitar más efectos visuales en el host como la transparencia. Las ventanas transparentes utilizadas por Vista / Win7 reducen la "compresibilidad" de las imágenes. Las áreas unicolor / "planas" son mucho más eficientes para comprimir que los colores vibrantes y los detalles elegantes. Entonces, deshabilitar la transparencia Aero y los efectos de escritorio realmente aceleran la experiencia del control remoto. La mayoría de las herramientas de control remoto incluso permiten desactivar dichos efectos automáticamente en la conexión (por ejemplo, Microsoft RDP y algunas implementaciones de VNC).
- Lo mismo se aplica a las imágenes de fondo. Intente utilizar la configuración de fondo de un color en lugar de imágenes HD.
Otro problema para VNC es que tiene que detectar los cambios en su pantalla. Algunas implementaciones de VNC hacen capturas de pantalla "tontas" y las comparan con la captura de pantalla anterior para detectar cambios. Esto ya está tomando mucho poder. Algunas implementaciones más avanzadas funcionan con controladores de pantalla especiales (verifique UltraVNC) que son más eficientes aquí pero requieren la instalación de controladores especiales.
Por supuesto, todo esto no ayuda si está reproduciendo un video en su máquina host. En este caso, VNC tendrá que volver a codificar ~ 30 imágenes de pantalla completa por segundo y enviarlas a través de la red. En la mayoría de las compresiones que se pueden realizar en tiempo real por las CPU de hoy en día, dicha transmisión requeriría> 8Mbps de ancho de banda. Por lo tanto, no es adecuado para la mayoría de las conexiones a Internet (especialmente piense en las conexiones DSL asimétricas con una velocidad de carga de menos de 1 Mbps, y sí, es la velocidad de carga lo que importa en el lado del host).
Puede ser adecuado para el uso de LAN, pero aquí probablemente debería pensar más en configurar un servidor de medios o compartir sus medios usando el servidor de medios DLNA / UPnP (incluso el reproductor de medios Win7 puede hacer esto). Luego use un cliente DLNA para reproducir los medios compartidos.