Screenshot of the Month April 2011 [Winner announced!]

Competitions for Irrlicht or 3D in general.
Irrlicht Screenshot of the Month: Winner for April, vote for May, submit for June

Screenshot of the month April

Poll ended at Thu May 05, 2011 7:26 am

nathanf534 - Blockworld
4
10%
Sundar - WTA Tennis trumps
1
2%
tmyke - Land with grass
13
31%
stefbuet - deferred render, bloom and more
5
12%
focanafacos - Translucent Surface shader
8
19%
Masterhawk - Glass angel
11
26%
 
Total votes : 42

Postby Radikalizm » Wed Apr 06, 2011 1:51 pm

ChaiRuiPeng wrote:tmkye, that looks really nice :)

i am guessing you are manually limiting fps at 60?


I suspect it's vsync

And the screenshot does look nice, but maybe some shadows and some brighter lighting would make it even better
Radikalizm
 
Posts: 1215
Joined: Tue Jan 09, 2007 7:03 pm
Location: Leuven, Belgium

Postby tmyke » Wed Apr 06, 2011 2:04 pm

ChaiRuiPeng wrote:i am guessing you are manually limiting fps at 60?


Yes, but with 2 million polygons, I do not exceed 70/75 fps without sync (NVidia 8800GTX).
I can not rise above 2.3 million polygons, which is already well I think. :wink:

Radikalizm wrote: but maybe some shadows and some brighter lighting would make it even better

Yes, but there, it will be more complicated in terms of technical and performance ...
Strength and wisdom.
Admin of the http://www.irrlicht.fr and dad of N3xtD.
Sorry for my poor English.
User avatar
tmyke
Competition winner
 
Posts: 22
Joined: Thu Apr 03, 2008 4:43 pm
Location: France

Postby Radikalizm » Wed Apr 06, 2011 2:12 pm

tmyke wrote:
ChaiRuiPeng wrote:i am guessing you are manually limiting fps at 60?


Yes, but with 2 million polygons, I do not exceed 70/75 fps without sync (NVidia 8800GTX).
I can not rise above 2.3 million polygons, which is already well I think. :wink:

Radikalizm wrote: but maybe some shadows and some brighter lighting would make it even better

Yes, but there, it will be more complicated in terms of technical and performance ...


2.3 million? :shock: Is that because of the grass or because of terrain?
If it's the grass you should really do some culling there
Radikalizm
 
Posts: 1215
Joined: Tue Jan 09, 2007 7:03 pm
Location: Leuven, Belgium

Postby tmyke » Wed Apr 06, 2011 2:26 pm

Radikalizm wrote:2.3 million? :shock: Is that because of the grass or because of terrain?

on the scene of the screenshot, there is 80.000 poly for terrain, 1.200.000 for trees and 700.000 for the grass.
The loggers are on strike. :D
Strength and wisdom.
Admin of the http://www.irrlicht.fr and dad of N3xtD.
Sorry for my poor English.
User avatar
tmyke
Competition winner
 
Posts: 22
Joined: Thu Apr 03, 2008 4:43 pm
Location: France

Postby viejodani » Wed Apr 06, 2011 3:20 pm

Wow, that's really impressive!! O_o.
-- Never lose your sense of wonder --
User avatar
viejodani
 
Posts: 32
Joined: Tue Nov 10, 2009 3:09 pm

Postby Radikalizm » Wed Apr 06, 2011 3:30 pm

tmyke wrote:
Radikalizm wrote:2.3 million? :shock: Is that because of the grass or because of terrain?

on the scene of the screenshot, there is 80.000 poly for terrain, 1.200.000 for trees and 700.000 for the grass.
The loggers are on strike. :D


You are using culling mechanisms right? 1.2 million polygons for trees alone doesn't sound all too healthy
Radikalizm
 
Posts: 1215
Joined: Tue Jan 09, 2007 7:03 pm
Location: Leuven, Belgium

Postby tmyke » Wed Apr 06, 2011 3:51 pm

for grass, I use hardware instancing and frustum culling mechanisms.
For trees, it is true that do not mesh 'low polygon', it's just to test the charge, and i use StaticArea class with LOD technique (instancing software somehow).
Strength and wisdom.
Admin of the http://www.irrlicht.fr and dad of N3xtD.
Sorry for my poor English.
User avatar
tmyke
Competition winner
 
Posts: 22
Joined: Thu Apr 03, 2008 4:43 pm
Location: France

