Hdr Agc 1.8.7 - 10.09.2006

[paviko]

@Mtz
Is possible to select the range where HDRAGC to be applied? Example: from between frame 1000 and 2000.
Internaly HDRAGC doesn't have range feature. To remove flickering HDRAGC by default is averaging parameters for 1 seconds. So to get the same result with range as with whole clip you need to start applying it 1 second earlier. Try maybe also Dissolve internal avisynth filter.

@videoFred
Thanks. You can try also using "shift" parameters because as I see your input video doesn't have true blacks. Maybe then, there is no need to use ColorYUV(autogain=true). Thats really interesting with LimitedSharpenFaster. Maybe denoising used internally spread pixel values nicly.

Regards

[videoFred]

You can try also using "shift" parameters because as I see your input video doesn't have true blacks. Maybe then, there is no need to use ColorYUV(autogain=true).

This works fine!
The result is much better then colorYUV(autogain=true).

Is there a way I could measure one frame, then apply the needed value to the shift parameter for the entire clip? With other words, is it possible to automize the shift parameter?

No one else using this amazing filter?

Fred.

[rfmmars]

This works fine!
The result is much better then colorYUV(autogain=true).

Is there a way I could measure one frame, then apply the needed value to the shift parameter for the entire clip? With other words, is it possible to automize the shift parameter?

No one else using this amazing filter?

Fred.

Yes I am using it now, this is the first version that has worked good for me in 8mm and Super 8mm film restoration. Before, there were too many artifact to be useful.

I needed a replacement for MSU's Smart Brightness which is great but due to errors, it can't be used in jobs or "VCFs"

It looks like HDRagc is better than Smartbrightness but I haven't played around very much with it, just an adjustment from standard setup.

Richard
photorecall.net

[videoFred]

Yes I am using it now, this is the first version that has worked good for me in 8mm and Super 8mm film restoration. Before, there were too many artifact to be useful.

Hello Richard,

I agree with this.
Paviko did a fine job, this time.

PS: any news from your new cam?;)

Fred.

[rfmmars]

Hello Richard,

I agree with this.
Paviko did a fine job, this time.

PS: any news from your new cam?;)

Fred.

Yes, the Sony DXC 755 has worked out great. I can do a two wheel color analog correction on the fly, plus black level clamp. I have added multiable Tiffen Ultra contrast and low contrast filters to the lens to help with highlight blowouts.

http://www.tiffen.com/contrast_filters.htm

Richard
photorecall.net

[paviko]

Is there a way I could measure one frame, then apply the needed value to the shift parameter for the entire clip? With other words, is it possible to automize the shift parameter?
Good point videoFred. I don't know why I've missed that ;) Should be in next version.

Regards

[AVIL]

Hi all,

I'm accustomed to old avg_lum parameter (i.e. if video has big dark zones and big bright ones also, it helps to reduce avg_lum). The new version have not this parameter then facing bad videos is more difficult for me. I'm not suggesting to recover avg_lum. I think actual filter is far away better than old.

Come into bussines. In any extreme case (dark video, high contrast) I can't gain enough luma even rising "coef_gains" and "corrector" parameters. It helps a lot insert a previous filter tweak(cont=0.8). Playing with cont value, i can reach desired luma and saturation values. I haven't tested with normal videos but preprocessing with tweak can be an interesting way to enhance filter's results.

[videoFred]

Good point videoFred. I don't know why I've missed that ;) Should be in next version.

Regards

So it is possible?
That would be perfect!

No way we could get some kind of auto white balance, too?

Here's another example of how HDR AGC brings back detail in the dark parts:
max_gain=25, coef_gain=2.5, coef_sat=0.8, shift=10
http://users.telenet.be/ho-slotcars/HDR/HDR_Doom_009.jpg


Fred.

[anton_foy]

that I thought was impossible...must try this at once! It should be applied before adding curves and other filters right?

[videoFred]

Yes, before any other filter.
But if there is no information in the dark parts then it will not work of cource.
It depends on the exposure settings of the original.

It works fine with photos, too.

Fred.

[paviko]

