Como configurar RemoteFX en Hyper-V

RemoteFX es una nueva característica en Hyper-V R2 SP1. RemoteFX  permite proporcionar una experiencia de usuario enriquecida a los usuarios finales que se conectan a través de RDP. Tradicionalmente cuando nos conectamos por RDP la capacidad grafica tiene unas limitaciones importantes,  con RemoteFX el usuario tendrá la misma interfaz de usuario y la misma experiencia cuando se conecta a través de RDP. Esto puede ser muy importante cuando se trata de las implementaciones de VDI.

Antes de instalar RemoteFX debe tener en cuenta los requisitos que incluyen:

• Hosts de Hyper-V R2 SP1
• SLAT habilitado CPUs (EPT Intel o AMD RVI)
• GPU
• Soporte DX c 9 y 10
• Memoria gráfica dedicada
• Cliente de RemoteFX (RDP 7.1)

La Instalación de RemoteFX es bastante sencilla. En el servidor habrá que iniciar el Asistente para agregar funciones (Roles) y seleccionar los servicios de escritorio remoto.

En Características (Role Services), seleccione el Host de virtualización de escritorio remoto, así como los dos sub-roles; Los servicios básicos y RemoteFX.

Una vez completado, puede abrir el administrador de Hyper-V y verá una nueva opción disponible bajo agrega Hardware, el adaptador de vídeo 3D de RemoteFX. Debe instalar este paquete en todas VMs que precise de esta tecnología.

En la configuración de la máquina virtual, podemos configurar el número de monitores en el cliente final, así como la resolución.

Importante:

Deberemos tener cuidado en la configuración de las opciones de monitor y resolución, también deberemos tener en cuenta la cantidad de maquinas virtuales que tendremos funcionando al mismo tiempo que utilicen la tecnología RemoteFX de cara al consumo de memoria de la GPU de la tarjeta grafica.

En la siguiente tabla veremos un cuadro comparativo del consumo de GPU.

En el lado del cliente, debe estar instalado el cliente de RDP 7.1 y la decodificación puede hacerse tanto por hardware, usando la GPU del cliente, como por software utilizando codecs específicos. Por tanto podremos consumir esta experiencia gráfica desde thin clients desarrollados específicamente para soportar RemoteFX, thin clients genéricos que soporten RDP 7.1, y por supuesto clientes ricos y portátiles.

Espero que a alguien le haya servido esta pequeña guía.

Saludos

El desarrollador de Kinect se pasa a Google.

Uno de los desarrolladores principales de Kinect  (Johny Chung Lee) que al parecer se marcha a trabajar en Google. Chung Lee, pasará a formar parte del equipo de proyectos especiales en calidad de evaluador de Google.

Antes de trabajar en Microsoft, Lee estuvo hackeando los controladores Wiimote para encontrarles nuevos usos. Su marcha a Google ha hecho saltar todas las alarmas, especulando con la posibilidad de que la compañía lo haya contratado para dar el salto a los videojuegos, algo que parece convertirse en realidad.

Parece ser que Microsoft ha perdido a un gran fichaje. Kinect lleva acaparando todas las miradas desde su salida al mercado. Según la propia compañía, se han vendido 5 millones de dispositivos en sus dos primeros meses, algo que se lo tienen bien merecido después de casi tres años de duro trabajo.

OpenNI, el driver Open Source oficial de Kinect

Prime Sense la empresa detrás de la tecnología de Kinect, junto con Willow Garage y Side Kick, han lanzado los drivers oficiales de Kinect, es un Framework de Open Source llamado OpenNI, que permitirá manejar en un ordenador y en múltiples plataformas el periférico de Microsoft.

OpenNI permite, por un lado, comunicarse con los sensores de audio, video y sensor de profundidad de Kinect, mientras que proporciona una API que sirve de puente entre el hardware del equipo, NITE Middleware y las aplicaciones e interfaces del S.O. la idea es facilitar a los desarrolladores la interacción con el hardware.

Actualmente OpenNI permite la captura de movimiento en tiempo real, el reconocimiento de gestos con las manos, el uso de comandos de voz y utiliza un analizador de escena que detecta y distingue las figuras en primer plano del fondo.

Fuente: muylinux