Me ha entrado el gusanillo de probar a hacer cositas con los Geometry Shaders, pero mi portátil tiene una pobre GeForce Go 6600, con lo que poco o nada puedo hacer. Había probado en Windows a usar la aplicación NVemulate. Pero no sabia que también existía para Linux.

Voy a explicar como activar la emulación en Linux para aquellos que como yo quieran probar algunos Geometry Shaders.
Lo primero que necesitas es instalar los últimos drivers de NVIDIA. Yo utilizo Ubuntu en mi portátil y los he descargado con la utilidad Envy que ya se descarga el último driver de NVIDIA, instala todas las dependencias necesarias para compilarlo, lo compila y lo instala en el sistema. Más fácil, imposible!
Si utilizas otra distribución tendrás que hacerlo manualmente.

Una vez instalado el driver de NVIDIA, tenemos que editar el fichero de configuración de las X (/etc/X11/xorg.conf) y en la sección de de la tarjeta gráfica añadir la línea:

Option “RegistryDwords” “8F773984=7; NvEmulate=50″

Una vez hecho esto, reiniciamos las X y tendremos activada la emulación como podéis ver aqui:

$ glxinfo |grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: Cheetah/emulated by GeForce Go 6600/PCI/SSE2
OpenGL version string: 2.1.2 NVIDIA 169.09
OpenGL extensions:

$ glxinfo |grep geom
GL_EXT_framebuffer_sRGB, GL_EXT_geometry_shader4,
GL_NV_geometry_shader4, GL_NV_gpu_program4, GL_NV_half_float

Como algunos de mis lectores saben, en mi trabajo, el principal problema con el que me encuentro es el manejar grandes cantidades de datos de forma eficiente.
Necesito trabajar con varios Gigabytes de imágenes y visualizarlas en tiempo real. Por suerte no necesito visualizarlas todas a la vez.

Como es de suponer, no puedo almacenar toda esa cantidad de información en la memoria RAM del ordenador, ni mucho menos en la de la GPU, por lo que hemos implementado una caché tipo LRU .
El problema reside en que cada frame he de dibujar una docena de imágenes nuevas (que he de cargar del disco, si no están en la caché). Suponiendo un frame-rate de 30 FPS, nos deja tan solo 33.3 ms para cargar las nuevas imágenes, es decir unos 2.5 ms por imágen a cargar.

Como supondreis, las imágenes estan comprimidas en disco por lo que en esos 2.5 ms hemos de cargar la imagen, descomprimirla y enviarsela a la GPU. Tambien hay que tener en cuenta que si un frame no nos da tiempo a cargar todas las nuevas imágenes, en el siguiente tendremos más a cargar…

Por eso, me pregunto ¿cómo hace ésta gente para mover estas cantidades de datos en tiempo real?

El video pertenece a una conferencia del TED2007.
Link a la charla: http://www.ted.com/index.php/talks/view/id/129

Robert Osfield acaba de anunciar hace pocos minutos en la lista de usuarios de OpenSceneGraph, que ha sido liberada la versión 2.0
Entre las novedades cabe destacar la inclusión de las nuevas librerias osgViewer, osgManipulator y osgShadow. Además se usa un nuevo sistema de building, cmake, y se ha mejorado el soporte de multiples GPUs y de procesadores multihilo. Podeis ver todas las novedades de esta versión en esta página.

En unos dias apareceran las versiones precompiladas para quien no quiera compilarse OSG el mismo. Mientras tanto, puedes bajarte el código del repositorio de subversion: http://www.openscenegraph.com/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.0

Dentro de poco Paul Martz de Skew Matrix Software publicara el libro OpenSceneGraph Reference Manual v2.0. Puedes consultar la informacion sobre el libro en OSG Books.

Para esta versión 2.0 se ha hecho tambien un cambio de imagen y con la ayuda de kraptor han cambiado el logo de OpenSceneGraph. Un gran trabajo, el nuevo logo es mucho más moderno y vistoso. Felicidades!

Editado: Se me olvidaba comentar que mi amigo Rafa Gaitan aparece como colaborador. Hizo algunas modificaciones para el manejo de eventos. Aunque eso si, su nombre está mal escrito en la web! Desde aquí te saludo, Rafa Giatan! XD

¿Quien no ha deseado tener un escáner 3D?
Como toda persona interesada en los gráficos 3D, siempre he deseado tener un escáner 3D, pero con mi sueldo no podía permitirme comprar uno.

Como algunos de vosotros sabeis, el departamento donde trabajo compró uno hace algun tiempo. La verdad es que hemos escaneado algunas cosas, pero practicamente no se ha usado. Deberian de poner a “Frames” a cargo de él y que se dedicara a escanear modelos humanos reales. Seguro que después podriamos hacer un estudio sobre el Fluor. XD

Ahora gracias a la gente de moviesandbox.com, te puedes construir uno en tu casa. Me ha parecido muy original la técnica que emplean para obtener el volúmen del objeto que quieres escanear.

Si quieres probarlo, te lo puedes bajas de su web.