@AVIL
I'm accustomed to old avg_lum parameter. In any extreme case (dark video, high contrast) I can't gain enough luma even rising "coef_gains" and "corrector" parameters...
Thanks AVIL for pointing some things out.
I've removed avg_lum parameter to decrease the confusion with so many of them. Basicaly avg_lum was similar to coef_gain. When you set it to 64 instead of 128 it was almost the same as coef_gain set to 2.0. Almost because there were some cases when it wasn't and looks like you have some clips when it was helpfull. It can be added back, because it won't change algorithm, etc.
In new version I've lowered the value proposed by auto system. When in old version plugin proposed gain at 2.5, new version propose only 1.75.
Unfortunatelly the most importnat change is how coef_gain works. And your points shows that the change is wrong. Will revert it back to previous behaviour in next version.
E.g. for bright scene:
Old version propose 1.2 gain, you set coef_gain to 3.0 and as result get 3.6 gain.
New version propose 1.1 gain, you set coef_gain to 3.0 and as result get 1.3 !!!
This is my mistake, that coef_gain is not balanced anymore. To get the same gain you have to set it to 36!
Also keep in mind that max_gain is set by default to 3.0. You can try also min_gain.

Thanks

[hanfrunz]

@paviko

where can i find the source code? I will maybe add a GUI to your filter, if it's not to difficult to put it in the existing code.

hanfrunz

[Boulder]

paviko,

would it be possible to add a feature in which you can choose one frame where to take the characteristics from and use those as a base for adjusting all the other frames.

The reason why I ask this is that I've got one video where in two scenes the brightness goes up-down-up-down slowly when the video proceeds. If you need a sample clip, just let me know.

[G_M_C]

Paviko,

Would it be possible to put the RGB32 support back in (and keeping the YUY/YV12 offcourse).

I ask this because i've found that your filter isn't only very helpfull on video ... It is on pictures/photo's too. And the RGB32 is more usefull in the picture-buissness.

If possible it would make your filter even more versatile than when it's only usable for video (from my point of view anyways ;) )

[Joel Cairo]

paviko,

would it be possible to add a feature in which you can choose one frame where to take the characteristics from and use those as a base for adjusting all the other frames.

The reason why I ask this is that I've got one video where in two scenes the brightness goes up-down-up-down slowly when the video proceeds. If you need a sample clip, just let me know.

I'd very much like this too, but I'm curious as to how it would be implemented... would you take a histogram of the "template frame" and try to adjust the target frame's histogram to match it? Or does the histogram (or whatever measure is used) change from scene to scene, thereby making the idea a lot more difficult to code?

Just curious...

-Kevin

[G_M_C]

Paviko,

Would it be possible to put the RGB32 support back in (and keeping the YUY/YV12 offcourse).

I ask this because i've found that your filter isn't only very helpfull on video ... It is on pictures/photo's too. And the RGB32 is more usefull in the picture-buissness.

If possible it would make your filter even more versatile than when it's only usable for video (from my point of view anyways ;) )

Hate to quote myself, but i still hope for an anwer.

To illustrate the ussefullness of the HDRAGC plugin in pictures i give you the following example:

ORIGINAL
http://tweakers.net/ext/f/5765d796bb5601143683a783bed40ea9/full.png


WITH HDRAGC
http://tweakers.net/ext/f/140c166972f77a2a9598c7817efeb4c2/full.png

(images resized for forum-purposes)

I think this demonstrates the use for HDRAGC on photo's nicely. Thyerefore i hope that you'll be able to put back the RGB32 (besides the other formats) :)

[paviko]

Hello,
Sorry for no response so long. I was quite busy.

where can i find the source code? I will maybe add a GUI to your filter, if it's not to difficult to put it in the existing code.
The source code was available with old versions. Then I removed it pior cleaning (there was so much mess, it was a shame). Now I thinking of using this algorithm in commercial application. It's just palnning so for now I'm not providing the source code. Even if this algorithm will be used commercially, the free vesion will be available for Avisynth as usual.
would it be possible to add a feature in which you can choose one frame where to take the characteristics from and use those as a base for adjusting all the other frames.
OK. I'll add this in next or just after next version ;)
I'd very much like this too, but I'm curious as to how it would be implemented... would you take a histogram of the "template frame" and try to adjust the target frame's histogram to match it? Or does the histogram (or whatever measure is used) change from scene to scene, thereby making the idea a lot more difficult to code?I'm not doing any histogram operations with current version, exept for counting how much gain apply in auto mode. So there is no problem to take all parameters from one frame and use them for other frames.

