Luanatic with features » Gráficos

gpu gems 2: online !

PpluX — Tue, 13 May 2008 08:50:22 +0000

No sé para qué me gasto el dinero, pero me alegro de que Nvidia esté “liberando” los gpu gems.

No están todos, cada semana tres capítulos nuevos, así nadie se atraganta

Seminarios de la Breakpoint’08

PpluX — Fri, 11 Apr 2008 10:31:30 +0000

Las Breakpoint’s siempre dejan demos espectaculares pero, personalmente, lo que más me fascina de la party son la calidad de algunos de sus seminarios. Se molestan en organizarlos, grabarlos y dejarlos online para disfrute de todo el mundo.

A mi me han gustado especialmente, sin ningún orden específico:

Multi-threading made easier through Open-Source Threading Building Blocks

Task stealing: cuando un core real se queda sin tareas “roba” a otro una tarea para maximizar el throughput

Después de hacer una extensa introducción sobre paralelismo, paralelismo sobre datos, paralelismo funcional, etc… muy orientado a videojuegos (bien!) nos presenta Threading Building Blocks(TBB), una librería brutal, open-source y multiplataforma, de la mano de intel.

La parte novedosa de usar TBB es que está orientado a tareas (task patterns), no a programar threads (hilos) como tal. Programar tareas hace que, teóricamente, el diseño escale automáticamente según el número de cores que tenga nuestro procesador. TBB es para C++, y está hecho para C++, por lo que usa plantillas para definir concurrent-containers (hash, queue, vector, ..), algoritmos paralelos (sort, for, while, reduce, …), tiene también un patrón “pipeline” para poder encadenar tareas, scalable-memory-allocators (para evitar sincronizaciones entre tareas al reservar memoria), etc.

Otra razón para usar tareas es que es fácil debuggear, ya que por diseño, puedes limitar todo a un single thread y depurar, una vez todo funciona puedes lanzarlo en multithread con casi todas las garantías de que va a funcionar.

En general TBB está muy bien montado. No se si se nota las ganas que tengo de usarlo

To hardcode or not – considerations about an ultimate demotool

Motor de render picoEngine, integrado dentro de Maya como plugin. Escena de la última demo de plastic: Linger in Shadows

¿ hardcodear demos ó demotools ? Evolución de plastic desde sus primeras demos hardcodeadas a los plugins y editores que ahora usan para diseñar demos. Por lo visto tienen su motor de render (picoEngine) integrado como un plugin del editor que usen (Maya en este caso), y un editor de escenas para ajustar timelines, velocidad, etc.

Definitivamente para plastic el enfoque está muy cerca del artista, aunque reconocen que cierta funcionalidad es más cómoda de implementar en código que diseñarla con un editor.

Tonite let’s all make demo in Bingen

La demo cuenta una historia, tiene un flujo y los efectos de transición, no son tales, si no que se integran en ese flujo conectando una escena con la siguiente, suavemente.

Vemos la otra cara de la moneda, para ASD lo principal es el código como herramienta y defienden que muchos de los efectos y transiciones no se podrían hacer con comodidad en un demoeditor. Por otro lado, como con plastic, no todo es blanco o negro.

Empieza con las razones por las que no hacemos demos ( me ha gustado eso de : “19% estamos intimidados por Farbrausch” ) y cómo las hacen en ASD. Básicamente: librería sencillita en C++, soporte básico para manejo de shaders y texturas, sin engine para animaciones, sistemas de partículas adecuados, scripting para los eventos y funciones de cámara imaginativas.

Desmitifican el “hacer una hardcoded demo es más difícil” y explican paso a paso como organizan sus demos. Detallan cómo organizan las escenas, efectos y las transiciones (aunque las transiciones de ASD son para dar de comer aparte).

Del motor de partículas destacan que es una pérdida de tiempo el típico bucle de actualización de partícula por frame, ya que en el 95% de los casos, las partículas se comportan de forma determinista por lo que se puede calcular su path previamente.

También es interesante cómo ajustan los detalles de las escenas, utilizando rands, y semillas asociadas a eventos de teclado y ratón para encontrar algún estado que quede bien en la demo (mola!!!).

Las cámaras tienen solo un par de movimientos, elípticos y lineales, interpolados con s-curves, simple y controlable.

El resto es filosofía de diseño, muy, muy interesante.

When there’s smoke there’s fire

¡¡ Ruido, y más ruido !!

Una presentación de nvidia muy asequible para el público en general sobre generación procedural y cálculo en la GPU. Explica con muchísimo detalle perlin noise para modelado de partículas, al margen del uso que hagan la explicación por si sola ya merece la pena.

Después continúa con la evolución del perlin noise hacia el Simplex noise y cómo usarlo, acabando con notas sobre el sampleado del ruido para conseguir los mejores resultados.

La segunda parte de la charla trata sobre cómo renderizar humo. Empieza por la composición del humo en la escena (esta es la parte fácil y similar con la primera parte de la charla). Después comenta cómo calcular la simulación de fluidos en la GPU y añade cómo detectar las colisiones con geometría de la escena (pasándola a un volumen).

