Opened 12 years ago

Closed 12 years ago

#4214 closed defect (fixed)

Revision 14692 causes blue faces in .wmv files

Reported by: Mike Rice <mikerice1969@…> Owned by: Isaac Richards
Priority: minor Milestone: unknown
Component: mythtv Version: unknown
Severity: medium Keywords:
Cc: Ticket locked: no

Description (last modified by paulh)

The blue faces occur only in .wmv files not .mpg/.avi and occur on both my Intel and NVIDIA cards. Before the code was choosing I420 but now YV12. Maybe this isn't a bug but a setting I need to set in xorg.conf or something? A few people have seen this issue other than me. I've attached a log with both versions.

Index: videoout_xv.cpp
===================================================================
--- videoout_xv.cpp	(revision 14918)
+++ videoout_xv.cpp	(working copy)
@@ -1099,7 +1099,15 @@
     InstallXErrorHandler(XJ_disp);
 
     bool foundimageformat = false;
-    int ids[] = { GUID_YV12_PLANAR, GUID_I420_PLANAR, GUID_IYUV_PLANAR, };
+#if 0 
+    // 14691
+    int ids[] = { GUID_I420_PLANAR, GUID_IYUV_PLANAR, GUID_YV12_PLANAR };
+    char *idsstr[] = {"GUID_I420_PLANAR", "GUID_IYUV_PLANAR", "GUID_YV12_PLANAR"};
+#else
+    // 14692
+    int ids[] = { GUID_YV12_PLANAR, GUID_I420_PLANAR, GUID_IYUV_PLANAR };
+    char *idsstr[] = {"GUID_YV12_PLANAR", "GUID_I420_PLANAR", "GUID_IYUV_PLANAR"};
+#endif
     int format_cnt = 0;
     XvImageFormatValues *formats;
     X11S(formats = XvListImageFormats(XJ_disp, xv_port, &format_cnt));
@@ -1117,6 +1125,7 @@
         {
             xv_chroma = ids[i];
             foundimageformat = true;
+            VERBOSE(VB_PLAYBACK, LOC + QString("XVideo Using ids: %1").arg(idsstr[i]));
             break;
         }
     }

Attachments (2)

bad.txt (17.5 KB) - added by Mike Rice <mikerice1969@…> 12 years ago.
good.txt (17.5 KB) - added by Mike Rice <mikerice1969@…> 12 years ago.

Download all attachments as: .zip

Change History (9)

Changed 12 years ago by Mike Rice <mikerice1969@…>

Attachment: bad.txt added

Changed 12 years ago by Mike Rice <mikerice1969@…>

Attachment: good.txt added

comment:1 Changed 12 years ago by paulh

Description: modified (diff)

comment:2 Changed 12 years ago by danielk

Status: newinfoneeded_new

Does this problem appear when using ffplay to play the video?

comment:3 in reply to:  2 Changed 12 years ago by Mike Rice <mikerice1969@…>

Replying to danielk:

Does this problem appear when using ffplay to play the video?

ffplay displays the videos with the correct colors (as does mplayer) on both Intel and NVIDIA. I just installed ffmpeg.i386 version 0.4.9-24_r8743.fc8 from atrpms to verify. (I don't know how that matches up to what is in mythtv trunk).

comment:4 Changed 12 years ago by Janne Grunau

strange, the atrpms ffmpeg is just one revison off from the libav* copies before the latest major ffmpeg sync. Current mythtv trunk uses ffmpeg rev 11051.

Since there is quite a difference between those revisions, please try again with ffmpeg from svn revision 11051.

Are the wmv files from a common source?

comment:5 in reply to:  4 Changed 12 years ago by Mike Rice <mikerice1969@…>

Replying to janne:

strange, the atrpms ffmpeg is just one revison off from the libav* copies before the latest major ffmpeg sync. Current mythtv trunk uses ffmpeg rev 11051.

Since there is quite a difference between those revisions, please try again with ffmpeg from svn revision 11051.

Are the wmv files from a common source?

I first noticed this in my son's claymation movies he made with Windows Movie Maker. The only other .wmv file I have at the moment is the "swear jar" commercial someone posted a link to awhile back. I put that at the URL below if you want to take a look:

http://home.comcast.net/~mikerice1969/swear_jar_300k.wmv

It is a 1 min/2.5Mb clip.

I can try with a different ffmpeg version but that might take me awhile.

comment:6 in reply to:  4 Changed 12 years ago by Mike Rice <mikerice1969@…>

Replying to janne:

strange, the atrpms ffmpeg is just one revison off from the libav* copies before the latest major ffmpeg sync. Current mythtv trunk uses ffmpeg rev 11051.

Since there is quite a difference between those revisions, please try again with ffmpeg from svn revision 11051.

Just built ffmpeg 11051 and the colors are correct (no blue faces) there as well.

comment:7 Changed 12 years ago by danielk

Resolution: fixed
Status: infoneeded_newclosed

(In [15303]) Fixes #4214. Some old, not so frequently used, code for indirect rendering in MythTV was improperly initializing a temporary frame for colour conversion. This caused blue faces when playing back some wmv files when the UV's weren't a I420 order, this could also cause segfaults with the VIA XVideo implementations.

Note: See TracTickets for help on using tickets.