Would it be possible to put the RGB32 support back in (and keeping the YUY/YV12 offcourse).
I ask this because i've found that your filter isn't only very helpfull on video ... It is on pictures/photo's too. And the RGB32 is more usefull in the picture-buissness.I've removed RGB32 support because I was too lazy to implement own conversion :) . I've seen that since Avisynth 2.6 there will be support for YV24, which will allow to process RGB32/RGB24 image without lossing any chroma information. Does anyone know when Avisynth 2.6 will be ready? If it's not planned soon then I can add RGB32 support back.

Regards

[foxyshadis]

YV24 is still 8-bit though, you need 16-bit 4:4:4 YUV to ensure that chroma in light and dark areas doesn't get quantized away into ugly banding. But 2.6 should support that, even if it's not implemented initially or compatible with many plugins.

(Pretty sure it's going to be a very long time before 2.6 though. I'm considering a custom backport involving recompiling all my favorite plugins against an avisynth 2.5 with extra colorspaces to get yv24 support. Plugins will all have to be recompiled anyway.)

[G_M_C]

Seems that putting the RGB back is "the easiest" way to go, since the next version of AVS is still a bit away (and it would require adding more colorspaces anyway ;) )

[Mug Funky]

i'm all for RGB48... :cool:

HDR is far more effective when you have more bits to play with. especially if you shoot 12-bit RAW pics on your camera and decode them to 16-bit RGB. photoshop just doesn't cut it sometimes, and lacks a feature like HDRAGC (though i'm only talking photoshop 7, not CS2 or anything).

avsutil + imagereader/writer make avisynth quite useful for processing photos :)

[paviko]

especially if you shoot 12-bit RAW pics on your camera and decode them to 16-bit RGB Yes, that would be great to take "RAW" 12-bit, before some gamma like curves are applied. So maybe some research :)

This weekend I'm at work :( I've decided to bring new version that was already a week ago. I wanted to add the features of taking parameters from one frame and RGB32 and then release, but it will be delayed.

Version 1.8.5
- added auto shifting (black_clip parameter)
- avg_lum parameter is back
- new mode (mode = 2), which is using float precision for some calculations (best quality, now mode = 2 as default)
- fixed behaviour of coef_gain (for coef_gain > 1.0 it works as in previous versions)
- tweaked corrector (by default it's not a bit lower, so if you were using previously x, now try x + 0.1)

Regards

[videoFred]

Paviko,

Black_clip=0.5 gives me this: a flat histogram.

http://users.telenet.be/ho-slotcars/HDR/HDR_Doom_015.jpg

Changing it to 1.0 or 0.1 or whatever does not make it any better.

Shift=15 gives me this:

http://users.telenet.be/ho-slotcars/HDR/HDR_Doom_014.jpg


As you see, this is much better.

????? Fred.

[paviko]

VideoFred try shift = 0 and black_clip = 0.01 or evene lower - this value should be low. When you set debug = 1, you will see what the shift is applied.

Regards

[videoFred]

Thank you for very fast reply;)

black_clip= 0.01 and shift=0 gives me shift 20 with debug=1
But I need shift= 12 or 15

I even tried black_clip= 0.0005, I still get shift 20.
The only way to get shift=15 is this:
black_clip= 0.0, shift=15

Fred.

[dosdan]

I thought HDRAGC would improve the situation when a videocam's auto-exposure got fooled. I know it can't bring things back when they are lost through over-exposure but in this example it looks like it makes things worse. Situation: a person walks closely across in front of a camera and causes the scene to be over-exposed. Look at the african boy's face, the hair of the pacific islander woman moving in front and the brightness of the red car during the crossover.

