Indigo 1.1.9

General News and accouncements regarding the Indigo render engine
User avatar
Borgleader
Posts: 2149
Joined: Mon Jun 16, 2008 10:48 am

Post by Borgleader » Wed Aug 13, 2008 12:09 am

Phr0stByte wrote:Very exciting! Maybe us Linux purists (Ono's bald-headed step children) will get a some linux builds next version - wow - 1.2.0! Will next build be the one? I will wait with baited breath - still stuck on 1.0.9.
I'm guessing 1.1.10 ;) I figure he'll keep going in the 1.1.xx direction 'till he adds something big or something to the program.
benn hired a mercenary to kill my sig...

User avatar
CTZn
Posts: 7240
Joined: Thu Nov 16, 2006 4:34 pm
Location: Paris, France

Post by CTZn » Wed Aug 13, 2008 12:25 am

Ma-ny thanks !
obsolete asset

User avatar
Zom-B
1st Place 100
Posts: 4700
Joined: Tue Jul 04, 2006 4:18 pm
Location: ´'`\_(ò_Ó)_/´'`
Contact:

Post by Zom-B » Wed Aug 13, 2008 2:56 am

Thanks a lot Ono!

Finally fixed the example scenes, great work! :)

Lets see what the "Which would be most helpful for you?" Poll says about the next Indigo versions future...
polygonmanufaktur.de

binarycortex
Posts: 2
Joined: Wed Aug 13, 2008 3:48 am

Post by binarycortex » Wed Aug 13, 2008 3:56 am

Phr0stByte wrote:Very exciting! Maybe us Linux purists (Ono's bald-headed step children) will get a some linux builds next version - wow - 1.2.0! Will next build be the one? I will wait with baited breath - still stuck on 1.0.9.
It works great under wine. Plenty fast too.

Ian

User avatar
Phr0stByte
Posts: 395
Joined: Wed Nov 22, 2006 5:07 am
Location: Centreville, VA
Contact:

Post by Phr0stByte » Wed Aug 13, 2008 4:01 am

binarycortex
I run a 64 bit system, so there is about a 10% decrease in efficiency under wine. It may not sound like a lot, until you render something at a real high resolution - then a 10% decrease could mean an extra day of rendering on a typical home PC.

User avatar
Borgleader
Posts: 2149
Joined: Mon Jun 16, 2008 10:48 am

Post by Borgleader » Wed Aug 13, 2008 4:06 am

ZomB wrote:Thanks a lot Ono!

Finally fixed the example scenes, great work! :)

Lets see what the "Which would be most helpful for you?" Poll says about the next Indigo versions future...
I don't see how indigo could end up being faster...I mean its unbiased rendering it's the definition of slow...
benn hired a mercenary to kill my sig...

User avatar
eman7613
Posts: 597
Joined: Sat Sep 16, 2006 2:52 pm

Post by eman7613 » Wed Aug 13, 2008 4:52 am

Borgleader wrote:I don't see how indigo could end up being faster...I mean its unbiased rendering it's the definition of slow...
could optimise the way information and data is stored and retrived, and various ways to cheat math & make it faster via bitwise operations or more complex stuff like some of newton's methods for faster convergance and others (though i dont know if they apply to ono's code, but im guessing a few might)
Yes i know, my spelling sucks

User avatar
Zom-B
1st Place 100
Posts: 4700
Joined: Tue Jul 04, 2006 4:18 pm
Location: ´'`\_(ò_Ó)_/´'`
Contact:

Post by Zom-B » Wed Aug 13, 2008 4:53 am

Borgleader wrote:I don't see how indigo could end up being faster...I mean its unbiased rendering it's the definition of slow...
I seriously hope yo just forgot to add a smiley dude! :roll:
polygonmanufaktur.de

User avatar
Borgleader
Posts: 2149
Joined: Mon Jun 16, 2008 10:48 am

Post by Borgleader » Wed Aug 13, 2008 4:56 am

ZomB wrote:
Borgleader wrote:I don't see how indigo could end up being faster...I mean its unbiased rendering it's the definition of slow...
I seriously hope yo just forgot to add a smiley dude! :roll:
No I didn't forget to add a smiley and quite honeslty I'm not ashamed of not knowing how Indigo can be made to go faster. So...enlighten me :D
benn hired a mercenary to kill my sig...

User avatar
Olis
Posts: 215
Joined: Tue Mar 20, 2007 6:46 am
Location: Stockholm, Sweden

Post by Olis » Wed Aug 13, 2008 5:27 am

Borgleader wrote:I'm not ashamed of not knowing how Indigo can be made to go faster. So...enlighten me :D
There are often ways to optimize the code :wink:
Your lights stand no chance against the Indigo sun!

binarycortex
Posts: 2
Joined: Wed Aug 13, 2008 3:48 am

RNG seed

Post by binarycortex » Wed Aug 13, 2008 5:29 am

I don't know if this is a bug, but i have noticed that the RNG seed is always 1 on my laptop. I tried it on a quad core and the RNG seed was the same as the thread number i.e. 1,2,3,4. Now, I may be wrong but, it appears to render the same pattern every time i start my test scene. Anybody else notice this.

P.S. the quad was a windows machine not wine under linux.

Ian

User avatar
carbon
Posts: 231
Joined: Mon Feb 19, 2007 11:26 am

Post by carbon » Wed Aug 13, 2008 5:55 am

Thanks a lot!

Deus
Posts: 336
Joined: Sun Feb 04, 2007 3:47 am

Post by Deus » Wed Aug 13, 2008 6:16 am

Well borg has a point. However this is not the time to optimize. We still lack important features. A good programmer always makes the easy optimizations that does not obfuscates the code when he writes it. To be honest the low level optimizations on a project like this normally have a performance increase between 10-50%. The way to increase speed is normally achieved by more clever high level algorithms (KD/Metro/etc) and that is what we need not 30% increase due to low level optimizations. :)

User avatar
filippo
Posts: 658
Joined: Sat Aug 05, 2006 8:46 pm
Location: italia(senigallia-an)
Contact:

Post by filippo » Wed Aug 13, 2008 7:06 am

WONDERFULL!!
2x Xeon quad core ghz 2.66(8 core)+4g ram+quadro fx
2 x Xeon Quad 5540 (16 core)+16GB ram+ Nvidia GTX 295 1800mb

User avatar
zsouthboy
Posts: 1395
Joined: Fri Oct 13, 2006 5:12 am

Post by zsouthboy » Wed Aug 13, 2008 7:28 am

Deus wrote:Well borg has a point. However this is not the time to optimize. We still lack important features. A good programmer always makes the easy optimizations that does not obfuscates the code when he writes it. To be honest the low level optimizations on a project like this normally have a performance increase between 10-50%. The way to increase speed is normally achieved by more clever high level algorithms (KD/Metro/etc) and that is what we need not 30% increase due to low level optimizations. :)
Please listen to this man, he is wise beyond his years.

Premature optimization is the root of all evil.

Keep stuff readable and working, and if comes around to being a choke point in your application, THEN and only then start optimizing.

And Ono knows what he's doing. Any low-hanging fruit is already picked.

@binarycortex:

That is correct behavior.

Post Reply
73 posts

Who is online

Users browsing this forum: No registered users and 28 guests