I have used Three.js for some of my experiments, and it does a really great job of abstracting away the headaches of getting going with 3D in the browser. With it you can create cameras, objects, lights, materials and more, and you have a choice of renderer, which means you can decide if you want your scene to be drawn using HTML 5's canvas, WebGL or SVG. And since it's open source you could even get involved with the project. But right now I'll focus on what I've learned by playing with it as an engine, and talk you through some of the basics.
For all the awesomeness of Three.js, there can be times where you might struggle. Typically you will need to spend quite a large amount of time with the examples, reverse engineering and (in my case certainly) hunting down specific functionality and occasionally asking questions via GitHub. If you have to ask questions, by the way, you should do that on Stack Overflow!
1. The basics
In our 3D world we will have some of the following, which I will guide you through the process of creating:
- A scene
- A renderer
- A camera
- An object or two (with materials)
You can, of course, do some crazy things, and my hope is that you will go on to do that and start to experiment with 3D in your browser.
3. Set the Scene
I'll assume you've chosen a browser that supports all the rendering technologies, and that you want to render with Canvas or WebGL, since they're the more standard choices. Canvas is more widely supported than WebGL, but it's worth noting that WebGL runs on your graphics card's GPU, which means that your CPU can concentrate on other non-rendering tasks like any physics or user interaction you're trying to do.
So with that said, and on the assumption you have downloaded and included three.js
in your HTML file, how do you go about setting up a scene? Like this:
// set the scene size
Not too tricky, really!
var WIDTH = 400,
HEIGHT = 300;
// set some camera attributes
var VIEW_ANGLE = 45,
ASPECT = WIDTH / HEIGHT,
NEAR = 0.1,
FAR = 10000;
// get the DOM element to attach to
// - assume we've got jQuery to hand
var $container = $('#container');
// create a WebGL renderer, camera
// and a scene
var renderer = new THREE.WebGLRenderer();
var camera =
var scene = new THREE.Scene();
// add the camera to the scene
// the camera starts at 0,0,0
// so pull it back
camera.position.z = 300;
// start the renderer
// attach the render-supplied DOM element
4. Making a Mesh
So we have a scene, a camera and a renderer (I opted for a WebGL one in my sample
code) but we have nothing to actually draw. Three.js actually comes with support
for loading a few different standard file types, which is great if you are outputting
models from Blender, Maya, Cinema4D or anything else. To keep things simple (this
is about getting started after all!) I'll talk about primitives. Primitives are
geometric meshes, relatively basic ones like Spheres, Planes, Cubes and Cylinders.
Three.js lets you create these types of primitives easily:
// set up the sphere vars
All good, but what about the material for the sphere? In the code we've used a
variable sphereMaterial but we've not defined it yet. First we need
to talk about materials in a bit more detail.
var radius = 50,
segments = 16,
rings = 16;
// create a new mesh with
// sphere geometry - we will cover
// the sphereMaterial next!
var sphere = new THREE.Mesh(
// add the sphere to the scene
Without doubt this is one of the most useful parts of Three.js. It provides for you a number of common (and very handy) materials to apply to your meshes:
- Basic, which just means that it renders 'unlit'
There are more, but again in the interests of simplicity I'll let you discover those for yourself. In the case of WebGL particularly these materials can be a life-saver. Why? Well because in WebGL you have to write shaders for everything being rendered. Shaders are a huge topic in themselves, but in short they are written in GLSL (OpenGL Shader Language), which tells the GPU how something should look. This means you need to mimic the maths of lighting, reflection and so on. It can get very complicated very quickly. Thanks to Three.js you don't have to do this if you don't want to because it abstracts that away for you. If you want to write shaders, however, you can do that too with a MeshShaderMaterial, so it's a flexible setup.
For now, however, let's apply a lambert material to the sphere:
// create the sphere's material
var sphereMaterial =
It's worth pointing out as well that there are other properties you can specify when you create a material besides the colour, such as smoothing or environment maps. You should check out the docs for the various properties you can set on the materials and, in fact, any object that the engine provides for you.
If you were to render the scene right now you'd see a red circle. Even
though we have a Lambert material applied there's no light in the scene so
by default Three.js will revert to a full ambient light, which is the same
as flat colouring. Let's fix that with a simple point of light:
// create a point light
var pointLight =
// set its position
pointLight.position.x = 10;
pointLight.position.y = 50;
pointLight.position.z = 130;
// add to the scene
7. Render Loop
We now actually have everything set up to render, remarkably. But we actually
need to go ahead and do just that:
You're probably going to want to render more than once, though, so if you're
going to do a loop you should really use requestAnimationFrame; it's by
far the smartest way of handling animation in the browser. It's not fully
supported as yet, so I'd totally recommend that you take a look at
Paul Irish's shim.
8. Common Object Properties
If you take time to look through the code for Three.js you'll see a lot
of objects "inherit" from Object3D. This is a base object which contains some very useful
properties, such as the position, rotation and scale information. In particular
our Sphere is a Mesh which inherits from Object3D, to which it adds its own properties:
geometry and materials. Why do I mention these? Well it's unlikely you're going
to want to just have a sphere on your screen that does nothing, and these
properties are worth investigating as they allow you to manipulate the underlying
details of the meshes and materials on the fly.
// sphere geometry
// which contains the vertices and faces
sphere.geometry.vertices // an array
sphere.geometry.faces // also an array
// its position
sphere.position // contains x, y and z
sphere.rotation // same
sphere.scale // ... same
9. Dirty Little Secrets
I just wanted to quickly point out a quick gotcha for Three.js, which is that
if you modify, for example, the vertices of a mesh, you will notice in your render
loop that nothing changes. Why? Well because Three.js (as far as I can tell) caches
the data for a mesh as something of
an optimisation. What you actually need to do is to flag to Three.js that something
has changed so it can recalculate whatever it needs to. You do this with the following:
// set the geometry to dynamic
Again there are more, but those two I've found are the most useful. You should obviously
only flag the things that have changed to avoid unnecessary calculations.
// so that it allow updates
sphere.geometry.dynamic = true;
// changes to the vertices
sphere.geometry.verticesNeedUpdate = true;
// changes to the normals
sphere.geometry.normalsNeedUpdate = true;
Well I hope you've found this brief introduction to Three.js helpful. There's nothing quite like actually getting your hands dirty and trying something, and I can't recommend it highly enough. 3D running natively in the browser is a lot of fun, and using an engine like Three.js takes away a lot of the headaches for you and lets you get to making some seriously cool stuff.
To help you out a bit I've wrapped up the source code in this lab article, so you can use that as a reference.