50KB JPGs:
Before (http://www.users.on.net/~dosdan/Before.jpg)

During (http://www.users.on.net/~dosdan/During.jpg)

After (http://www.users.on.net/~dosdan/After.jpg)

It seems to me that the After shot has even more brightness than the original over-exposed image.

The shots were taken using the defaults in HDRAGC. I could not find a suitable parameter to tame this behaviour. Is HDRAGC suitable for this situation, and if so, what settings should I use?

A link to a 4.5MB Huffyuv-compressed 21-frame clip of the original (360x360) is available here: HDRAGC_test_clip_huffyuv.avi (http://www.users.on.net/~dosdan/HDRAGC_test_clip_huffyuv.avi)

[Pookie]

dosdan - I think your original clip looks fine. Don't worry about it.

[NathanX]

Hi paviko,

Thanks for your pretty nice filter! I tried it on a pretty old 8mm movie from my father in law (the film is from the 1970s) which had some pretty dark scenes. The details are much more visible now, even in dark scenes and I only used standard settings!

Only thing is, that it is pretty slow, but as far as I have seen, MMX and SSE2 optimization is planned, so I am really looking forward to an speed optimized version!

Have a great time
Nathan

[paviko]

@videoFred
I even tried black_clip= 0.0005, I still get shift 20.
This means you don't like true blacks ;) black_clip is moving histogram to true black. Maybe try increasing gain (min_gain, coef_gain, max_gain) when black_clip is 0.0005.

Dosdan, HDRAGC is brightening dark parts without touching higlights, even if the rest of the picture is overexposed. If you'd like to darken your picture try:
clip.invert()
clip.hdragc()
clip.invert()
Maybe later I'll add also some auto enhacements to highlights.

NathanX.
MMX, SSE, SSE2 optimizations are wating for my free time ;)

Regards

[NathanX]

Paviko,
thanks for info, so hopefully you have some free time soon :D

[johnmeyer]

Your documentation erroneously refers to the "black_shift" parameter instead of "black_clip."

[WorBry]

Paviko, or any willing "HDRAGCologist"

I've had a good deal of success with HDRAGC brightening uniformly low lit scenes and off-setting color tints due to fluorescent light, but I'm struggling with backlit subjects.

Here's a classic 'hotel veranda' scene before and after my best attempt i.e.

HDRAGC(min_gain=2.0, coef_gain=2.0, max_sat=10, corrector=0.8, reducer=0.3)

Before

http://rapidshare.de/files/28674406/Veranda_Source_10_frames.avi.html

After

http://rapidshare.de/files/28674759/Veranda_HDRAGC_10_frames.avi.html

Any suggestions for improvement in ''bringing up'' the foreground whilst avoiding gamma haze?

Thanks,

The source is a 10 frame clip from a home DV, deinterlaced to 50fps, denoised, and archived as FFDShow-HuffYuv(YV12) i.e.

Decoder: Cedocida forced YV12 output (MPEG2 interlaced YV12 sampling)
Script:
avisource("C:\DV.avi")
Tweak(coring=true)
AssumeBFF()
mvbob()
LanczosResize(720,544)
hqdn3d(3)
RemoveGrain(mode=2)

[paviko]

I'll try tweaking after coming back home from work ;) At first sight it looks like the shift parameter could help.

Regards

[WorBry]

Thanks Paviko,

I'm thinking that a bit of post-sharpening might help improve the definition also, something like:

LimitedSharpenFaster(Smode=4,strength=20,overshoot=1)

Incidentally, do you recommend applying HDRAGC before or after denoising, or does it not matter? I'm currently doing it after because my archived source footage is already deinterlaced and denoised.

When I have time, I also intend to re-encode my archived DVD clips (from the original DV archives). In this case I normally just apply a mild degrain to the separated fields and re-weave, i.e.

avisource("C:/DV.avi")
Tweak(coring=true)
SeparateFields()
odd=SelectOdd.RemoveGrain(mode=2)
evn=SelectEven.RemoveGrain(mode=2)
Interleave(evn,odd)
Weave()
DoubleWeave.SelectEven()

Again (in theory at least), is HDRAGC best applied before or after field separation, or does it not matter?

Thanks alot

[paviko]

My suggestions are:
- black_clip = 0.1 - haze look is decreased, but also picture is a bit darker, then
- min_gain = 4.0, max_gain = 4.0 (to brighten it up back to the level before black clip)
- coef_sat = 2.0 - setting max_sat to 10.0 is not changing anything, if gain is below 10 and coef_sat is not used
- shift_u = -10 - because of a bit more saturation a blue cast appears, so lets warm picture a bit more with this parameter

So the whole line:
HDRAGC(max_gain = 4.0, min_gain = 4.0, black_clip = 0.1, coef_sat=2.0, shift_u = -10, corrector=0.8, reducer=0.3)

I hope you'll like it.

is HDRAGC best applied before or after field separation, or does it not matter?
HDRAGC should not be applied for interlaced frame, so if frame is interlaced then separate fields first or use deinterlacer.

Incidentally, do you recommend applying HDRAGC before or after denoising, or does it not matter? I'm currently doing it after because my archived source footage is already deinterlaced and denoised.
It depends how much you are brightening up clips and which denoiser are you using. It's best to experiment. For me, if gaining with HDRAGC is low then denoising after helps retain details. If gaing is high then denoising before HDRAGC help much better in decreasing the noise.

Regards

[WorBry]

Excellent. Yes, that's exactly what I was looking. It constantly amazes me how much definition still exists in these shadowy images.

Thanks alot for taking the trouble and for your advice about the positioning of the filter. I'll experiment some more with that.

Much appreciated.

[Joel Cairo]

paviko,

would it be possible to add a feature in which you can choose one frame where to take the characteristics from and use those as a base for adjusting all the other frames.

The reason why I ask this is that I've got one video where in two scenes the brightness goes up-down-up-down slowly when the video proceeds. If you need a sample clip, just let me know.

Paviko:

I just wanted to bump this thread to see if there were any plans to add this feature to a new version of HDR AGC... for my work, I think it would be **very** useful.

Thanks for considering it!

-Kevin

[steptoe]

I've noticed that running the filter as default does have good results on B+W films, but those that are pretty bright in places tend to be over brightened

Any suggestions to what I can try to bring up the darker parts but reduce the brighter parts or even better leaving the brighter parts alone

[johnmeyer]

-- Edited to add the "corrector" setting, which eliminates the "blowing out" of highlights on some scenes.

Thanks first to the author and also to VideoFred. I'm using my 16mm 24fps film-to-video transfer device (which I've described in other threads) to transfer another 31 cans of film. HDRAGC is doing a MUCH better job of adjusting the gamma than what I was able to do in Vegas, a program that actually gives you pretty good control over levels, gamma, curves, and color. I'm still going to touch up levels in Vegas, and I'm going to do all the color timing (correction) there, but HDRAGC gives me a HUGE headstart.

Thank you!!

And, to the previous poster, here are the rather simple settings I use:HDRAGC(coef_gain=1.5,coef_sat=0.8,min_gain=1.5,avg_window=1,corrector=.7)I experimented with all sorts of advanced settings, but found this worked well. I still have to sometimes (although not usually) adjust the black and white points manually in my editing application, but this is easy. The key thing is that the murky shadows are beautifully brought up to exactly the right level.

I am restoring both B&W and color, and these same settings seem to work equally well. On really underexposed footage, the results are a tad washed out, but that is easy to fix in Vegas.

BTW, when doing the film transfer, I use a Sony FX1 (currently capturing SD, rather HDV). I use "spotlight" mode, and then use the PPV menus to adjust the auto exposure downward in order to eliminate any zebra patterns. I set zebra to 100 (not 100+). This results in a slightly underexposed image, but one that has all the highlights intact. I have adjusted bulb brightness so that I use the ND1 filter for normally exposed film. For underexposed film, I remove this filter.

Here is a before/after on a B&W image:
http://forum.doom9.org/attachment.php?attachmentid=6102&stc=1&d=1156733769

[paviko]

Hello.
@Joel Cairo
I just wanted to bump this thread to see if there were any plans to add this feature to a new version of HDR AGC...
Sorry, it's ages since I've promised to add this feature. I'll try to do this as soon as possible.

@steptoe
Any suggestions to what I can try to bring up the darker parts but reduce the brighter parts or even better leaving the brighter parts alone
As johnmeyer has posted try using "corrector" parameter. The lower the value from 1.0 then less bright part are changed or even are not touched.

Thank you johnmeyer.

Regards

[johnmeyer]

And thank you, Paviko!

I'm in the middle of transferring over 40 reels of film, and not only has HDRAGC saved me a huge amount of time, it also does a better job bringing detail out of the shadows and in general getting the gamma "right" than almost anything I could do in Vegas, even when creating my own custom "S" curves. Very nice piece of work.

As to the corrector parameter, I'm still experimenting. The "best" value for my work is somewhere between .65 and .85. I'm currently using .75, which is a little different than what I posted.

John

[videoFred]

Johnmeyer,

Wonderful B/W pictures!
I see your transfer device is top quality, now!
Real film rocks:devil:

I must test this 'corrector' parameter myself.
But HDR also improves colors a lot: (recent 2005 Single-8 film frame)
http://users.pandora.be/ho-slotcars/HDR/HDR_Doom_020.jpg


Fred.

[videoFred]

I Tried the corrector parameter on this one:
very old 1968 Super-8 film frame
http://users.pandora.be/ho-slotcars/HDR/HDR_Doom_021.jpg

I had to capture this particular scene so dark because of the very high contrast. Otherwise the whites in the down left corner where blowing out- typical for film - higher dynamic range then digital systems can capture.

coef_gain=1.5, corrector=0.7

Man Paviko, I like your plugin :thanks: again!

Fred.

[Joel Cairo]

Hello.
@Joel Cairo

Sorry, it's ages since I've promised to add this feature. I'll try to do this as soon as possible.

Regards


Great, paviko...! I appreciate your efforts, and I'll look forward to that!! :D

-Kevin

[paviko]

Version 1.8.6
- added 'freezer' parameter - number of frame that is choosen to calculate gain parameters

As requested new parameter ('freezer') for pointing out from which frame takes all parameters.
Next on the list is RGB support.

Regards

[Pookie]

Thanks once again, Paviko :)

[paviko]

Version 1.8.7
- fixed crash when black_clip is not used :stupid: ;)