Postby ChaiRuiPeng » Wed Apr 06, 2011 5:35 pm

tmyke wrote:for grass, I use hardware instancing and frustum culling mechanisms.
For trees, it is true that do not mesh 'low polygon', it's just to test the charge, and i use StaticArea class with LOD technique (instancing software somehow).


oh so like stress test? :)

what about testing the software on slower hardware?

i always test my hacky optimizations on my netbook and if it runs at least on 20/25 fps there i know it is pretty good
ent1ty wrote:success is a matter of concentration and desire


Butler Lampson wrote: all problems in Computer Science can be solved by another level of indirection
at a cost measure in computer resources ;)
User avatar
ChaiRuiPeng
 
Posts: 363
Joined: Thu Dec 16, 2010 8:50 pm
Location: Somewhere in the clouds.. drinking pink lemonade and sunshine..

Postby tmyke » Wed Apr 06, 2011 6:34 pm

For many entities low polygon, then it seems that the hardware instancing is very best. Good management of the VRAM can be important in this case.
For heavier entities and more dispersed on the ground, the second technique seems to work well (with using VBO recess, and LOD + frustum culling).
After all depends on the power of the video card for your netbook.
Strength and wisdom.
Admin of the http://www.irrlicht.fr and dad of N3xtD.
Sorry for my poor English.
User avatar
tmyke
Competition winner
 
Posts: 22
Joined: Thu Apr 03, 2008 4:43 pm
Location: France

Postby ChaiRuiPeng » Wed Apr 06, 2011 6:38 pm

tmyke wrote:After all depends on the power of the video card for your netbook.


would be very weak :P netbooks use mostly integrated graphics card. ( by mostly i mean pretty much all them)
ent1ty wrote:success is a matter of concentration and desire


Butler Lampson wrote: all problems in Computer Science can be solved by another level of indirection
at a cost measure in computer resources ;)
User avatar
ChaiRuiPeng
 
Posts: 363
Joined: Thu Dec 16, 2010 8:50 pm
Location: Somewhere in the clouds.. drinking pink lemonade and sunshine..

Postby tmyke » Wed Apr 06, 2011 6:42 pm

the second approach seems better in this case, in my opinion. :)
Strength and wisdom.
Admin of the http://www.irrlicht.fr and dad of N3xtD.
Sorry for my poor English.
User avatar
tmyke
Competition winner
 
Posts: 22
Joined: Thu Apr 03, 2008 4:43 pm
Location: France

Postby Lonesome Ducky » Thu Apr 07, 2011 2:49 am

I think your trees would be good candidates for an impostor system. Basically it switches the models to billboards that are updated only every so often, but at a distance you can hardly tell. There was a paper on using impostors for trees somewhere, but I no longer have the link :cry:
User avatar
Lonesome Ducky
Competition winner
 
Posts: 1123
Joined: Sun Jun 10, 2007 11:14 pm

Postby tmyke » Thu Apr 07, 2011 5:56 am

the idea is interesting indeed.

I do not know if it comes together, but I use a LOD system, or the entity's most remote
groups are represented by a sprite.I'm still working on it to improve overall.
Strength and wisdom.
Admin of the http://www.irrlicht.fr and dad of N3xtD.
Sorry for my poor English.
User avatar
tmyke
Competition winner
 
Posts: 22
Joined: Thu Apr 03, 2008 4:43 pm
Location: France

Postby polylux » Thu Apr 07, 2011 11:41 pm

Impostors only come in handy for objects at great distance. As for trees I'd go with the replace-with-billboards-at-some-distance approach. Cause still in the case of a forest the impostor-way would mean a lot of re-rendering of objects.
beer->setMotivationCallback(this);
User avatar
polylux
 
Posts: 210
Joined: Thu Aug 27, 2009 12:39 pm
Location: EU, Austria

Postby Lonesome Ducky » Fri Apr 08, 2011 1:41 am

It's not "only handy for objects at a great distance," it's actually handy for when you have a lot of objects at almost any distance (save very close up). The advantage to impostors is that it's extremely hard to tell that they're impostors. Replacing with just a billboard is very obvious, and the overhead for rendering to textures with impostors is more than worth it for how good it looks compared to simple billboards.
User avatar
Lonesome Ducky
Competition winner
 
Posts: 1123
Joined: Sun Jun 10, 2007 11:14 pm

PreviousNext

Return to Competition Time!

Who is online

Users browsing this forum: No registered users and 0 guests