Irrlicht Engine

hybrid wrote:

DeM0nFiRe wrote:

ArakisTheKitsune wrote: And yes I have EA permission to use their graphic as long game stays free.

Did you really get like express, written consent from EA?

Who are you to doubt this?

Amazement != Doubt

While I do that, can anybody actually answer my original question?

slavik262 wrote:Just run a simple test and share the code/results.

Of course, I can't compare it against the offset code, since I can't get that to work. But I'll see if the speed is acceptable.

slavik262 wrote:I challenge you to try this before stating that it will be too slow.

Okay, I accept your challenge.

DtD wrote:Not sure where you heard that, but someone is BSing you

That's quite possible!

Thanks Shadowslair, but I was always under the impression that C++ converts floats to doubles before all calculations, then back again afterwards, which would be a slowdown. Are there other factors that compensate for this? In terms of memory usage, does the difference actually mean anything nowaday...

This may be a candidate for stupidest question of the year, but I am new to 3D and graphics cards...

But like the title says, why does Irrlicht use floats instead of doubles?

Sudi wrote:and why will this be to slow?

How could your method possibly be the same speed or faster than having an offset viewport? You have an extra render stage in there.

Thanks Sudi, I already thought of that but it will be too slow.

Any ideas how to get the offscreen viewport?

I need to render to a viewport that is slightly off the screen. For example, instead of the viewport's top left coordinate being at 0,0 I would like it to be at -10,-10. The problem is that all the video drivers have a setViewPort() function that clips to fixed dimensions (defined as the top left be...

Yeah, that's what I thought from looking at the code. I was hoping for a trick to workaround it.

Thanks anyway, Hybrid.

Is it possible to get shadows with the Burning software renderer? I don't care how slow they are, it's not for real-time use.

I tried it out with the mesh viewer. Same results. Then it's a problem with the model, it's nothing to do with the Hello World program. Try a simpler version of the model, and keep on simplifying it until it works. Or use a different model format. Or use a different 3D modeller. But until you have ...

Have you loaded the model into the MeshViewer example program? Does it work there?

bitplane wrote:irrExt is another project which was abandoned but I took over.

Thanks for taking the time to do the summary, Bitplane, that's exactly what I wanted.