Thank you

[taeuber]

Hallo Paviko,

I'm sorry to read this:



The source code was available with old versions. Then I removed it pior cleaning (there was so much mess, it was a shame). Now I thinking of using this algorithm in commercial application. It's just palnning so for now I'm not providing the source code. Even if this algorithm will be used commercially, the free vesion will be available for Avisynth as usual.


I'm only on Linux boxes so I can't use your filter.

Could you be so kind to tell me which documentation your filter is based on?
I'm interested in the »simulating the work of our eyes« algorithm and the range spreading (only luma or chroma too?).
Are there free docs on the internet?

On my Linux I use avidemux for cutting and encoding video. This program can use filters too. Maybe I find someone who tries to write a similar filter for us linux user.

Thank you very much.
Lars

[Bh4i]

GREAT man, especially for old movies :)

[Piper]

Hello,

First, thanks to paviko for writing this filter. From what I've seen on this thread it is quite powerful and the response you're getting is very encouraging!

I've been attempting to do my first 8mm capture (1958!) and I only stumbled across this thread the other day. My capture equipment is very modest, but I should be able to get something watchable out of it.

It looks as though I'm encountering a common problem with capturing overexposed scenes. The result is that the dark areas become too dark and the result is too much contrast. I'm hoping to overcome some of this with HDR_AGC. I've fiddled with it some, but so far I end up with a picture that looks comparatively washed out.

