SIMD color space conversion does not handle all color spaces correctly.

[X512]

hrev36511 In some videos, the image doubles horizontally and has wrong colors if the native color space conversion is used in AVCodecDecoder. Using libswscale is slower but has the correct conversion. See USE_SWS_FOR_COLOR_SPACE_CONVERSION on line 43 of AVCodecDecoder.cpp

[stippi]

Maybe the alpha 1 release was not supporting your video hardware with overlays? In the MediaPlayer settings, there is a toggle if hardware overlays are to be used, does that change anything? Also, what video hardware do you own?

[X512]

Replying to stippi:

there is a toggle if hardware overlays are to be used, does that change anything?

No.

Also, what video hardware do you own?

nVidia GeForce 6600 LE.

[stippi]

Sounds like hardware that has overlay support in the driver. What happens if you launch a second MediaPlayer instance of the same video? Does the second video display correctly?

[X512]

Replying to stippi:

What happens if you launch a second MediaPlayer instance of the same video? Does the second video display correctly?

Second player plays video same as first.

[stippi]

I just see the potential for misunderstanding, did you have two players open for the same video at the same time?

[X512]

Replying to stippi:

I just see the potential for misunderstanding, did you have two players open for the same video at the same time?

I test with 1 player and 2 players at the same time. All tests have same result(see attached picture).

VLC playing video OK.

[X512]

R1/A2 has this bug too. Example of wrong playing video: ​http://www.traversaltech.com/files/ogd1_boot_vga.avi.

[mmadia]

Would you retest this with a ​nightly image?

[X512]

The same problem in hrev38712.

[diver]

Also reproducible in hrev38797 in vbox.

[stippi]

David, the bug is in the color space conversion code. If USE_SWS_FOR_COLOR_SPACE_CONVERSION is defined to 1 on line 43 of the AVCodecDecoder.cpp, then the video plays fine.