Vale, ahora sí!

PpluX — Thu, 27 Mar 2008 16:28:03 +0000

Conversación entre ingenieros, uno puramente de gráficos ( o eso dice ), orgulloso tras cazar un bug:

- oh si
- arreglaooo
- qué era?
- pues que se liberaba un shader cuando ya no habia contexto de render pq no se hacia un “clear” de los stateBlocks en el destroy de State
- pues que el motor de fluzo generaba una compresión espacio-temporal en la indeterminación producida por los hadrones
- vale vale, me lo creo
- XDDDD
- en nvidia el driver debe decir… “paso de ti…”
- en ati dice..” diosssssss que haceeees!!!??”
- ya te digo, lo mismito que espeta el inyector de fluzo en el cableado de interconexión cutáneo… mira que están mal diseñados esos drivers
- basicamente , glDeleteShader(id) cuando contexto de render no existir, poder pasar dos cosas:
- si nvidia, no pasar nada
- si ati, driver cagarse en tu p%&$·@ madre
- XDDD
- ah vale, ahora sí
- xDDDDDD

Maravillas de ATI vs Nvidia

GPU gems, publicado online.

PpluX — Wed, 26 Mar 2008 21:59:40 +0000

Nvidia ha dejado disponible online la primera entrega del GPU gems.Un gesto nada despreciable teniendo en cuenta lo caros que llegan a ser este tipo de libros.

La serie GPU gems se compone de artículos independientes que analizan problemas muy particulares. Son amenos de leer y no se centran únicamente en los gráficos, también exploran otros usos de la GPU o cuestiones de diseño muy prácticas para los programadores que estén trasteando con motores de render .

En esta entrega encontraremos:

Clases de IGU v2.0

PpluX — Wed, 20 Feb 2008 21:47:27 +0000

Hoy han comenzado para mi la segunda temporada de clases de prácticas de IGU(Interfáces Gráficas de Usuario). Lo de ser profe mola, pero dar una asignatura obligatoria es todo un dilema. Por un lado queremos que los alumnos disfruten como nosotros de los gráficos, pero por otro, no a todo el mundo le tiene porque gustar la asignatura.

Afortunadamente para los alumnos este año hemos (Miguel y un servidor) remozado las prácticas, ahora tienen un aspecto más a lo C++, con sus clases, con sus const donde tocan, usando la STL, iostreams… sin pasarse, pero con un aspecto más serio y realista. Esperemos que los alumnos saquen en claro por lo menos algo de buenas prácticas de programación. De paso quitamos algunos WTF…

De hoy me quedo con un detalle que me ha hecho esbozar una sonrisa, me ha tocado en clase un par de cracks que ya estaban preparando la animación (práctica optativa y completamente subjetiva) usando OpenGL. Teniendo en cuenta que hoy era la primera clase de OpenGL y que de la animación no iba a empezar a hablar hasta dentro de un par de sesiones, el hecho de que un par de alumnos se miren por su cuenta y riesgo la materia y se pongan a currar ya es de agradecer. Pero lo mejor de todo, fue cuando oigo decir uno al otro:

Bueno, qué? lo subo ya al subversion ?

Con gente así da gusto! XD

PD: El final de la temporada pasada aqui.

Mañana clase de Shaders.

PpluX — Wed, 09 May 2007 18:12:05 +0000

Mañana me toca presentar en una horita GLSL para una asignatura del master. Todo aquel que lo desee está invitado a venir a las 9:00 ( sí, a esa hora las calles ya están puestas ) en el seminario 2S02 del DSIC. A las 12:00 tendremos luego una sesión práctica, a la que quien quiera, también puede venir.

Mientras tanto… voy a acabar la presentación

Update: Aquí está la presentación por si a alguien le sirve de algo:

BZ: Geometría y mallas.

PpluX — Tue, 05 Dec 2006 18:23:13 +0000

BZ viene de “Blog-Zapping”, es como un del.icio.us pero me sirve para destacar aún más los enlaces.

El más importante, re-descubierto por devbump: Algoritmos típicos de librerías matemáticas. (IMPRESCINDIBLE!)

Una librería para echarle un ojo sobre simplificación de geometría (también gracias a devbump)

SDL 1.2.9 y Cairo 1.0

PpluX — Tue, 30 Aug 2005 13:30:26 +0000

Durante este mes de Agosto se han liberado las nuevas releases de SDL y cairo correspondientes con las versiones 1.2.9 y 1.0 respectivamente.

Para aquellos que no lo sepan SDL es una librería multimedia multiplataforma que ofrece un acceso a bajo nivel para gráficos, sonido, joysticks… mientras que cairo es una estupenda librería de renderizado de gráficos vectoriales con backends para imágenes, win32, xlib, openGL, pdf…

Sin duda dos de mis proyectos favoritos de soft libre.