https://bugs.winehq.org/show_bug.cgi?id=41174
Bug ID: 41174
Summary: DDS Converter (DX11) crashes with an error message
"Failed init D3D device"
Product: Wine
Version: 1.9.16
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Running DDS Converter (DX11) using WineD3D causes an error at start up with a
message "Failed init D3D device"
Download link for DDS Converter:
http://www.nexusmods.com/fallout4/download/24149
--
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=44557
Bug ID: 44557
Summary: Chuckie Egg: The Next Batch v1.2 regression on Wine
3.2
Product: Wine
Version: 3.2
Hardware: x86-64
URL: http://retrospec.sgn.net/game/chuckie
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vulture6(a)mail.com
Distribution: Mint
Since Wine 3.2, game has become slow to respond and screen elements are either
missing or blank during gameplay. Music plays OK.
--
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=43849
Bug ID: 43849
Summary: Heroes of the Storm; crashes when Call Mech effect is
on-screen
Product: Wine
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonathan(a)pearce.name
Distribution: ---
Steps to reproduce:
Start Heroes of the Storm.
Enter Try mode with D.Va.
Take tower damage until your mech is dead.
Shoot enemies until your Call Mech cooldown is activated.
Use Call Mech 'E'.
The mech arrival effect will begin but the game will crash before the mech
becomes visible on-screen. A dialog box pops up with a
e_gfxerrorshadercompilefailed error.
Relevant wine stdout:
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
fixme:hlsl_parser:hlsl_parse Check for valued return on void function.
fixme:hlsl_parser:hlsl_parse Implicit conversion to the return type if needed,
error out if conversion not possible.
err:d3dcompiler:compile_shader HLSL shader parsing failed.
fixme:dbghelp:elf_search_auxv can't find symbol in module
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
I experimented with
winetricks d3dx9_43
but that didn't fix the crash (it does change the error signature).
I also tried
d3dcompiler_43 (native)
but it didn't seem to matter.
--
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=38513
Bug ID: 38513
Summary: Unimplemented function GetSystemTimePreciseAsFileTime
Product: Wine
Version: 1.7.38
Hardware: x86-64
URL: http://www.winuae.net/files/b/winuae_test.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: markk(a)clara.co.uk
Distribution: ---
I noticed a problem running the latest pre-beta version of WinUAE in Wine
1.7.38.
On running winuae.exe, Wine reports this (repeated many times):
wine: Call from 0x7b83b6ae to unimplemented function
api-ms-win-core-sysinfo-l1-2-1.dll.GetSystemTimePreciseAsFileTime, aborting
and eventually:
err:seh:setup_exception_record stack overflow 1072 bytes in thread 0009 eip
f73a3061 esp 053e0f00 stack 0x53e0000-0x53e1000-0x5660000
GetSystemTimePreciseAsFileTime is Windows 8+ only. This bug isn't to report
that GetSystemTimePreciseAsFileTime is unimplemented (though that's true). The
problem is that winuae.exe tries to call it even when Wine is set to Windows XP
mode.
On native Windows winuae.exe only calls it when running on Windows 8+; the
program works fine on native Windows XP, Windows Vista 32-bit and Windows 7
32-bit.
The problem could be related to Visual Studio 2015 RC. The developer said:
'Probably any msvc 2015 rc compiled program has same problem, I guess..
Platform Toolset is set to "Visual Studio 2015 - Windows XP (v140_xp)" (plain
v140 drops XP support)'
To reproduce:
- Download the WinUAE 3.0.0 installer from
http://www.winuae.net/files/InstallWinUAE3000.msi or the zip archive from
http://www.winuae.net/files/WinUAE3000.zip
- Run the installer or unpack the zip archive.
- Download the pre-beta executable from
http://www.winuae.net/files/b/winuae_test.zip
- Replace the v3.0.0 winuae.exe with that version.
- Run winuae.exe
--
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=44668
Bug ID: 44668
Summary: Intel Asteroids DirectX 12 Sample requires NInput.dll
Product: Wine
Version: 3.3
Hardware: x86
URL: https://www.techpowerup.com/forums/threads/intel-dx12-
techdemo-asteroids.230719/#post-3602915
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: the.ideals(a)gmail.com
Distribution: ---
Source compiled version of Intel Asteroids DirectX 12 Sample requires
NInput.dll
Code: https://github.com/GameTechDev/asteroids_d3d12/
Compiled version:
https://www.techpowerup.com/forums/threads/intel-dx12-techdemo-asteroids.23…
002c:err:module:import_dll Library NInput.dll (which is needed by
L"Z:\\home\\user\\asteroids_d3d12\\asteroids_d3d12.exe") not found
002c:err:module:attach_dlls Importing dlls for
L"Z:\\home\\user\\asteroids_d3d12\\asteroids_d3d12.exe" failed, status c0000135
sha1sum asteroids_d3d12.zip
fe50b86d9a9df985cf4e80420d98e7a10dea2007 asteroids_d3d12.zip
du -sh asteroids_d3d12.zip
1.9M asteroids_d3d12.zip
--
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=44868
Bug ID: 44868
Summary: GRID2 not launch
Product: Wine
Version: 3.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maxi.cass11(a)gmail.com
Distribution: ---
Created attachment 60927
--> https://bugs.winehq.org/attachment.cgi?id=60927
terminal output wine3.4 with clean prefix
I have tried to launch Grid to see if it can run now.
And the game not launch.
I have attach the log with clean wine prefix
--
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=23225
Summary: Cyberboard Player: missing control buttons
Product: Wine
Version: 1.2-rc3
Platform: x86
URL: http://cyberboard.brainiac.com/cyberboardv310.exe
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wylda(a)volny.cz
Created an attachment (id=28904)
--> (http://bugs.winehq.org/attachment.cgi?id=28904)
Wine vs WinXP
There are at least 3 missing control buttons in Cyberboard Player. Attachment
shows that better. I tried many wine versions since 0.9.49 till
1.2-rc3, but it probably never worked correctly.
To reproduce: "File" -> "Open" -> "GenericGame.gam"
I left this in UNCONFIRMED, but someones confirmation is welcomed ;)
--
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=44345
Bug ID: 44345
Summary: NieR:Automata - Map mode too dark due to cube map
binding issues
Product: Wine-staging
Version: 2.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: philip.rebohle(a)tu-dortmund.de
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
There is a minor visual issue with the map appearing too dark when accessed
through the UI's "Map Mode" option, see the attached screenshots.
The reason why this happens is that the game binds a
D3D11_SRV_DIMENSION_TEXTURECUBE view to a slot which expects the view dimension
to be D3D11_SRV_DIMENSION_TEXTURECUBEARRAY. D3D11 drivers on Windows seem to
accept this behaviour and use the cube map nonetheless.
I came across the exact same issue while working on a Vulkan-based D3D11
implementation, and came up with a workaround which always creates a cube map
array view even when the D3D11 application requests a non-array cube map, and
also changes the shader code to always use cube arrays. Maybe Wine can
implement a similar strategy to fix this issue.
My GPU is an AMD RX 480, Mesa 17.3.2, on wine-staging 2.21.
--
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=40983
Bug ID: 40983
Summary: VRamSizeDX9 reports incorrect video memory(Skyrim with
ENB problem)
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mysticfallband(a)gmail.com
Distribution: ---
I was able to run Skyrim with ENB on Wine, but encountered issues apparently
related to insufficient video memory.
I followed an online instruction regarding detecting actual available video
memory using VRamSizeDX9.exe, but found it always reports only 1888mb when my
Nvidia 960GTX has 4Gb of video memory.
It turns out Skyrim actually freezes when it reaches 1.8G video memory. But
even when it happens, nvidia-smi reports more than 2Gb of memory is still
available.
It happens with the latest version of Wine staging and development, and
regardless of whether I override Dx9 related libraries or not.
VRamSizeDX9 can be downloaded from below site below:
http://enbdev.com/download_vramsizetest.htm
--
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=40857
Bug ID: 40857
Summary: Battle.net drop-down menus lack border
Product: Wine
Version: 1.9.12
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 54861
--> https://bugs.winehq.org/attachment.cgi?id=54861
trace+win
To reproduce:
1. Download, install, and open the Battle.net App.
2. Click the region button or the settings button.
3. Wave the mouse pointer over where the menu should appear for it to appear
(bug 33943)
On Windows, the menus are displayed with a border and a triangular protrusion
that points to the associated button. On Wine, this border never appears.
TRACE+win output is attached. Open it with Vim; for some reason `less` thinks
it's a binary file.
I don't know if this is the same as bug 33943. If the same fix solves both
problems, then we can mark both bugs as fixed.
The program version appears to be 7575, and the SHA1 of the installer is
1c60b6f98e13e9cccc61070c0b4c7b2808ee754d.
--
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.