http://bugs.winehq.org/show_bug.cgi?id=22344
Summary: Die Völker: upside down Cinepak intro video with greenish colors Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: iccvid AssignedTo: wine-bugs@winehq.org ReportedBy: hoehle@users.sourceforge.net
Created an attachment (id=27338) --> (http://bugs.winehq.org/attachment.cgi?id=27338) +iccvid,+msvideo log (with wine-1.1.18)
Wine with a native amstream and quartz renders the first intro video (intro.avi) of "Die Völker / The Alien Nations" upside down and in wrong colours, with a strong green stain. Bug #17893 explains why WINEDLLOVERRIDE is needed. Actually, there are two issues with the Cinepak codec:
A) The iccvid codec refuses a BITMAPINFOHEADER with negative height. B) Native amstream tries hard to find a suitable transform. Alas, the codec does not refuse to convert into YUY2 or similar uncompressed formats, which I believe explains the greenish colour.
This log snippet about A) shows the use of a negative height in the header of the uncompressed format, which indicates a top-down DIB according to MSDN http://msdn.microsoft.com/en-us/library/dd183376.aspx trace:iccvid:ICCVID_DecompressQuery in: planes = 1 bpp = 24 height = 360 width = 640 compr = "cvid" trace:iccvid:ICCVID_DecompressQuery out: planes = 1 bpp = 24 height = -360 width = 640 compr = "\x00\x00\x00\x00"
This log snippet about B) shows how native amstream queries about decompressing into YUY2 and other similar fcc formats like UYVY (see log). trace:iccvid:ICCVID_DecompressQuery in: planes = 1 bpp = 24 height = 360 width = 640 compr = "cvid" trace:iccvid:ICCVID_DecompressQuery out: planes = 1 bpp = 16 height = 360 width = 640 compr = "YUY2"
This video displays fine using Wine's built-in mciavi.
What's obscure to me is why is this video rendered upside down with native amstream and quartz? Negative heights are returned by the iccvid codec with BADFORMAT, so it is a priori not responsible for the inversion. a) Is this a bug in native amstream, forgetting that it did not obtain a top-down decompressor? b) Is Wine's understanding of top-down the opposite of what native uses? c) Is the codec's understanding of bottom-up wrong?
What made me curious is the need to change the FFmpeg msvideo1 code for Wine: the original code would render videos upside down. And iccvid similarly contains #ifdef ORIGINAL code to invert the orientation.
http://bugs.winehq.org/show_bug.cgi?id=22344
--- Comment #1 from Jörg Höhle hoehle@users.sourceforge.net 2010-06-09 08:43:25 --- I've written tests that show that native iccvid and MS-Video1 codecs accept (at least ICLocate and DecompressQuery does so) negative BI_RGB bitmap heights.
However, when I change iccvid.c:DecompressQuery to accept a) only BI_RGB (instead of accepting everyginth, e.g. YUV) or b) a negative height, then in both cases the app (using native amstream+devenum+quartz) skips the first intro video (the Cinepak one).
It is a mystery to me why enabling something (in case b) causes a lack of functionality (no more video instead of a green upside down one)!
http://bugs.winehq.org/show_bug.cgi?id=22344
--- Comment #2 from Jörg Höhle hoehle@users.sourceforge.net 2010-09-08 12:36:21 CDT --- An exhaustive search on testbot through all fourcc combinations of "ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890 " shows that iccvid on win95b/98/w2k machines accepts to decompress into CLJR, CPLA, UYVY, YUY2 fcc formats. Surprisingly, not on NT, XP or later.
msvidc32 (MSVC) did not accept any such fcc combination. Perhaps my test loop was broken, and I need different width and height if compression is involved, or bpp. I simply used 1:1 dimensions for input & output.
http://bugs.winehq.org/show_bug.cgi?id=22344
--- Comment #3 from Jörg Höhle hoehle@users.sourceforge.net 2010-09-08 12:39:02 CDT --- Whatever amount of tests prove it right, given my comment #9, I don't plan to submit a patch that processes negative bitmap heights or refuse non_RGB output formats for as long as it causes the intro videos not to display anymore (I prefer to see something green than nothing at all). No regressions! Perhaps an amstream/iccvid/quartz from an NT, XP or later machine would not use YUY2 or UYVY yet manage to display the videos normally?
http://bugs.winehq.org/show_bug.cgi?id=22344
Zhenya Zenitur@yandex.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Zenitur@yandex.ru
--- Comment #4 from Zhenya Zenitur@yandex.ru 2011-04-07 05:59:55 CDT --- I found some fixed bug in Windows realization of Cinepak codec. Please check your patch: http://support.microsoft.com/kb/982665/
http://bugs.winehq.org/show_bug.cgi?id=22344
--- Comment #5 from butraxz@gmail.com 2013-10-18 13:26:01 CDT --- This ticket has not been updated for over 900 days. Development recommends to check the status on your bug every release or two and let to be known if the bug is still present. If not, mark it fixed. If you are no longer able to put effort to this ticket, you can abandon it.
Is this still an issue with 1.7.4 or higher ?
https://bugs.winehq.org/show_bug.cgi?id=22344
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #6 from Austin English austinenglish@gmail.com --- (In reply to butraxz from comment #5)
This ticket has not been updated for over 900 days. Development recommends to check the status on your bug every release or two and let to be known if the bug is still present. If not, mark it fixed. If you are no longer able to put effort to this ticket, you can abandon it.
Is this still an issue with 1.7.4 or higher ?
Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=22344
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=22344
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|iccvid |msvfw32