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

[Bug 30880] New: Depth Hunter: pictures missing from photo album without native d3dx9_36
by wine-bugs＠winehq.org 05 Sep '14

05 Sep '14

http://bugs.winehq.org/show_bug.cgi?id=30880 Bug #: 30880 Summary: Depth Hunter: pictures missing from photo album without native d3dx9_36 Product: Wine Version: 1.5.6 Platform: x86 OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Since bug #30137 has been fixed I can take photos in the game, using only built-in d3dx9* dlls, however, photos don't show up in the game photo gallery. When I open the photo gallery, pictures are surely there, because they're selectable, but each frame, containing a photo, is empty/blank. Photos are saved on disk in bmp format, under ~/DepthHunter/Photos directory and I can open the files with any Linux image viewer. Native d3dx9_36.dll is a workaround. Wine doesn't provide anything suspicious in the terminal, so here I'm attaching a +d3dx debug log. A demo for Depth Hunter does exist but in-game photo gallery is not available in the demo. Fedora 17 Nvidia 250 / driver 295.53 X.Org X Server 1.12.2 -- 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 10

[Bug 29585] New: wineoss.drv audio renderer not on par with others
by wine-bugs＠winehq.org 05 Sep '14

05 Sep '14

http://bugs.winehq.org/show_bug.cgi?id=29585 Bug #: 29585 Summary: wineoss.drv audio renderer not on par with others Product: Wine Version: 1.3.36 Platform: x86 URL: http://www.winehq.org/pipermail/wine-devel/2012-Januar y/093721.html OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: aeikum(a)codeweavers.com Classification: Unclassified The OSS4 mmdevapi audio renderer is not yet on par with developments in the two other ones in Wine. Specific issues are: 1. handling underrun(?) 2. handling incomplete last (initial?) period 3. correct GetPosition 4. non-blocking mode or not needed? i.e. what's mostly covered by my renderer tests attached to bug #27937. Some of it was discussed in bug #28056. This bug is *not* about mixer related issues, or failure to recognize an audio device at all, or recording. If your Linux or BSD system has such issues with Wine, please file another bug. Andre Eikum proposed a patch to GetPosition in: http://www.winehq.org/pipermail/wine-devel/2012-January/093721.html It has two flaws: + *pos = 0; this should be at least the position of the last Start (I highly recommend This->last_pos_frames). + stopped/running/etc. state is not checked, yet GETODELAY can only be invoked while running (witness IIRC the logs attached to bug #28056). The current ALSA driver is not the best, but here is how I believe several issues could be solved: - Decouple OSS buffer from mmdevapi buffer, a bit like winealsa; - Hide at least one OSS period in that buffer, i.e. GetCurrentPadding yields 0 while OSPACE < oss_period and 1 with period+1. This will help with bug #28723. That way, unreliable OSS padding < period won't bother GetCurrentPadding. My preference goes to something like attached to bug #28723, comment #105, except it should try to hide less than the 3 periods winealsa hides in 1.3.35, i.e. somewhat of a breed of that attachment and Andrew's initial wine 1.3.25 code. - At callback time, complete a partial mmdevapi period by adding trailing silence. We need to do that with ALSA too to ensure short sounds get played, as well as trailing samples on period-driven devices like dmix. This is the major ALSA bug #26878. Here I'd like to know how OSS behaves. - Introduce This->last_pos_frames like I did with ALSA; >...Underrun >GetPosition() must return `size' Not immediately, according to bug #28723, comment #65. But if underrun can be defined as OSPACE < oss_period (not sure, presumably then 2 OSS periods need be hidden from GCP), then we can bump last_pos_frames. Regarding non-blocking mode, I simply don't know whether OSS may block in open(), waiting for another process. While playing, now that GETOSPACE is used, blocking may be prevented (I've some doubts since I saw ALSA return EAGAIN with nearly full buffers in non-blocking mode). For now, I believe it would be enough to behave like an exclusive-mode renderer and not bother with decrementing padding in mmdevapi-period-size chunks -- I still don't know how to best do that. -- 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 70

[Bug 36375] New: eRacer demo doesn't start, fails to load audio files
by wine-bugs＠winehq.org 05 Sep '14

05 Sep '14

http://bugs.winehq.org/show_bug.cgi?id=36375 Bug ID: 36375 Summary: eRacer demo doesn't start, fails to load audio files Product: Wine Version: 1.7.18 Hardware: x86 URL: http://www.gamershell.com/download_5118.shtml OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Blocks: 29598 Regression SHA1: 7a222508679328875b795392f2b90a6f2b313016 Created attachment 48435 --> http://bugs.winehq.org/attachment.cgi?id=48435 audio debug log (uncompressed 1.9 MB) To reproduce the problem first you need to rename or remove the intro.avi file because it causes another crash when starting the demo, but it is unrelated to the current problem. The file is located in ../eRacer/Gui/Avi directory. When you start the demo with eracer.exe an error messages is shown, the game fails to load one of the game audio files (GUI_MUSIC.wav). This didn't happen before 7a222508679328875b795392f2b90a6f2b313016 is the first bad commit commit 7a222508679328875b795392f2b90a6f2b313016 Author: Akihiro Sagawa <sagawa.aki(a)gmail.com> Date: Thu Apr 4 22:28:14 2013 +0900 winmm: Inherit the seek position when using standard file handle. :040000 040000 d0bf0f390d708af61be7e7c98153516bb00934be 8f1d2c8170972509af5c4a04804af0e3ab2d8082 M dlls Reverting the commit on 1.7.18 lets the game get further and it hits another bug (regression). Plain terminal output doesn't show anything audio related, here I'm attaching a +tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+dmusic,+mci,+alsa debug log. Fedora 20 Kernel 3.14.2-200.fc20.i686+PAE Alsa 1.0.27 (pulseaudio is not running) wine-1.7.18-22-ge399729 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2) -- 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 8

