August 2015 - Wine-Bugs - list.winehq.org

[Bug 32986] New: Fallout New Vegas: Anti-aliasing doesn't work properly
by wine-bugs＠winehq.org April 2, 2018

April 2, 2018

http://bugs.winehq.org/show_bug.cgi?id=32986 Bug #: 32986 Summary: Fallout New Vegas: Anti-aliasing doesn't work properly Product: Wine Version: 1.5.24 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: joedavison.davison(a)gmail.com Classification: Unclassified Before continuing I should mention Multisampling is enabled in the Wine registry. Anti-aliasing in Fallout: New Vegas doesn't seem to work like it should. Values up to 8 samples (as per the launcher) apply anti-aliasing, but it seems like it's only in fact rendering with 2 samples. Selecting 9 samples or more simply disables anti-aliasing altogether. World details are anti-aliased correctly. Buildings, streetlamps and the like are smoothed like they should be, while objects like grass are not. Furthermore, structures in the distance (like pylons) are not aliased at all and look like pencil scribbles from MS Paint. I've observed this in Wine versions throughout the 1.5.x series. My distro is Arch Linux x86_64. DirectX 9 DLL overrides *are* being used as the Steam installer for New Vegas installs DirectX automatically. I have not yet tested it without overrides. This doesn't occur in Skyrim, a game that uses the same engine as New Vegas. My specs: Nvidia 660Ti 2GB 16GB DDR3 RAM Intel Core i5 3.4GHz @ 4.0GHz -- 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.

1 4

[Bug 38772] New: Incorrect GetLastError error of RemoveDirectoryA and CreateDirectory.
by wine-bugs＠winehq.org March 31, 2018

March 31, 2018

https://bugs.winehq.org/show_bug.cgi?id=38772 Bug ID: 38772 Summary: Incorrect GetLastError error of RemoveDirectoryA and CreateDirectory. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: christopherwuy(a)gmail.com Distribution: --- Created attachment 51705 --> https://bugs.winehq.org/attachment.cgi?id=51705 patch The following patch has a test which shows that RemoveDirectoryA will set incorrect GetLastError error. For example, using RemoveDirectoryA("D:\\not_exist_file") will lead to ERROR_PATH_NOT_FOUND in windows while ERROR_FILE_NOT_FOUND in Wine. I had tried to write a patch to fix it and it worked. However, it causes a set of tests failed in ntdll. -- 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.

1 3

[Bug 38570] New: user32 set_focus_window send WM_KILLFOCUS message not right.
by wine-bugs＠winehq.org March 31, 2018

March 31, 2018

https://bugs.winehq.org/show_bug.cgi?id=38570 Bug ID: 38570 Summary: user32 set_focus_window send WM_KILLFOCUS message not right. Product: Wine Version: 1.7.42 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: liuchanghui(a)linuxdeepin.com Distribution: --- Created attachment 51465 --> https://bugs.winehq.org/attachment.cgi?id=51465 The running screen in Windows Reproduce: 1, Download the test program from: http://www.imakevideo.com/set_focus_bug.exe 2, wine set_focus_bug.exe 3, Click the compute name button, a layered tool window will pop up to show host name. In Windows the pop up window will keep visible until the user click the mouse in the main dialog window or switch to other program (see the attache png file) . But in Wine the pop up window will be closed immediately when present. -- 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.

1 4

[Bug 17410] New: game 'will rock' not started
by wine-bugs＠winehq.org March 31, 2018

March 31, 2018

http://bugs.winehq.org/show_bug.cgi?id=17410 Summary: game 'will rock' not started Product: WineHQ Apps Database Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kolotvin(a)gmail.com there is one little message: gsVideoinit() failed and blank screen -- 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.

1 21

[Bug 29628] New: Sylenth1: crashes at startup
by wine-bugs＠winehq.org March 30, 2018

March 30, 2018

http://bugs.winehq.org/show_bug.cgi?id=29628 Bug #: 29628 Summary: Sylenth1: crashes at startup Product: Wine Version: 1.3.37 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: realnc(a)gmail.com Classification: Unclassified Created attachment 38384 --> http://bugs.winehq.org/attachment.cgi?id=38384 Wine crash log When trying to load the Sylenth1 VSTi in any kind of host, Wine crashes with a stack dump and backtrace. You can download Sylenth1 from: http://www.lennardigital.com/modules/downloads (5MB, no sign up required.) This happens in all hosts I tried, native Linux ones (LMMS, QTractor) as well as Windows ones running in Wine (FL Studio, Reaper.) The easiest and fastest way to reproduce the error is: * Install LMMS (should be available in all distros) * Install Sylenth1 with Wine * Run LMMS * Insert the "VeSTige" instrument into the song editor. You do that by clicking on the "Instruments" icon in the vertical bar to the left and drag&dropping the "VeSTige" item into the song editor. * In the VeSTige GUI (click the newly added VeSTige instrument to bring up the GUI), click the folder icon, select the Sylenth1Demo.dll and click OK. At the moment the DLL runs, Wine crashes. I'm using Wine 1.3.37 on Gentoo Linux AMD64. -- 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.

1 20

[Bug 30538] New: Touhou 11, 12, and 13 are incredibly slow with Intel, Nouveau, and Nvidia drivers
by wine-bugs＠winehq.org March 30, 2018

March 30, 2018

