Recent Posts

The red blocks is probably caused my the output codec used, when ever I use ffdshow to outpuf in h.264 in red edges I would see blocks, but when I encode with Xvid, there was no blocks.
Just my opinion.

What about using SR for detail recovery? I have a concept:If you look closely heavily compressed videos blocks,you should see that some blocks have more details than others.But in next frame those more detailed blocks look flat and less detailed.So my idea here is that Video Enhancer would try to pick those more detailed blocks and then intelligently blends them over less detailed blocks of other frames.This would be possible to do to parts with motion but maybe better to static parts of video.I hope you understood what i meant.

Another thing is that,would it be possible for VE´s next version of deblocking to remove those bright red blocks which even MSU´s Smart Deblocking cant remove.You can see those red block artifacts on edges.

Updated version is available with new help and some bugs fixed, everyone's advised to reinstall.

That's exactly what I described earlier:

Whenever any of them processes in RGB32 mode an YV12 file the video gets converted from YV12 to RGB32 by some standard system module (either Color Space Converter or AVI Decompressor, need to check) and a checkerboard pattern appears. This doesn't happen in 1.9.4 when it works in YV12.

While everything is in one colorspace, all's fine. But if you start mixing them conversion brings this pattern. We'll try to fix this soon by using our own conversion instead of relying on the system one.

Well i think i found the culprit it's the filter Msu Smart deblocking, i suppose it's only compatible with RGB. I use YV12 in Video Enhancer.

Ok i'm testing this new version 1.9.4 and i have spotted one BIg annoying thing, take a look:



Uploaded with ImageShack.us

I'm encoding a flv decoded with Fddshow in YV12 (no filter used in FFdshow)
As you can see in the result preview window there is some kind of "grid" for lack of better word it's very thin but you can see it clearly if you zoom-in.This grid doesn't appear in the original content so something's wrong !

The original video is 400x304 (codec On2VP6) i'm resizing  it one time X2 (best quality) and then finally 960x720 (speed mode) (so two SR filters) and just before the SR filters i use MSU smart deblocking 0.8 (latest version)

What's your opinion about that ?


Zoom-in:


Uploaded with ImageShack.us

Version 1.9.4 is finally available for download.
In addition to changes listed above now one can save and load projects - sequences of SR and VirtualDub filters with all their settings. Just right click the filters sequence list.

The manual is still for previous version, it will be updated a bit later.

Manoman455,

I was also wondering, but If I had every variation of the original video (backwards, rotated 90/180/270 degrees,flipped horizontal and vertical)

Rotation and flips don't add any new information. 2+3 = 3+2. Reversing in time does give new information: future frames. So I wouldn't expect anything but heating up some air with CPU.

That smart_blend, where can I find it?

Nowhere  it's inside SR and is the key part of our engine.

To average video from two clips you can use Merge function of AviSynth.
http://avisynth.org/oldwiki/index.php?page=Merge
Like this:

Code:

v1 = AVISource("smiths-ve.avi")
v2 = AVISource("smiths-rev-ve.avi").Reverse()
v1.Merge(v2, 0.5)

Sunny666,

current version of video enhancer recovers more details than nnedi3

That's expected since nnedi3 is still only in-frame upsizing technique.

Any other thoughts on why the elecard Mpeg Push Demultiplexer is not generating pins?

I have used double(or triple) fps technique after nnedi3 upsampling for increasing quality of webcam videos and i can say that current version of video enhancer recovers more details than nnedi3. Hope future realise will bring even more quality.