Light Noise removal filter
 

I need to use an extremely light noise/grain removal filter. What do you suggest ???

Just in case you are wondering why I want to do that is : sometimes i cant make up my mind if any filtering is actually required or not. It for those instances.I am looking at fast S/T filters or a combo of them, so as not to add to the encoding time much.

Also pls dont suggest only the filter, please post recommended values.

RemoveGrain(mode=x) where x is 1 or 5.

Thanks!!

ppl, any other suggestions

Undot works well also (a little equivalent to RemoveGrain(mode=2)).

Let me to do a little correction: second filter documentation. ;)

:stickouttongue:

:lol:

:oops: :lol:

Yeah! mode=1 is equivalent to undot but the SSE ver of removegrain are faster than undot (ref: Document)

Re: Light Noise removal.
 

Hi Guys,

Re the above posts, I have had problems with KVCD and KSVCD at lower resolutions such as 352x288 etc. This manifests itself as light mosquito' noise around the faces on close scene and smaller objects seen at distance. If i replaced Undot() in my script with RemoveGrain(Mode=2) would this be sufficient for this scenario or would you recommend going higher in mode or use a totally seperate filter for this problem. I have the Remove Grain SSE filters presently running off AVS 2.5.5. Coincidentaly does undot also have higher filtering values for use possibly in this scenario. I ask because i often see undot() used more in scripts than remove grain. My sources are always DVD.

Many thanks,
Blubear.

The mosquito noise appears during encoding so you cannot get rid of it unless you raise the bitrate.

Ok many thanks for that boulder.
Blubear

Note : the max bitrate

Well, the average bitrate as well :wink:

The mosquito is mainly due to max bitrate even if average has an effect also.

If you have mosquito with avg=1500 and max=3000 then you will have with avg=2000 and max=3000 but you won't have with avg=1500 and max=6000.

In other words you can avoid the mosquito noise without raising the size of the encoded file ! I tested that very often in OPV mode in CCE, maybe that's not like this with other encoders.

I should have been a bit more precise (was in a hurry). What I thought about is that the encoder won't necessarily use the maximum possible bitrate when the phenomena occurs. In fact, I'm quite sure it is visible nearly all the time (at least that's what the original problem is).

But that's one reason to not do bitrate limited encodes (that is, those that are burned on CDs) anymore. Better start using DVDs, the burners and media are cheap these days. Most standalones have severe problems playing CD based stuff that goes over 2500kbps or so.

I agree :-). That's why I said I saw that in CCE. For sure, all depend on how the encoder decides to assign the bitrate. It seems that HC is also good in this area.