http://bugs.winehq.org/show_bug.cgi?id=30538 Bug #: 30538 Summary: Touhou 11, 12, and 13 are incredibly slow with Intel, Nouveau, and Nvidia drivers Product: Wine Version: 1.5.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: erappleman(a)gmail.com Classification: Unclassified No matter which libraries I use (i965 Mesa, Nouveau Gallium, or Nvidia) on my Optimus machine, I can't get the games to exceed 20fps. Linux kingfisher 3.3.0-3.dmz.1-liquorix-amd64 #1 ZEN SMP PREEMPT Mon Apr 23 22:15:14 CDT 2012 x86_64 x86_64 x86_64 GNU/Linux My hardware is Intel i7-2630QM (HD3000) and a GT 555M. Yes, I know how to use the Nvidia GPU properly. X and Mesa are latest git versions. eric(a)kingfisher:~/touhou/TH11 ~ Subterranean Animism$ LIBGL_DEBUG=verbose wine th11e libGL: OpenDriver: trying /usr/lib/i386-linux-gnu/dri/tls/i965_dri.so libGL: OpenDriver: trying /usr/lib/i386-linux-gnu/dri/i965_dri.so fixme:win:EnumDisplayDevicesW ((null),0,0x32f800,0x00000000), stub! fixme:font:WineEngAddFontResourceEx Ignoring flags 10 fixme:d3d:wined3d_swapchain_get_raster_status swapchain 0x185380, raster_status 0x32fc80 semi-stub! -- 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.

1 44

[Bug 38623] New: Bogus values in GDI+: Image:GetPropertySize
by wine-bugs＠winehq.org March 30, 2018

March 30, 2018

https://bugs.winehq.org/show_bug.cgi?id=38623 Bug ID: 38623 Summary: Bogus values in GDI+: Image:GetPropertySize Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mathieu.malaterre(a)gmail.com Distribution: --- Created attachment 51529 --> https://bugs.winehq.org/attachment.cgi?id=51529 source code One cannot compile and run the following example on wine 1.6.2: https://msdn.microsoft.com/en-us/library/ms535372(v=vs.85).aspx See attached code. To reduce file size, I've reused the PNG image from bug id 38622. Download it from: https://bugs.winehq.org/attachment.cgi?id=51528 -- 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.

1 7

[Bug 34097] New: Mega Man Unlimited: Game works, sound is choppy and slow
by wine-bugs＠winehq.org March 30, 2018

March 30, 2018

http://bugs.winehq.org/show_bug.cgi?id=34097 Bug #: 34097 Summary: Mega Man Unlimited: Game works, sound is choppy and slow Product: Wine Version: 1.6-rc5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jessetalavera(a)aol.com Classification: Unclassified Created attachment 45337 --> http://bugs.winehq.org/attachment.cgi?id=45337 Terminal output for WINE So Mega Man Unlimited just came out, which is nice. http://megaphilx.com/ It runs at adequate speed on my Linux machine (Ubuntu 13.04, Samsung QX411). To my knowledge, it doesn't crash. Only problem is, the sound is slow and choppy, and is quite unbearable. -- 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.

1 13

[Bug 38829] New: This was reported a way back, fixed, now recurs
by wine-bugs＠winehq.org March 30, 2018

March 30, 2018

https://bugs.winehq.org/show_bug.cgi?id=38829 Bug ID: 38829 Summary: This was reported a way back, fixed, now recurs Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: d_baron(a)012.net.il Distribution: --- Bug filed with Debian 790340(a)bugs.debian.org, 790340-submitter(a)bugs.debian.org Re-filed here at their request. All file menus crash out on click OK, cancel, etc. Backtrace at Debian link. -- 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.

1 9

[Bug 34182] New: Empire Earth v2.0: mouse cursor only moves at high mouse movement
by wine-bugs＠winehq.org March 30, 2018

March 30, 2018

http://bugs.winehq.org/show_bug.cgi?id=34182 Bug #: 34182 Summary: Empire Earth v2.0: mouse cursor only moves at high mouse movement Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: toxatec(a)web.de Classification: Unclassified Created attachment 45468 --> http://bugs.winehq.org/attachment.cgi?id=45468 WINEDEBUG="+dinput"; simulated mouse movement with xdotool Moving the cursor in Empire Earth v2.00.3466 is not possible unless you move the mouse very quickly. When you do, the cursor moves by only a few pixels. Generating mouse movement with xdotool [1] showed that the cursor moves by 1 "unit" for each 120 pixels the mouse moves. One "unit" seems to be more than 1 pixel and depend on in-game settings... $ xdotool mousemove_relative -- 0 119 # --> no cursor movement $ xdotool mousemove_relative -- 0 120 # --> moves cursor by 1 unit $ xdotool mousemove_relative -- 0 239 # --> moves cursor by 1 unit $ xdotool mousemove_relative -- 0 240 # --> moves cursor by 2 units About the logfile: Started the game, then in main menu: no mouse movement except 3x 119, then 3x 120 pixels downwards using xdotool, then alt-F4 Those parts look interesting but with I'm lacking the skills to figure out what's wrong or even fix it: $ bzcat dinput-120.log.bz2 | grep -B10 -A30 120 $ bzcat dinput-120.log.bz2 | grep -B10 -A30 119 I hope this is helpful.. Using native dinput, behavior is completely different and hard to describe. I'm not sure if it's relevant: The game seems to remember the amount of pixels you have moved in X or Y direction, moving the cursor by a corresponding value on every mouse event (also clicks). After moving the mouse to the right, the cursor keeps going right even when you move the mouse left. Moving the mouse in the other direction lowers that "memory", stopping the cursor eventually. You have to set "Mouse Sensitivity" to "1" in regedit, otherwise the cursor is uncontrollably fast. This is different from the issues with the Demo version or 1.00 (bug 13351), therefore I'm creating a new bug report. [1]: http://www.semicomplete.com/projects/xdotool/ -- 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.

1 11