Latest Build
- joegiampaoli
- Posts: 837
- Joined: Thu Oct 05, 2006 7:12 am
- Location: San Miguel de Allende-MEXICO
- Contact:
AH, I see....ok.OnoSendai wrote:The bloom in Indigo is just a simple Gaussian blur, however it operates on HDR floating point pixel values, so in that sense it's more accurate, but also slower.joegiampaoli wrote:I have noticed that plugins like photoshop or gimp are more kind of a simulated bloom effect, while in indigo it kind of calculates a real camera lens.... I know it takes a hell of a time to process but I surely like more the bloom and glare in indigo, they are more realistic.
It could be sped up quite a lot though, in particular for supersampled images - it's not really necessary to treat each superpixel separately for the purposes of computing the bloom
Edit: In fact updating is triggered when I call a loading menu (especially Merge), so let's say it's fine thanks Dougal !Before edit I wrote:Er, Dougal... dunno if I missed something but I'm not experiencing the expected behaviour with VioletR12P1b1.exe !
The interface displays fine, image does load and shows up ok, but every parameter has no effect. Wether I activate and tweak any effect, nothing changes and the output line shows "Done." all the time, same for the log output wich stays unchanged as soon as the image is loaded, whatever I try.
Another weird thing is that it doesn't crash when exiting, but surprisingly it pops the firewall up (first launch) when quiting and not when launched, as expected.
obsolete asset
you will either need to press the "update" button, or check the "auto" box.CTZn wrote:Edit: In fact updating is triggered when I call a loading menu (especially Merge), so let's say it's fine thanks Dougal !Before edit I wrote:Er, Dougal... dunno if I missed something but I'm not experiencing the expected behaviour with VioletR12P1b1.exe !
The interface displays fine, image does load and shows up ok, but every parameter has no effect. Wether I activate and tweak any effect, nothing changes and the output line shows "Done." all the time, same for the log output wich stays unchanged as soon as the image is loaded, whatever I try.
Another weird thing is that it doesn't crash when exiting, but surprisingly it pops the firewall up (first launch) when quiting and not when launched, as expected.
Also, entering numbers manually into the boxes doesn't yet work, you need to drag the sliders.
-
- Posts: 222
- Joined: Fri Feb 23, 2007 4:38 pm
Sloppy request and question
What about a progress bar in the status line (the one wich states "Updating...") ?
If I change camera glare settings, is blooming recomputed ? Is this necessary ?
If I change camera glare settings, is blooming recomputed ? Is this necessary ?
obsolete asset
Re: Sloppy request and question
a progress bar would require a callback from the image processing thread - not impossible. I'll have a fiddle in a minute and see what I can do.CTZn wrote:What about a progress bar in the status line (the one wich states "Updating...") ?
If I change camera glare settings, is blooming recomputed ? Is this necessary ?
And yes, if you change one parameter, all others need to be recomputed too. Each filter is applied to the image in sequence - there's no way around this.
Re: Sloppy request and question
Couldn't you make it so that when you change/turn on camera glare or bloom it creates an individual image with an alpha that it slaps onto the front of the original picture? I guess you would have to change heaps of stuffs but that would be possible wouldn't it?dougal2 wrote: And yes, if you change one parameter, all others need to be recomputed too. Each filter is applied to the image in sequence - there's no way around this.
Who is online
Users browsing this forum: No registered users and 15 guests