[Bug 36122] New: valgrind possible leak in winemenubuilder/winemenubuilder.c
by wine-bugs＠winehq.org 05 Sep '14

05 Sep '14

https://bugs.winehq.org/show_bug.cgi?id=36122 Bug ID: 36122 Summary: valgrind possible leak in winemenubuilder/winemenubuilder.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==22312== 28 bytes in 1 blocks are possibly lost in loss record 164 of 578 ==22312== at 0x7BC4C735: notify_alloc (heap.c:255) ==22312== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==22312== by 0x510B8B6: COMPOBJ_DllList_Add (compobj.c:526) ==22312== by 0x510DBF2: apartment_getclassobject (compobj.c:1335) ==22312== by 0x511133C: get_inproc_class_object (compobj.c:2894) ==22312== by 0x51117FB: CoGetClassObject (compobj.c:3032) ==22312== by 0x5111DBD: CoCreateInstance (compobj.c:3197) ==22312== by 0x47767A7: Process_Link (winemenubuilder.c:3229) ==22312== by 0x4778134: wWinMain (winemenubuilder.c:3703) ==22312== by 0x4778869: wmain (exe_wmain.c:51) ==22312== by 0x4778744: __wine_spec_exe_wentry (exe_wentry.c:36) ==22312== by 0x7B864247: ??? (process.c:1045) ==22312== by 0x7B864394: start_process (process.c:1097) ==22312== by 0x7BC87087: ??? (signal_i386.c:2571) ==22312== by 0x7BC870D0: call_thread_func (signal_i386.c:2630) ==22312== by 0x7BC87065: ??? (signal_i386.c:2571) ==22312== by 0x7BC5A1C0: start_process (loader.c:2840) ==22312== by 0x401B03C: ??? (port.c:60) ==22312== exposed by msi/tests/action.c -- 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 37100] New: Norton Power Eraser: The procedure OpenEncryptedFileRawW could not be located in ADVAPI32
by wine-bugs＠winehq.org 05 Sep '14

05 Sep '14

http://bugs.winehq.org/show_bug.cgi?id=37100 Bug ID: 37100 Summary: Norton Power Eraser: The procedure OpenEncryptedFileRawW could not be located in ADVAPI32 Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: jmichae3(a)yahoo.com Norton Power Eraser: The procedure OpenEncryptedFileRawW could not be located in dll ADVAPI32 https://security.symantec.com/nbrt/npe.aspx?lcid=1033 you should also look into making https://security.symantec.com/NSS/GetNSS.aspx?pid=symc&affiliateid=symfreet… work. both of these fail, but in different ways. NPE throws the above error, NSS runs, hides, and hangs. after killing everything wine, cmd, and exe related, I got wineserver: could not save registry branch to system.reg : No space left on device in actuality I have 32GB free. hmm. well, these too... infinite loop with same infinite loop error message mentioned in bug 37099 (but dialog wasn't there). fixme:dbghelp:x86_64_find_runtime_function RunTime_Function outside IMAGE_DIRECTORY_ENTRY_EXCEPTION unimplemented yet! -- 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 25803] New: War Leaders: Clash of Nations corrupts graphics
by wine-bugs＠winehq.org 05 Sep '14

05 Sep '14

http://bugs.winehq.org/show_bug.cgi?id=25803 Summary: War Leaders: Clash of Nations corrupts graphics Product: Wine Version: 1.3.10 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: curran.michaelp(a)gmail.com Created an attachment (id=32879) --> (http://bugs.winehq.org/attachment.cgi?id=32879) War Leaders graphical corruption log After installing with a problem, when launched, this application corrupts the computer's display resulting in everything (both the application and the rest of X) displaying in a washed out white. I've attached a 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.

1 7

[Bug 13443] New: Incomedia Website X5: impossible to select the main window
by wine-bugs＠winehq.org 05 Sep '14

05 Sep '14

http://bugs.winehq.org/show_bug.cgi?id=13443 Summary: Incomedia Website X5: impossible to select the main window Product: Wine Version: 1.0-rc2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: antonino(a)arcidiaco.com I installed the retail version of Incomedia Website X5, but is impossible to select the window, then i can't use that... The window is like a transparent object, fact when i click it i select the below window... How to solve it? Bye -- 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 10

