• Thanks: 1

Topic: Color bug maybe

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  roll

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.

  • MAG79
  • SVP developer
  • Offline

Re: Color bug maybe

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.

http://www.svp-team.com/forum/misc.php?item=262

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

Good luck

Post's attachments

ffdShow_PostProcessing.png, 49.55 kb, 568 x 479
ffdShow_PostProcessing.png 49.55 kb, 684 downloads since 2011-05-01 

3 Reply by Rimsky (edited by Rimsky 01-05-2011 17:44:44)

  • Rimsky
  • Installer Master
  • Offline

Re: Color bug maybe

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

4 Reply by BipBip (edited by BipBip 01-05-2011 20:08:12)

  • Thanks: 1

Re: Color bug maybe

Thank you for help  smile

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  smile I'll do some tests to see which trick is faster  big_smile

Thanks again for support,

Cheers

  • MAG79
  • SVP developer
  • Offline

Re: Color bug maybe

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

  • Thanks: 1

Re: Color bug maybe

Oops did not check topic  big_smile

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  wink but it wasn't using much cpu either way.

7 Reply by edison (edited by edison 07-06-2011 08:06:56)

  • Thanks: 3
  • Thanks for the post: 1

Re: Color bug maybe

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

  • aram
  • Member
  • Offline

Re: Color bug maybe

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?

  • aram
  • Member
  • Offline

Re: Color bug maybe

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.

  • MAG79
  • SVP developer
  • Offline

Re: Color bug maybe

aram
You are welcome wink