Indigo 1.0.4
Since we are at this, here are some obstacle maps packed, some 512 others 2048 in width. Mostly untested, but compatibility with Indigo is guaranteed for all.
If they miss something by design to be functional just let me know.
If they miss something by design to be functional just let me know.
- Attachments
-
- CTZn_obstacle_maps.zip
- 8 maps total
- (219.02 KiB) Downloaded 223 times
obsolete asset
hey thanks they look good - will try them out
edit:
ok 2 issues to report to ono from my messing around trials -
1.there seems to be a crash caused using an obstacle and aperture map together? I dont think smartden has put this in his version yet so maybe others havent seen it yet - of course it may be my coding too
2.and the required aperture to show pretty effects is very small - in fact I need to hand edit it well below the 64 fstop level - this makes the image very dark requiring pushing up exposure or light output a long way - is this correct?
edit:
ok 2 issues to report to ono from my messing around trials -
1.there seems to be a crash caused using an obstacle and aperture map together? I dont think smartden has put this in his version yet so maybe others havent seen it yet - of course it may be my coding too
2.and the required aperture to show pretty effects is very small - in fact I need to hand edit it well below the 64 fstop level - this makes the image very dark requiring pushing up exposure or light output a long way - is this correct?
2 is correct - if you don't have quite extreme situations, you usually wouldn't see too much bloom/glare...
That might be the only reason, why it could be useful to use the old kind of bloom/glare (post processed in violet) as it provides more control (but lacks of realism)
1) I'm not sure about that, but I understood it like this, that the obstaclemap actually replaces the aperture map, so, there isn't really a reason for using both at once... (I'm not sure with that one, though)
That might be the only reason, why it could be useful to use the old kind of bloom/glare (post processed in violet) as it provides more control (but lacks of realism)
1) I'm not sure about that, but I understood it like this, that the obstaclemap actually replaces the aperture map, so, there isn't really a reason for using both at once... (I'm not sure with that one, though)
no, they appear to be either added or multiplied together, not sure which, but they are definitely both used.Kram1032 wrote: 1) I'm not sure about that, but I understood it like this, that the obstaclemap actually replaces the aperture map, so, there isn't really a reason for using both at once... (I'm not sure with that one, though)
hmm ok thanks for replies
for 2. maybe I will code a special tiny fstop setting and call it 'max glare' or something - with a built in exposure compensation
ono- at present indigo crashes for me in the preprocessing phase when it gets to just after loading the 2 maps
-will load them used separately but not the 2 images together - could it be 4096 is too big? perhaps or maybe it is just broken
for 2. maybe I will code a special tiny fstop setting and call it 'max glare' or something - with a built in exposure compensation
ono- at present indigo crashes for me in the preprocessing phase when it gets to just after loading the 2 maps
-will load them used separately but not the 2 images together - could it be 4096 is too big? perhaps or maybe it is just broken
Last edited by Big Fan on Sat Dec 15, 2007 8:34 am, edited 1 time in total.
ok i will check that later today
my next question is:
if I use camera response data while doing very small things with the aperture and large things with the exposure is this data still valid?
I mean does the response data give legitimate answers to this situation or does it lead to what I think in photographic film is called 'reciprocity failure'?
Although this feature works as ono has it now I have my doubts about it - I mean if you are using it you probably either want to make very subtle 'glow' ( which it does..) or you want to make some nice twinkly highlights with it but...
my next question is:
if I use camera response data while doing very small things with the aperture and large things with the exposure is this data still valid?
I mean does the response data give legitimate answers to this situation or does it lead to what I think in photographic film is called 'reciprocity failure'?
Although this feature works as ono has it now I have my doubts about it - I mean if you are using it you probably either want to make very subtle 'glow' ( which it does..) or you want to make some nice twinkly highlights with it but...
Who is online
Users browsing this forum: No registered users and 50 guests