[Bug 37152] New: Rainbow Six Lockdown: screen shows garbage when anti-aliasing enabled
by wine-bugs＠winehq.org 05 Sep '14

05 Sep '14

https://bugs.winehq.org/show_bug.cgi?id=37152 Bug ID: 37152 Summary: Rainbow Six Lockdown: screen shows garbage when anti-aliasing enabled Product: Wine Version: 1.7.24 Hardware: x86 URL: http://www.gamershell.com/download_12245.shtml OS: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: 415b8037206b1d4c104d9623037458739f6cfdf5 Created attachment 49382 --> https://bugs.winehq.org/attachment.cgi?id=49382 terminal output When you start the game with anti-aliasing enabled the screen is showing garbage and not refreshing when the first intro video is playing. The game runs, you can hear audio from the intro and the game responds to keyboard/mouse input but you can't see anything. Lots of >err:d3d_surface:surface_multisample_resolve Trying to resolve multisampled surface 0x185528, but location WINED3D_LOCATION_RB_MULTISAMPLE not current. >err:d3d_surface:surface_load_location Don't know how to handle location 0x100. in the terminal. This is after 415b8037206b1d4c104d9623037458739f6cfdf5 is the first bad commit commit 415b8037206b1d4c104d9623037458739f6cfdf5 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed Aug 20 13:20:01 2014 +0200 wined3d: Use the texture draw binding instead of the surface draw binding. :040000 040000 85d11034e7c358bcba40689515d81c17dfca0ee3 36d905b29248f47ef5fb7edffaa00c5c9fefd199 M dlls Anti-aliasing is disabled in the demo by default, open Options.xml in ../data directory and change the value of 'fullScreenAAType' to anything higher than 0. The game needs native d3dx9_36 or d3dx9_27 to start. The game hits bug #32613 unless you install native dxdiagn.dll (not relevant, as the reported problem occurs before the game crashes with built-in dxdiagn). wine-1.7.24-129-gdbe0d0b Nvidia binary drivers 340.32 -- 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 2

[Bug 32581] New: Invalid dwFlags of reference rasterizer HAL D3DDEVICEDESC
by wine-bugs＠winehq.org 05 Sep '14

05 Sep '14

http://bugs.winehq.org/show_bug.cgi?id=32581 Bug #: 32581 Summary: Invalid dwFlags of reference rasterizer HAL D3DDEVICEDESC Product: Wine Version: 1.5.19 Platform: x86-64 URL: http://slackware.sukkology.net/packages/d2xcvs/d2x/arc h/win32/d3dframe/d3denum.cpp OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: anonymous(a)interia.pl Classification: Unclassified It seems that there is a problem with d3d device enumeration (Wine's d3d3_EnumDevices function). An example found in directx 6.1 SDK (samples\multimedia\d3dim\src\d3dframe\d3denum.cpp, Enum3DDevicesCallback function) seems to indicate that testing whether currently enumerated device is a hardware device should be done by checking the dwFlags of the D3DDEVICEDESC structure related to the hardware features (pHALDesc argument). Wine sets both structures (and therefore both dwFlags) to the same value resulting in failure to find a software-only device (which should have dwFlags=0). -- 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 37194] New: SpellForce 2: Demons of the Past: textures too dark
by wine-bugs＠winehq.org 05 Sep '14

05 Sep '14

https://bugs.winehq.org/show_bug.cgi?id=37194 Bug ID: 37194 Summary: SpellForce 2: Demons of the Past: textures too dark Product: Wine Version: 1.7.3 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: 991e47e3c9f1a774d6e0f9e0c30343650e8ac132 Created attachment 49441 --> https://bugs.winehq.org/attachment.cgi?id=49441 screenshot (comparison) I have this problem with the 3rd standalone expansion to Spellforce 2, but can't reproduce it with the original game (S2:Shadow Wars) or with the first expansion (S2:Dragon Storm). Textures in the game and in the intro video are much darker than they should be. The user interface is not affected. No demo version has been released. Native d3dx9_36 installed. Terminal output: >fixme:win:EnumDisplayDevicesW ((null),0,0x33f328,0x00000000), stub! >fixme:d3d9:Direct3DShaderValidatorCreate9 stub >fixme:d3d:state_lastpixel Last Pixel Drawing Disabled, not handled yet >fixme:d3d:query_init Unhandled query type 0x4. Reverting the following commit on 1.7.25 fixes the issue for me: 991e47e3c9f1a774d6e0f9e0c30343650e8ac132 is the first bad commit commit 991e47e3c9f1a774d6e0f9e0c30343650e8ac132 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed Sep 25 09:58:11 2013 +0200 wined3d: Allow WINED3DFMT_R8G8B8A8_UNORM render targets. :040000 040000 06dd09fc9fc2ce5a25a1304d01697cccb44d368e bebc9490935f95749e14e808928b34c72703a325 M dlls Tested with Nvidia binary drivers 340.32 and Nouveau 1.0.9. wine-1.7.25-40-g5aeb834 -- 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