[Bug 60546] New: Ys Origin: AVI videos are displayed as four horizontally compressed, grayscale copies
http://bugs.winehq.org/show_bug.cgi?id=60546 Bug ID: 60546 Summary: Ys Origin: AVI videos are displayed as four horizontally compressed, grayscale copies Product: Wine Version: 11.20 Hardware: x86-64 URL: https://store.steampowered.com/app/207350/Ys_Origin/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs@list.winehq.org Reporter: gyebro69@gmail.com CC: bmcgrath@codeweavers.com Target Milestone: --- Regression SHA1: e4d1eefb14f1c4e7616c763daa888dfc280bb451 Distribution: ArchLinux Created attachment 82411 --> http://bugs.winehq.org/attachment.cgi?id=82411 screenshot AVI video playback in Ys Origin regressed between Wine 11.19 and 11.20. The issue affects both the Steam and GOG versions. For the Steam version, the full game is required to reproduce this issue. The Steam demo uses a different video codec and is not affected. With Wine 11.20, the video image is repeated four times horizontally. Each copy is horizontally compressed, appears in grayscale, and has pronounced horizontal striping. Before the regression, the videos were displayed correctly, with normal proportions and colors. The same AVI files play correctly with both gst-play and ffplay. The affected files examined are `yso_logo.avi` and `en_pro.avi`. Both contain: - Video: MPEG-4 Advanced Simple Profile, FourCC XVID, yuv420p, 1920×960, 60 fps. - Audio: 16-bit signed little-endian PCM, 48 kHz, stereo. I bisected the regression to the following four consecutive commits, listed in chronological order: - `8ca50c3753915d0891d8be588b73a35383f5eaca` quartz: Implement media type enum for source. - `52e78abf837f27dc04f8b1fe6e1bbff1a074ee88` quartz: Implement QueryAccept for source. - `479a9316aeab82372b2b0c832297cc480165c17c` quartz: Make sure cbBuffer is large enough to fit image. - `e4d1eefb14f1c4e7616c763daa888dfc280bb451` quartz: Implement the Receive function. `e4d1eefb14f1` is the first tested commit at which I observed the specific corrupted image described above. However, the three preceding candidates had to be skipped: audio played, but the video area remained white or black, preventing assessment of the image corruption. I cannot conclusively attribute the corruption to e4d1eefb14f1 alone. Please let me know if you need debug logs. -- 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 (1)
-
WineHQ Bugzilla