[mythtv] Found a severe decoding bug in mythffplay

[Michael T. Dean]

On 05/04/2012 04:07 PM, Mark Robinson wrote:
> On Fri, May 4, 2012 at 12:44 PM, Michael T. Dean wrote:
>
>> On 05/04/2012 03:23 PM, Mark Robinson wrote:
>>
>>> On Thu, May 3, 2012 at 9:41 PM, Raymond Wagner wrote:
>>>
>>>> On 5/3/2012 23:39, Mark Robinson wrote:
>>>>
>>>>> I just upgraded to MythTV-0.25-fixes and I've found a rather serious
>>>>> decoding bug.
>>>>>
>>>>> If you use mythffplay to play a video file then the blue and red color
>>>>> channels will be reversed.
>>>>>
>>>>> If I play the video on a different machine, it works fine.
>>>>> If I play the video using Xine or mplayer on the same machine, it works
>>>>> fine.
>>>>>
>>>>> Only mythffplay causes problems.
>>>>>
>>>> If `mythffplay` doesn't work, the best option would be to disable it, or
>>>> just simply not use it.  MythTV's diagnostic playback tool is
>>>> `mythavtest`.
>>>>   We added `mythffmpeg` to give a static copy of the ffmpeg transcoding
>>>> utility for scripts to use, built off MythTV's internal snapshot of the
>>>> ffmpeg libraries.  `mythffplay` gets compiled for no reason other than we
>>>> could.
>>>>
>>> I've tried mythavtest.  It also swaps the color channels.
>>>
>>>
>> Are you using a version of MythTV after Apr 13 (either 0.25-fixes or
>> unstable/development/master)?
>>
>> https://github.com/MythTV/**mythtv/commit/0f8476995<https://github.com/MythTV/mythtv/commit/0f8476995>
> I'm using 0.25-fixes.

Yes, but which revision.

mythfrontend --version


> So I managed to 'solve' the problem by setting the video output driver to
> be OpenGL rather than Xv.  However, if I use mplayer or xine and force them
> to use the Xv output they work fine.

If you're using a new enough revision of 0.25-fixes, please go into 
playback with the Xv video renderer, and hit F (one or more times, as 
required), then adjust the hue--likely to either 0 or 50.

Mike