Take the 2-minute tour ×
Game Development Stack Exchange is a question and answer site for professional and independent game developers. It's 100% free, no registration required.

I have a rough idea: real-time is approximated with little or no global illumination. But how would you otherwise explain why offline rending takes so much longer? You hear things like "number of passes," et cetera...

Can you explain the difference in simple terms?

share|improve this question

2 Answers 2

There is no inherit reason why offline rendering takes longer than real-time rendering.

It is just that when you render offline, the rendering process is usually much less performance-critical, so you have the option to use very expensive rendering techniques which would be too slow for real-time rendering. When you are free from the constraint that each frame must render in less than 20ms, you can use a lot more complex geometries with a lot more expensive rendering techniques.

Which techniques exactly are used for each scenario differs. Global illumination, for example, is often too slow for real-time rendering, but not always. When the geometry of the scene is simple enough, it can be pulled off in real-time. And while offline-rendering can use global illumination, it doesn't have to.

There are countless other rendering techniques which are more or less performant and give more or less beautiful results depending on the exact scene geometry. Depending on the circumstances, almost any rendering technique can be used both for real-time and offline rendering.

Raytracing, for example, is usually considered too slow for real-time rendering. But when you have a scene which only consists of perfect spheres, any polygon-based renderer would cry in despair while a raytracing engine can do this in real-time.

share|improve this answer
    
"But when you have a scene which only consists of perfect spheres, any polygon-based renderer would cry in despair while a raytracing engine can do this in real-time.` This is particularly accurate. Even a software based rasterizer will be faster. –  concept3d Feb 11 at 16:53
    
This answer is overall correct, although it does ignore the fact that real-time rendering often relies on fast approximations to speed up the rendering, whereas offline rendering will takes its time being completely accurate. Ambient occlusion is a good example of this. –  jhocking Feb 11 at 18:34

"Real-time rendering" is calculated at the instant you ask for your whatever solution to generate the images (different technologies are used to achieve this target). "Off-line" rendering is not necessarily the contrary of "real-time". The term is often used when speaking about configurators and especially web-configurators. Sometimes people also use the term "pre-calculated".

"Off-line rendering" is not submitted to the time constraint. Basically a scene is prepared and then a series of pictures is generated ("pre-calculated") and ultimately assembled into a sort of a video clip that then is viewed ("off line"). The choice of type of technology used ("real time rendering" or "ray-tracing") depends on secondary criteria (complexity and type of geometries and materials to be rendered). There are excellent software packages for both technologies out there.

Where "ray tracing" is often claimed to be "physically correct", "real-time rendering" uses various "tricks" to generate images that appear to your eye (and more importantly to your brain) like real, "photorealistic".

Thus said, the fact that you need calculating images in less than 20ms eliminates many solutions because of this time constraint. Two typical examples here are "immersive solutions" (like CAVE systems) or "web-configurators" high combinatory, impossible to pre-calculate. In both cases there is no way to predict the image required by the end-user. And pre-calculating all different possibilities would simply require too much time (often years, even at a speed of 20 ms per image).

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.