SmoothVideo Project — Color bug maybe

Re: Color bug maybe

null@example.com (MAG79) — Sun, 28 Apr 2013 14:53:42 +0000

aram
You are welcome

Re: Color bug maybe

null@example.com (aram) — Sun, 28 Apr 2013 14:07:02 +0000

I got it working by reinstalling and only using the MPC inside the SVP directory.
It turns out the ffdshow had its avisynth option off and it had no script. By reinstalling it appeared again.

Thanks SVP team.

Re: Color bug maybe

null@example.com (aram) — Sun, 28 Apr 2013 13:25:45 +0000

Changing the post processing setting did not work for me in MPC-HC 1.65.

The LAV CUVID also did not work.

Is there another solution?

Re: Color bug maybe

null@example.com (edison) — Tue, 07 Jun 2011 08:06:42 +0000

If you are using LAV CUVID decoder 0.8, just need to choice the output format as yv12 in decoder option page.

Re: Color bug maybe

null@example.com (BipBip) — Mon, 30 May 2011 23:06:10 +0000

Oops did not check topic

I don't remember exactly what I found the best, some time ago and very rare that I have this problem, but I think the best was postprocess with all disabled so no cpu use or minimal but it wasn't using much cpu either way.

Re: Color bug maybe

null@example.com (MAG79) — Tue, 03 May 2011 06:41:53 +0000

BipBip
It is interesting to us which trick did you choose?

Re: Color bug maybe

null@example.com (BipBip) — Sun, 01 May 2011 20:07:42 +0000

Thank you for help

So the posterize effect must switch from NV12 to YV too...

But using post-processing don't use some CPU? I'm on the limit of frame drops for some clips I'll do some tests to see which trick is faster

Thanks again for support,

Cheers

Re: Color bug maybe

null@example.com (Rimsky) — Sun, 01 May 2011 17:42:44 +0000

Fast SPP deblock is more accurate
and process strength = 100% brings some "soap-effect", try it on 50%

Re: Color bug maybe

null@example.com (MAG79) — Sun, 01 May 2011 17:25:22 +0000

BipBip
This is good known issue. It is not SVP problem. It is problem of color spaces. You should to turn on postprocessing in ffdShow and to choose second position at the slider. It is a trick to back to YV12 color space from NV12 that causes such color bug.

At russian forum this bug is called "blue skin bug" or "avatar's skin bug"

Good luck

Color bug maybe

null@example.com (BipBip) — Sun, 01 May 2011 17:09:51 +0000

Hello,

I was testing some movie trailers and music clips with SVP using Cyberlink HAM and found that the colors were not correct.

Enabling "Light at black borders" restored the correct colors but I don't like the effect and it uses more CPU

I tried to find solution, tested ffdshow for decoding and no problem but with HAM it is faster so I tried to correct the colors in ffdshow. It is very strange but using posterize options in levels from 255 to 254 solved the problem...

Clips are in 720p, mp4 container in VC1 or H264. Tried haali and madvr output but same issue. Problem appears only when SVP starts doing the processing. First second of clip is fine.