https://bugs.winehq.org/show_bug.cgi?id=48957
Bug ID: 48957
Summary: Forgotten Hope 2 Crashes / Fail to start.
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ryanrkpm(a)yahoo.com
Distribution: ---
Created attachment 66933
--> https://bugs.winehq.org/attachment.cgi?id=66933
terminal output
WHen i ran it with root privileges it goes into BF2 and says I must update the
video driver, but when going back into Forgotten Hope 2 it crashes every time.
--
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=40045
Bug ID: 40045
Summary: Thinking Worlds Player: Direct3D 9 application doesn't
display anything
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: zionnimchuk(a)gmail.com
Distribution: ---
Created attachment 53508
--> https://bugs.winehq.org/attachment.cgi?id=53508
Verbose error log warn+all
Wine runs the application, gets no significant errors, but nothing shows up. I
have to force quit (Ctrl-C) the application to close it.
Tested operating systems: 64-bit Arch Linux, 64-bit Ubuntu 15.10
Wine versions tested: 1.9.2, 1.9.1 (from Arch Linux package)
I initially posted this as a forum post. You can see it here:
https://forum.winehq.org/viewtopic.php?f=8&t=26045
Error log (normal output):
fixme:win:EnumDisplayDevicesW ((null),0,0x32f724,0x00000000), stub!
fixme:console:CONSOLE_DefaultHandler Terminating process 8 on event
If you look at the more verbose error log, you can see, on line 295-298 it
says:
warn:d3d_surface:surface_init Creating a lockable surface with a POOL of
DEFAULT, that doesn't specify DYNAMIC usage.
warn:d3d9:d3d9_swapchain_QueryInterface {580ca87e-1d3c-4d54-991d-b7d3e3c298ce}
not implemented, returning E_NOINTERFACE.
warn:d3d9:d3d9_swapchain_QueryInterface {580ca87e-1d3c-4d54-991d-b7d3e3c298ce}
not implemented, returning E_NOINTERFACE.
warn:d3d9:d3d9_device_QueryInterface {580ca87e-1d3c-4d54-991d-b7d3e3c298ce} not
implemented, returning E_NOINTERFACE.
Which I think is the problem.
You can view the verbose error log (warn+all) here:
http://paste.scratchbook.ch/view/ec9a60dc (same as attachment)
--
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=47278
Bug ID: 47278
Summary: Europa Universalis 4 Golden Century require TGA
support in D3DXSaveSurfaceToFileInMemory
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
HI.
As the title says, Europa Universalis 4 Golden Century (so version 1.28.3
Spain), require TGA file support for D3DXSaveSurfaceToFileInMemory function.
In the log there is :
0057:fixme:d3dx:D3DXSaveSurfaceToFileInMemory File format 0x2 is not supported
yet
After the line the application catch a MEMORY_ACCESS_VIOLATION and close
itself.
In the log there is also a bunch of:
0057:fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
For now winetricks d3d9x_43 is a workaround
--
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=53197
Bug ID: 53197
Summary: Shogun Total War 2 needs
d3dx11_42.dll.D3DX11LoadTextureFromTexture.
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
With both wined3d and dxvk, Shogun Total War 2 generates the following in
DirectX 11 mode (on both 32bit native and WoW64 prefixes) before reaching the
game's main menu:
---Log output---
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046FE756, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046F3D2A, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046FEA86, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046F405A, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
wine: Call from 7B0122F6 to unimplemented function
d3dx11_42.dll.D3DX11LoadTextureFromTexture, aborting
0100:fixme:faultrep:ReportFault 0055C6B8 0x0 stub
wine: Unimplemented function d3dx11_42.dll.D3DX11LoadTextureFromTexture called
at address 7B0122F6 (thread 0100), starting debugger...
---Log output---
As a workaround, the game can be played in DirectX 9 mode.
--
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=27745
Summary: Racer is unplayable
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugmenot123456(a)mailinator.com
Created an attachment (id=35498)
--> (http://bugs.winehq.org/attachment.cgi?id=35498)
Output of racer under wine-1.3.24
Racer used to work fine with wine-1.3.14. Somewhere between version 1.3.14 and
1.3.17 it stopped working. Now racer infinitely loops with following error
after pressing "Race" button:
RNetwork: waiting for connecting id response...
RNetwork: out of loop, client connected: 0, id 0 (objectIDbatch=-640664278)
RNetwork: connect attempt failed; be persistent (try 1)
enet_host_connect; out of (1) peers
** Error: QNClient:Connect(); failed to create enet peer; out of connections
Link to the program: http://racer.nl/download/racer0655.zip
--
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=51606
Bug ID: 51606
Summary: Adobe Creative Cloud and apps like Photoshop CC need
Internet Explorer 11
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: msdobrescu(a)gmail.com
Distribution: ---
Created attachment 70459
--> https://bugs.winehq.org/attachment.cgi?id=70459
Popup appears in Photoshop at startup
Adobe software, mainly Creative Cloud related, like Photoshop CC, requires now
Internet Explorer 11.
I could not manage to install Internet Explorer, regardless the package used.
I have Windows 10, up to date (21H1 right now) and I have installed Photoshop
CC there and copied the files on my Linux for testing. This is because it is
not possible to install Adobe Creative Cloud either, due to missing Internet
Explorer 11.
After starting Photoshop, the attached popup appears, so no possibility to use
Photoshop CC, which is known to work in Wine (seemingly the tested versions of
Photoshop CC are cracked somehow to skip this step, but that is illegal and
dangerous for being know to bring malware).
A IE11 installation or a workaround are necessary.
--
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=23124
Summary: Philippine English locale defaults to wrong SUBLANG
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
I understand that following 1.2 .po file are going to be used, so this should
be easier to resolve then.
Philippine English follows American English rules, but currently defaults to
pick up SUBLANG_NEUTRAL which is British English. It should be picking up
SUBLANG_DEFAULT for American English.
I'm not sure if this can be changed before the introduction of .po files but
it's not urgent.
http://en.wikipedia.org/wiki/Philippine_English
--
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=44863
Bug ID: 44863
Summary: Performance regression in Prince of Persia 3D
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Prince of Persia 3D's performance went from perfectly smooth to about 0.5 fps.
I suspect 0b92a6fba7a6e60c6ff1a3729a3b21019c2df0ce is to blame, but I have not
run a regression test yet.
The problem is that the game creates a rather large (2MB)
D3DVBCAPS_SYSTEMMEMORY, maps it (the entire buffer due to API limitations),
writes a handful of vertices and draws a handful of vertices. Currently wined3d
uploads the entire 2MB, evicts the sysmem copy and downloads it from the GPU
every map / unmap / draw cycle.
The most obvious performance fix is not to create a VBO. Doing this restores
the performance, but questions remain.
On startup, the game writes "NetImmerse D3DDriver Info: Hardware supports
system memory textures" and "NetImmerse D3DDriver Info: No AGP support
detected". The first info seems wrong, so it is possible that the game enters a
codepath it does not choose on Windows.
Not creating a VBO is not an option on Core Contexts, so I investigated what's
going wrong with the PBO codepath on. First of all, evicting the sysmem copy
seems like a bad choice. It happens because ddraw buffers are not marked
dynamic. We may want to chance this. The game uses d3d3, so there's no
DDLOCK_DISCARDCONTENTS. The game passes DDLOCK_WAIT | DDLOCK_WRITEONLY to
IDirect3DVertexBuffer::Lock.
Commenting out the eviction call improves performance quite a bit, but it is
still noticeably slow. wined3d_buffer_map maps through heap_memory instead of
glMapBuffer because of the "(flags & WINED3D_MAP_WRITE) && !(flags &
(WINED3D_MAP_NOOVERWRITE | WINED3D_MAP_DISCARD))" condition.
Removing this condition uses glMapBuffer, but does not improve performance. It
seems the large glMapBuffer is still slow, at least on OSX with legacy
contexts.
So there are a few questions that need to be answered:
*) Is the game using a broken codepath?
*) Write tests for sysmem buffers
*) Consider making all d3d3 buffers dynamic
*) Test if the glMapBuffer path is fast on Linux
*) Investigate if Core Contexts + GL_ARB_buffer_storage help on OSX.
--
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=54270
Bug ID: 54270
Summary: Random crashing in Overwatch 2
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: nanotwerp(a)gmail.com
Distribution: ---
While playing Overwatch 2, I experience random crashing. This especially
happens when I play Ashe, and I do not recall it happening while playing other
characters, but this could be a coincidence. The error I get is:
free(): invalid pointer
06a8:err:seh:call_stack_handlers invalid frame 0000000027B4E3E0
(0000000027952000-0000000027A50000)
06a8:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
The same issue was also noted by someone who posted this Blizzard bug report:
https://us.forums.blizzard.com/en/blizzard/t/random-crashes-in-game-wow-cla…
I believe that this issue is what this merge request by Torge Matthies was made
to fix: https://gitlab.winehq.org/wine/wine/-/merge_requests/1152 . Oddly
enough, though, after applying Matthies' patch rebased to 8.0-rc2
(https://github.com/openglfreak/wine-tkg-userpatches/search?q=overwatch), I
still experience this error. I think that some change in 8.0 (Full-ish PE
conversion maybe?) caused this incompatibility with Overwatch 2.
--
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=53799
Bug ID: 53799
Summary: FFXIV Endwalker Benchmark no audio and crashes in
xaudio2_7 on exit
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: nospam(a)kota.moe
Distribution: ---
Created attachment 73297
--> https://bugs.winehq.org/attachment.cgi?id=73297
Console output (including crash info)
The application in question can be downloaded from
https://jp.finalfantasyxiv.com/benchmark/download/ (Direct link:
https://download.finalfantasyxiv.com/ys8glaimvmykn88p/ffxiv-endwalker-bench…)
It can be executed with the following command line (not enough arguments to
fully configure the benchmark, but enough to demonstrate the problem):
wine game/ffxiv_dx11.exe SYS.Language=1
When the application is running, no audio is heard when there should be audio.
And when it exits (such as closing the window, pressing ESC, or letting it
finish), it will segfault in xaudio2_7 with the following backtrace (full
output in attachment):
=>0 0x00000242e0aeac FAudio_AudioClientThread+0xcc(user=00000000010301B0)
[Z:\tmp\wine-src\libs\faudio\src\FAudio_platform_win32.c:190] in xaudio2_7
(0000000000000000)
1 0x0000007b629109 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\tmp\wine-src\dlls\kernel32\thread.c:61] in kernel32 (0000000000000000)
2 0x0000017005eda3 __wine_pop_frame(entry=0000000242E0ADE0,
arg=00000000010301B0) [Z:\tmp\wine-src\include\wine\exception.h:277] in ntdll
(0000000000000000)
3 0x0000017005eda3 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\tmp\wine-src\dlls\ntdll\thread.c:240] in ntdll (0000000000000000)
0x00000242e0aeac FAudio_AudioClientThread+0xcc
[Z:\tmp\wine-src\libs\faudio\src\FAudio_platform_win32.c:190] in xaudio2_7:
movq (%rcx),%rax
190 FAudio_assert(!FAILED(hr) && "Failed to stop IAudioClient!");
This was run in a clean WINEPREFIX with wine-7.19 freshly built from source.
If I use winetricks to install xact_x64, the crash goes away, but there is
still no audio output
--
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.