September 2016 - Wine-bugs - list.winehq.org

[Bug 39196] New: Morrowind and Morrowind Graphics Extender (MGE): shader problem
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=39196 Bug ID: 39196 Summary: Morrowind and Morrowind Graphics Extender (MGE): shader problem Product: Wine Version: 1.7.50 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: tuupic(a)gmail.com Distribution: --- When I use third person view in game(and sometimes in first person too) if "HDR shader" or "distand land" is enable picture will corrupted (see attached screenshots) Same problem with another graphic extender for morrowind: MGE XE -- 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.

2 21

[Bug 38748] New: (dogfood) Chocolate Doom full screen does not always work properly
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=38748 Bug ID: 38748 Summary: (dogfood) Chocolate Doom full screen does not always work properly Product: Wine Version: 1.7.43 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikeonthecomputer(a)gmail.com Distribution: --- Created attachment 51661 --> https://bugs.winehq.org/attachment.cgi?id=51661 Screenshot of broken full screen The full screen setting of Chocolate Doom (which is default) will sometimes display the screen offset, showing a part of my GNOME desktop and making the game rather unusable for play. It seems to work correctly the most frequently if the game is launched from the setup program, but that still doesn't always work. I've tested this with the 2.2.0 release, both with the official binaries (http://www.chocolate-doom.org/downloads/2.2.0/) and my own 64-bit build with x86_64-w64-mingw32; no difference between the two. To Wine maintainers, for testing this bug, you can use the FreeDM IWAD so that Chocolate Doom has a game to run: https://freedoom.github.io/download.html -- 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.

2 2

[Bug 13460] New: ZDoom: distorted graphics rendering
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=13460 Summary: ZDoom: distorted graphics rendering Product: Wine Version: 1.0-rc2 Platform: PC-x86-64 URL: http://www.zdoom.org OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aeichhorst(a)gmail.com Created an attachment (id=13376) --> (http://bugs.winehq.org/attachment.cgi?id=13376) Hall of Mirrors effect on textures When running ZDoom, the graphics rendering produces a "hall of mirrors" effect on textures. This has no effect on gameplay, but is a big eyesore. Another graphical problem that occurs is a "pixel coloration-distortion" that imposes colors from one texture onto another. An example of this is when firing the BFG9000 in Doom the walls will retain pixels of the BFG's green energy ball color. This can be seen when pulling up the menu (hitting the Esc key) during gameplay. The menu's yellowish background-shade produces the effect quite well. I managed to get a screenshot of the "hall of mirrors" effect and is attached to this report. -- 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.

2 18

[Bug 38415] New: Switching weapons does not work after dying
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=38415 Bug ID: 38415 Summary: Switching weapons does not work after dying Product: Wine Version: 1.7.39 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: christopher(a)thielen.co Distribution: --- Here's a strange one: Deus Ex works beautifully in Wine but I noticed after I die, beginning a new game and pressing one of the keyboard buttons to switch weapons no longer works as it did. Wine/Deus Ex registers the key press because the Doom-style weapon switcher at the bottom of the screen registers the new weapon but the game does not actually switch weapons. Using the same 1.112fm Deus Ex "Game of the Year" edition installer on Windows XP and Windows 8, this bug does not occur, implying there's something fishy with Wine instead. -- 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.

2 4

[Bug 34798] New: Silent Hill Homecoming is incredibly SLOW.
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=34798 Bug #: 34798 Summary: Silent Hill Homecoming is incredibly SLOW. Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sov.info(a)mail.ru Classification: Unclassified It works fine on my comp under Windows 7 or 8, so it's characteristics (2,13 GGh x 2 core, 8 Gb RAM) are all ok. The game menu and first videoscene fine too, but after that (when we should start to control personage) it's slow as hell. I see that game is fully playable, so is it a some kind of regression? Also - i don't install any components via winetricks. Maybe all that happens because of it? I created a *really* gigantic log. -- 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.

2 8

[Bug 18391] New: Postal 2 - Brightness settings apply themselves to the Desktop.
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=18391 Summary: Postal 2 - Brightness settings apply themselves to the Desktop. Product: Wine Version: 1.1.20 Platform: PC URL: http://www.gopostal.com/freestp.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pvtpuddin(a)gmail.com I have the Gog.com version of Postal 2, so I don't have the native Linux version. But when I run Postal 2 in either a virtual desktop, or fullscreen, the game's brightness settings apply themselves to the rest of the desktop. The default brightness settings washed everything out. And changing the brightness in game, you could see the desktop getting brighter or darker. If you don't have Postal 2, you could test this with the free demo of the Multiplayer part. You don't have to play the game to see this bug, it'll happen at the menu. -- 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.

2 16