This sequence was filmed at 18fps and captured with an NTSC minidv camcorder with a shutter speed of 1/60.

Source:
http://img139.imageshack.us/img139/6197/nohgcpr0.jpg (http://imageshack.us)

With HDRAGC using: hdragc(coef_gain=1.1,max_sat=1.0,corrector=0.7,reducer=0.6)
http://img88.imageshack.us/img88/9076/withhgcgv9.jpg (http://imageshack.us)

Admittedly the resulting change here is very minor. What I'm looking for is a stronger effect without washing out the image. Would anyone have any ideas how to better approach this?

My current script looks like this:
DirectShowSource("X:\medium_blue_reel_final.avi").AssumeBFF()

ReInterpolate411()
ColorYUV(levels="PC->TV")
ConvertToYV12(interlaced=true)

DoubleWeave.SelectOdd()
AssumeTFF()

Telecide()
Decimate(5).Decimate(4)

Assumefps(18)
changefps(23.976)

DeFlicker(percent=50,scene=30)

hdragc(coef_gain=1.1,max_sat=1.0,corrector=0.7,reducer=0.6)

dull = last
sharp = dull.LimitedSharpenFaster(smode=4)
sharp = LRemoveDust_YV12(17,1)
sharp = sharp.DeGrainMedian()
Soothe(sharp, dull,80)

Thanks in advance.

[rfmmars]

In addition to HDRagc you need to use 'Fdump's) EQrgb 2.1 and ColorMill 2.1 to get what you want, these are VD plugins, and addition to reduce the brightness range, several "Tiffen" Ultra Low Contrast filters stacked in front of your Camcorder (F15). Use a medium green based 8.5 x 11 dull cardboard sheet projection screen to lower the blue effect and also if you print an iverted hotspot on that cardboard screen, that will help a lot.

Richard
photorecall.net