[Bug 22344] New: Die Völker: upside down Cinepak intro video with greenish colors
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(a)winehq.org ReportedBy: hoehle(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22344 --- Comment #1 from Jörg Höhle <hoehle(a)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)! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22344 --- Comment #2 from Jörg Höhle <hoehle(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22344 --- Comment #3 from Jörg Höhle <hoehle(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22344 Zhenya <Zenitur(a)yandex.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Zenitur(a)yandex.ru --- Comment #4 from Zhenya <Zenitur(a)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/ -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22344 --- Comment #5 from butraxz(a)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 ? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=22344 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED --- Comment #6 from Austin English <austinenglish(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=22344 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #7 from Austin English <austinenglish(a)gmail.com> --- Closing. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=22344 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|iccvid |msvfw32 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla