new deblocker filter: SmoothD

well.. it didn't crash VDM. apart from that it doesn't really do anything (though that's explained in the docs). good idea though. i tried to knock one of these up with DCTfilter and a bunch of yv12lut's, but obviously it wasn't an ideal solution :) can't wait to see it with DCT alive and well.

You are aware that spp in mplayer/ffdshow does exactly what you want to do I assume?

> You are aware that spp in mplayer/ffdshow does exactly what you want to do I assume? Yep, but they keep very close to the paper. I'm gonna use adaptive_shifts and other shift patterns. Also, using the same matrix as in the source helps for PSNR but is not the best choice for deblocking and other HVS considerations. bis besser, Tobias

A new version is up! It contains all code for V0.1 but does not compile :( Maybe someone VC6 savvy can help me with this? Futher steps are 1) speed optimizations (some are really easy and obvious) 2) test with all those different settings and 3) maybe even different matrices. The final goal still is realtime! Maybe on sth like current 3GHz rigs. *hope* bis besser, T0B1A5

Hi, i tried your filter in the previous version. I had a movie where big areas were flat (big areas with the same color and the same brightness). You can imagine that faces are very ugly when they have no contrast... After using your filter i get on some these flat areas some points (little areas with different brightness). This is good because the flat areas are not sooo flat. But i have now a question. Should i use the filter with an interlaced source: - before deinterlacing - before deinterlacing but with SeparateFields/Weave - after deinterlacing i tried to see the difference with the first and third point (before and after deinterlacing) and does not see any differences. Well thanks for your filter

Well, V0.0.8 is up. It a) uses the Flat8 matrix instead of 6-of-9 and b) doen't process U and V plane => still blocking! enjoy und bis besser, Tobias [edit] typo fixed [/edit]

hooray! it's nice. i assume you've noticed, but num_shift wont go above 8, though adaptive shift will try to make it do so when quant is high enough. also, if possible, DCT precision might need to be increased - there's some posterization happening (maybe changing the matrix would fix this too?)

Hi, I haven't had time to test this filter (or anything lately), but wouldn't it be excellent as a post-processor during playback? Especially since we would know what matrix and quant used during encoding? -Dali

While spp might be too intensive for real time pp purpose, any chance of getting it as an avisynth filter, or as an addition to core smoothD function?

A new preview version is up: V0.0.9pre Source only again since I need help with compiling. Please PM me for ideas/solutions. Thank you. bis besser, Tobias