fused wrote:

Apollux wrote:[Echoed REQ] Renaming the XYZ sliders to RGB.

i think xyz is actaully the right technical term: http://en.wikipedia.org/wiki/CIE_1931_color_space

Yep, that's what Indigo is using internally everywhere as well.

Whitelist indigorenderer.com for popups?

Here's something I modeled back in the indigo 0.6 or 0.7 days (my first fun with precedence!):

(.blend, about 14MB)
http://www.zsouthboy.com/bulbie.7z

Man, that's a lot of ISA adapters you got there dougal, you must be rockin that new VGA card with 512(!) kb of ram (1024x768?! amazing!)

Meh, just have indigo pipe it back to the console like the good old days.

commercial SDK + open-source Blender != possible? how does stuff like that work? if that were to be developed would that mean youd pay for an integrated Indigo version but the standalone would be free? Guys, the commercial SDK is more along the lines of integrating indigo into your own [existing] w...

[Edit] Doh! Me again... Perhaps there could be a button that forces an update of the render buffer, that way you don't have to wait 20-30 seconds to see the changes take effect. The framebuffer already tonemaps and updates when you change any of the sliders, it's likely that it's actually taking yo...

Yes, that is the problem - change the environment to None.

The sun is millions of times more powerful than your emitter right now.

Couldn't tell you how to get the information you want - perhaps a perusal of the manufacturer of the SMBUS chip's website would help? (It's possible they don't even tell you and instead want you to call their own DLL to get the information)

More than likely you have a tonemapping problem.

Try switching to linear tonemapping.

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 i...

I like how Deus casually posts something awesome, like it's no big deal.

Thanks boss.

Ah, I thought seed would give a certain footprint to sampling, I really wasn't believing that a single seed could cause the very same sampling location... but knowing fractals a bit (say, they use a seed) it's logic finally... PRNGs are designed to do this. Deterministic randomness, if you will. Se...

Okay, sounds like an easy fix boss: save RNG seeds used in the header data somewhere. As a heads up to other people for now: start indigo with the -seed x parameter, with the next number to assign to a thread (counting upwards), when resuming. for example, first render used seeds 1 and 2, automatica...