Configuración del espectador de UltraVnc

Install | Configure | Usage | Cmd line | Viewer | Registry | Unattended

Hay muchas opciones que se pueden configurar del lado del espectador. Opciones rápidas del espectador

Opciones rápidas

Las opciones rápidas se relacionan con los ajustes siguientes de la configuración:

Auto

LAN

Medio

Módem

Lento

Ultra

Visión solamente: No se envía ningunos acontecimientos del teclado o del ratón del espectador al servidor. La pantalla del servidor se puede ver solamente, pero no controlado.
Escalamiento auto: La ventana del espectador se escala automáticamente para caber el tamaño de su pantalla local.
Utilizar DSM enchufable: Elegir un DSM (modificación de la secuencia de datos) enchufable y configurarlo.
Para utilizar una encripción enchufable, por ejemplo, comprobar esta opción y seleccionar el enchufable en la caja combinada. El archivo enchufable debe estar en el mismo directorio que el programa de vncviewer.exe. Y por supuesto, el mismo enchufable se debe utilizar por el servidor de UltraVNC que usted conecta con.
Poder/repetidor: Especificar la dirección del repetidor aquí.
Ahorrar los ajustes de la conexión como defecto: Si están comprobados, los ajustes actuales se ahorran como opciones implícitas en un archivo de configuración. La vez tan próxima usted funciona con a espectador, usted no tiene que reelegir todos sus ajustes preferidos.

La configuración adicional del espectador puede ser hecha al presionar el botón de opciones.
Formato y codificación: Ver la sección de las codificaciones abajo.
Nota: Los colores grises trabajan solamente con la resolución de la pantalla del color de 32 pedacitos. las resoluciones de 16/24 color de los pedacitos apenas no trabajan con colores grises.
Botones de ratón
Cursor del ratón
Exhibición
Misceláneo

Codificaciones

Esta sección (excepto ultra la codificación) se toma de la página de hombre del vncviewer de TightVNC.

El servidor suministra la información en cualquier formato es deseado por el cliente, para hacer al cliente tan fácil como sea posible ejecutar. Si el cliente se representa como capaz de utilizar formatos múltiples, el servidor elegirá uno.

El formato del pixel refiere a la representación de un pixel individual. Los formatos mas comunes son 24 y 16 valores del “verdadero-color” del pedacito, y “las representaciones de 8 bits del mapa de color”, donde un mapa arbitrario convierte el número del color a los valores del RGB.

La codificación se refiere a cómo un rectángulo de pixeles se envía (toda la información del pixel en VNC se envía como rectángulos). Todos los rectángulos vienen con un jefe que da la localización y tamaño del rectángulo y un tipo de la codificación usados por los datos que sigue. Estos tipos son mencionados abajo.

Crudo: La codificación cruda envía simplemente valores del pixel del width*height. Requieren a todos los clientes apoyar este tipo de la codificación. Crudo es también el más rápido cuando el servidor y el espectador están en la misma máquina, pues la velocidad de conexión es esencialmente infinita y la codificación cruda reduce al mínimo tiempo de transformación.
CopyRect: La codificación del rectángulo de la copia es eficiente cuando se está moviendo algo; los únicos datos enviados son la localización de un rectángulo de el cual los datos se deban copiar a la localización actual. Copyrect se podía también utilizar para transmitir eficientemente un patrón repetido.
RRE: La Levantar-y-Funcionar-longitud-Codificación es básicamente una 2.a versión de la codificación de la funcionar-longitud (RLE). En esta codificación, una secuencia de pixeles idénticos se comprime a un solos valor y cuenta de repetición. En VNC, esto se ejecuta con un color de fondo, y entonces especificaciones de un número arbitrario de rectángulos y de color secundarios para cada uno. Esto es una codificación eficiente para los bloques grandes de color constante.
CoRRE: Esto es una variación de menor importancia en RRE, usar un máximo de los rectángulos del pixel 255x255. Esto permite para que los valores del solo-octeto sean utilizados, reduciendo tamaño de paquete. Esto está en el general más eficiente, porque los ahorros de enviar valores de 1 octeto compensan generalmente las pérdidas de los casos (relativamente raros) donde las regiones muy grandes se pintan el mismo color.
Hextile: Aquí, los rectángulos se dividen adentro a los azulejos 16x16, que se envían en una orden predeterminada. Los datos dentro de los azulejos se envían crudo o como variante en RRE. La codificación de Hextile es generalmente la mejor opción para usar en los ambientes de red de alta velocidad (e.g. redes local-area de Ethernet).
Zlib: Zlib es una codificación muy simple que utiliza la biblioteca del zlib para comprimir datos crudos del pixel. Esta codificación alcanza la buena compresión, pero consume mucho tiempo CPU. La ayuda para esta codificación se proporciona para la compatibilidad de los servidores de VNC que no pudieron entender la codificación apretada que es más eficiente que Zlib en casi todas las situaciones de la vida real.
Firmemente: Como la codificación de Zlib, la biblioteca apretada del zlib de las aplicaciones de la codificación para comprimir los datos del pixel, pero ella preprocesa datos para maximizar cocientes de compresión, y para reducir al mínimo uso de la CPU en la compresión. También, la compresión del JPEG se puede utilizar para codificar áreas de pantalla coloridas (véase la descripción - calidad y - de las opciones del nojpeg arriba). La codificación apretada es generalmente la mejor opción para los ambientes de red de la bajo-anchura de banda (e.g. conexiones de módem lentas).
Ultra: Experimental, ultra la codificación proporciona funcionamiento en tiempo real sobre un LAN utilizando la compresión de LZO. LZO es un esquema de la compresión de datos que es conveniente para los datos de-/compression en tiempo real. Esto significa que favorece velocidad sobre cociente de compresión.