V // Pixelnerve » shaders

Aliasing Beauty

victormartins — Thu, 30 Dec 2010 18:25:29 +0000

Finally, i posted about the Aliasing Beauty, a relative to Black&White project created for Written Images book. Read more..

GML Viscosity

victormartins — Tue, 07 Sep 2010 07:32:25 +0000

So here it is, the application and source code for GML Viscosity.

I finally took the time to clean up this project and make a public release. In the packages you will find binaries and source code for the application, so if you’re thinking of using it and come up with something nice, let me know. After the first release i have fixed some problems with memory access and crashes. I have also added a simple UI for easy pick of tags from the “data/tags” folder on your hard-drive.

What is it?
- GML Viscosity is an experiment. It is application used to draw GML tags on a viscous liquid rendered purely on the GPU side.

What does it do?
- It liquifies your tags, in a way you can hardly read them but still looks cool (thats graffiti).
- It is possible to load gml files from the disk or directly from the “lots of zeros”book database.

How can I interact?
- Not implemented on this version. This version selects and draw gml files randomly from the web or from a tags folder. For a smart person it should be easy to add mouse support. The code is also prepared to support multitouch so, it should be easy to implement TUIO and create your multitouch version.
- Use ‘r’ key to randomly fetch a new tag from the website and if available it will draw it on the screen.
- Use the GUI window to pick any tag from the folder “tags” inside data folder.

Where can i get it?
Windows Version | MacOSX Version

Have fun.

Mass cube rendering

victormartins — Sat, 03 Apr 2010 12:02:01 +0000

I have recently done some experimental work in order to render mass amounts of cubes. I was moved by this video from Smash, i wanted to know how far i would be able to go on my NVidia GT240M (rendering side). My first choice was Geometry Shaders.
I quickly wrote an app that sent a list of points in space to the GPU and a geometry shader would generate a cube mesh for each one of the points. Tested it on 100.000 cubes and the framerate was bad(10fps or so). The time was now for optimization.

Next step was to optimize the cube generation by lowering from a 24 vertex cube to 14 vertex triangle strip. Things got better, but nothing close to my expectations. I was not satisfied, i mean, i had alot of cubes on screen (100K which was not that much) and that was it, nothing else. We’re talking about 20fps or so, for 100.000 cubes (around 1.2 million triangles per frame). Later on i added vertex normals to the geometry shader and started to work on some lighting/shadowing, but i ended up going back on the rendering side of the job. Meanwhile, i was speaking with a friend of mine about this idea and we were discussing ways to compute lighting but i couldn’t stop thinking about my real problem. So it came to me.

Previously, i have done some experiments with opengl hardware instancing, but never got to do much about it . What better time than now, so i grabbed the project and took it for a spin. After a few hours i had the same amount of cubes on screen with a much much better framerate. Quickly implemented some eye-candy (coloring, texturing, vertex lighting), some tweaking here and there and as i was listening to Mr. Peter Broderick (hi, i love you man) added some audio analysis to the feature list.
Last but not least, a kind of “Brownian Motion” was used to generate points in space, increased the cube count to 512*512 and watched it flow ( at 20fps ).

In conclusion, Hardware instancing was much easier to implement and performance seems much better at first sight. Above is a video of 262.144 audio-reactive cubes with GPU animation and basic lighting at around 20fps. For my video card i think that is very good. On a sidenote, i have not given up on the geometry shaders. I am not sure what will be my next step regarding the subject (back to geometry shaders?) but for now this is it. Hardware Instancing kicked Geometry Shaders in the ass.

Taxesss from Nothing

victormartins — Wed, 07 Oct 2009 18:58:44 +0000

So here it is, new demo is out! It’s called Taxesss from Nothing and it was released at Mainparty this year. This demo started as an idea from my good friend and work colleague, ps, who usually watches my experiments in first hand. After watching some of the stuff you can see in my vimeo account, he came out with this piece for a grindcore jazz track from The Lost Gorbachevs. After handing him all the sources, he started building the demo while i was working on my own idea. Well, it turns out Taxesss is out and has been quite well accepted by the alternative parties, and my own project is still waiting to come out.. Hope you enjoy this piece.

You can download the demos from scene.org.

Mac OSX | Windows

hmm.Motion Blur as a Post Processing Effect

victormartins — Sun, 19 Jul 2009 10:44:57 +0000

One more ‘hmm’ series experiment.

Motion Blur as a Post Processing Effect.

This is based on an article from GPU Gems 3, which basically takes the motion for each pixel and computes a velocity from the difference with the previous position to sample the rendered scene texture and compute the final color. It works only for camera movement, meaning, if the camera does not move but you have a moving/rotating object in front of you the effect won’t apply.

This two videos shows camera lookat point motion, meaning it randomly looks at different points every second, and the second video shows a camera spinning around a sphere objectwith increasing velocity to reach a maximum blur state. Both are using camera motion as i stated it’s important, anyway, it should give an idea of the effect.

Source code available here

hmm.Grassfield

victormartins — Sun, 12 Jul 2009 09:23:29 +0000

Here is a new experiment. This time Terrain rendering and Countless blades of waving grass.

The terrain is an heightmap loaded from an image and it is textured on gpu based on simple rules like height, slope and steep.

The grass is based on the article “Rendering Countless Blades of Waving Grass” from GPU gems. The animation is per-object, a sin/cos wave makes it flow with the wind.

hmm.Sshhhh (MD5 file format loader)

victormartins — Thu, 02 Jul 2009 20:21:30 +0000

After getting MD5 files (Doom 3) to load correctly i wanted to make something simple and nice to show the world, so i came up with this. I think i have dreamt of this before.

based on md5 reader

Soft particles

victormartins — Tue, 05 May 2009 13:12:57 +0000

Experimenting with ‘soft particles’.

hmm.jellyspikeball

victormartins — Sat, 02 May 2009 14:00:08 +0000

Another ‘hmm’ series experiment. Pick-up/generate an object of your desire and compute distance from a center point to the every vertex. use that distance for the transformations. I used the usual spike ball since its an uniform/symetric object, but it works fine with other shapes. Now, go be creative.

track: NNY – bdybag.

Shaderlib v0.1

victormartins — Sat, 18 Apr 2009 15:09:47 +0000

This library is meant for shader handling, it will help you to load and setup shaders for rendering in jogl/processing. It’s does exactly what had been said, no more.

web: http://www.pixelnerve.com/processing/libraries/

Shaderlib

technical:
tested in windows xp 32bit
compiled for j1.5 ( so it should work for macs )

what is does:
- loads glsl/cg shaders
- loads cgfx effect files
- connects to processing easily (as i use processing)
- works with java/jogl just as good

more information:
- documentation is online (javadoc. not much comments sorry)
- examples are in the zipfile
- source code is in the zipfile (eclipse project)