[Bug 40807] New: Unreal Engine 4 Prerequisites Setuo (x64) fails with " Invalid ACL"
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=40807 Bug ID: 40807 Summary: Unreal Engine 4 Prerequisites Setuo (x64) fails with "Invalid ACL" Product: Wine Version: 1.9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 54738 --> https://bugs.winehq.org/attachment.cgi?id=54738 Terminal output in Wine 1.9.12 Windows 7 64-bit prefix When attempting to run UE4PrereqSetup_x64.exe the installation fails because of an "Invalid ACL" error. This redistributable installer comes with every new Unreal Engine 4 game but I am not sure where to find a standalone version that one can upload anywhere. I do know there are some Unreal Engine 4 demos out on IndieDB: http://www.indiedb.com/engines/unreal-engine-4/downloads -- 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.

2 8

[Bug 37796] New: Monopoly EA crash (but game is playable)
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=37796 Bug ID: 37796 Summary: Monopoly EA crash (but game is playable) Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grendal74.geo(a)yahoo.com Distribution: --- Created attachment 50340 --> https://bugs.winehq.org/attachment.cgi?id=50340 Monopoly EA crash report (but game is playable) Monopoly game by EA. Download url http://h10025.www1.hp.com/ewfrf/wc/softwareDownloadIndex?cc=us&lc=en&softwa… The game is playable. The only issue is that it produces an error at the beginning of the game. The game is full screen with all the effects working. see backtrace. Happy New Year ! -- 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.

2 6

[Bug 30400] New: Final Fantasy 7 in the first fight scene
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

http://bugs.winehq.org/show_bug.cgi?id=30400 Bug #: 30400 Summary: Final Fantasy 7 in the first fight scene Product: Wine Version: 1.5.1 Platform: x86 URL: http://download.cnet.com/Final-Fantasy-VII-demo/3000-7 538_4-10020419.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Created attachment 39739 --> http://bugs.winehq.org/attachment.cgi?id=39739 terminal output Bug 9220 is fixed, so this is the next crash. Get the game from http://download.cnet.com/Final-Fantasy-VII-demo/3000-7538_4-10020419.html austin(a)aw21 ~ $ sha1sum ff7demo.zip 79a555cd1874410a93952486e511bb8492e82a56 ff7demo.zip unzip/run. Bug 9220 would crash it once Cloud swung his sword. This no longer happens, the fight scene starts, then about 15 seconds later => crash. -- 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.

2 21

[Bug 41271] New: Fallout 4 - Audio issues (no sounds, hangs when playing intro video)
by wine-bugs＠winehq.org 20 Apr '23

20 Apr '23

https://bugs.winehq.org/show_bug.cgi?id=41271 Bug ID: 41271 Summary: Fallout 4 - Audio issues (no sounds, hangs when playing intro video) Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: kimmo.myllyvirta(a)gmail.com Distribution: --- Created attachment 55571 --> https://bugs.winehq.org/attachment.cgi?id=55571 1.9.18 logs This could be dupe of bug #36977, but also hits bug #39402 possibly some others too. But since I can't find a decent workaround which works for Fallout 4, it might be ok to open a new bug. Not quite sure if the component is correct, either xaudio2 or dsound anyway. A bunch of logs attached, see below what they mean. Steam version of the game, only Steam and Fallout 4 installed to a clean prefix. Steam installs xact from _CommonRedist when first time launching the game. When the game is started it hangs when it should play the intro video; +tid,+dsound log attached (Log: fo4_tid_dsound.txt, +tid,+dsound). This could be bug #36977, since the game uses radgametools bink. With builtin xaudio2_7 the intro video works sometimes (extremely rarely, sorry I don't have decent log of this). But after the video is finished it will always hang after; warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! when it tries to play the music for the main menu. (see bug #39402) With xaudio2_7 set to disabled the intro video works, but again extremely rarely. And it results to no sounds in Fallout 4 since bink player uses dsound, but Fallout 4 itself doesn't, it seems. There is "sAudioAPI=XAudio2" setting in Fallout4.ini, but it is a legacy setting. I can't find any indication of it supporting anything else than xaudio2 (on older Bethesda games there was other options available). Now the weird hack part; Since this feels like a race condition, I added usleep(100000) to the beginning of IDirectSound8Impl_Release, which seems to help a lot (this issue might not have anything to do with dsound release, that's just the first place I tried); - native xaudio2: the intro video works, and the music in main menu plays ok, always - success :) (Log: fo4_tid_dsound_sleep_hack.txt, +tid,+dsound ) - builtin xaudio2_7: the intro video works, but the music in main menu doesn't and the game hangs (as expected) after; warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! (Log: fo4_tid_dsound_xaudio2_sleep_hack_builtin_xaudio2_7.txt, +tid,+dsound,+xaudio2 ) - disable xaudio2_7: the intro video works, no music in the main menu, but the game doesn't hang (Log: fo4_tid_dsound_sleep_hack_disable_xaudio2_7, +tid,+dsound ) Notes; - The main menu is just a black screen (lots of d3d11 fixmes in those logs), you just have to listen and imagine you are there :) - I also tried xact and xact_jun2010 with winetricks - those make no difference, works just like the xact shipped with the game -- 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.

2 38