https://bugs.winehq.org/show_bug.cgi?id=48049
Bug ID: 48049
Summary: Basemark GPU crashes when using D3D12
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: cybermax(a)dexter.no
Distribution: ---
Created attachment 65589
--> https://bugs.winehq.org/attachment.cgi?id=65589
Debug log of Basemark
Basemark GPU - https://www.basemark.com/benchmarks/basemark-gpu/ - crashes when
selecting D3D12.
Vulkan and OpenGL works.
Ran D3D12 test with logging:
VKD3D_DEBUG=trace
VKD3D_CONFIG=vk_debug
VK_INSTANCE_LAYERS=VK_LAYER_LUNARG_standard_validation
Let me know if there are other logging options needed.
PS. The benchmark is free to download.
--
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=53573
Bug ID: 53573
Summary: Warcraft III Reforged 1.33.0.19194 has black main menu
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
Distribution: ---
Created attachment 72950
--> https://bugs.winehq.org/attachment.cgi?id=72950
STDOUT/STDERR log when warcraft-iii-reforged-1.33.0.19194 is starting an
switching to black main menu
Last night (2022-08-18) Blizzard released an update for Warcraft III Reforged
from version 1.32.x to 1.33.0.19194.
Since then the main menu of the game is just black!
But I can hear the sound of the main menu.
I attached a STDOUT/STDERR log.
Version 1.32.x of the game was running fine using wine-staging-7.14.
(didn't test any other wine version before)
Wine versions I just tried:
wine-staging-7.14
wine-staging-7.15
wine-devel-7.15
OS: Debian-11
Wine: https://dl.winehq.org/wine-builds/debian/
GPU: Radeon RX 590
Neither standard Wine D3D11 OpenGL based implementation (WineD3D) nor DXVK is
working.
Maybe slightly related:
Warcraft III: staying in menus quickly gobs all system memory
https://github.com/doitsujin/dxvk/issues/1866
--
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=24951
Summary: Call of Duty / UO: Jerky freelook
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gav616(a)gmail.com
At the main menu:
When the cursor is moveed around it 'seems' to be at a very low framerate and
it jerks about.
In-game:
When freelooking around, the game seems to stay at the correct rate but the
mouse movements are jerked and misinterpreted. It looks like the FPS is
dropping to 5 when the jerks occur, but the FPS remains constant through the
jerks.
Audio is not effected.
--
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=42858
Bug ID: 42858
Summary: Stuttering sound setting the OS to Windows 7 and
higher on FreeBSD
Product: Wine
Version: 2.4
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
On every games I try, when I set to Windows XP, the sound is working correctly
but if I set to Windows 7 and higher, the sound will stutter, whatever the game
you are trying.
It's a bit annoying when you have to set the OS to Windows 7 like with Enter
the Gungeon to make it work.
I tried Resident Evil Revelations and Enter the Gungeon, they both have the
same problem so I guess it's something related to FreeBSD (maybe more BSD OS)
--
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=48272
Bug ID: 48272
Summary: Crackling and slower audio on Ubisoft's Assassin's
Creed 1 & Far Cry 3 games
Product: Wine
Version: 4.21
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
Created attachment 65940
--> https://bugs.winehq.org/attachment.cgi?id=65940
Output of Wine 4.21 running Assassin's Creed
So here it is, it might be a bit long and I'll try to be as precise as I can to
explain the problem.
First, list of tested games :
Far Cry 2 : No audio problem ✔
Crysis : No audio problem ✔
XIII : No audio problem ✔
Far Cry 3 : Crackling audio ✖
Assassin's Creed : Crackling audio ✖
I ran all the games set on DirectX 9 and I built Wine to use Open Sound System
for audio (if this is important). Assassin's Creed 1's prefix is set to WinXP
and Far Cry 3's one is set to Win7 (because of Uplay).
The problem is that the audio on Far Cry 3 and Assassin's Creed is weirdly
crackling and slower than it should be but, not EVERY sounds in the game are
making the audio crackles. On Assassin's Creed, it's when a lot of people are
around me and everytime I use the eagle vision. In the menu or when outside the
Animus (in the present time of the game where there are only three people and a
tiny room), the audio works well. Also, an important point is that neither
Assassin's Creed nor Far Cry 3 are slowed down to fit the slowed down audio
issue. They both work very well when it happens which is causing a strange
issue I'll describe AND SHOW below.
I'm using a GTX 765m to play which is not bad for old games like these.
"Your computer certainly isn't powerful enough to run the game !" you say...
Well, you are not totally wrong, I could have better hardware but, in the past,
when I was playing these games on Windows then, later, on GNU/Linux, I never
met this problem. The two differences are that I'm playing, for the first time,
Assassin's Creed _ON_FREEBSD_ and we are now almost in 2020. My last Assassin's
Creed session was on GNU/Linux in 2016. Wine changed so much in almost 4 years
!
But let me remind you that only two of the five games mentioned above are
having issue. all my native FreeBSD games (OpenMorrowind, Xonotic, Minetest,
Tales of Maj'Eyal, Quake II from Yamagi's source code etc...), videos read with
mpv, music listened with moc and even Firefox are all working well without
crackling or slowed down audio. And three tested games on Wine with OSS are
working perfecly. I could have tested more games but I think three is good
enough.
So here is the "show" I mentioned in the beginning. I took a video of
Assassin's Creed's problem. I recorded it with my phone so... sorry for the
poor quality but you can see the problem :
https://www.youtube.com/watch?v=f5rhg-PwFeU
In this video, you can see two people speaking together. In the normal game,
one speak and, when finished, the other answer. They _NEVER_ speak above the
other. In my Assassin's Creed, the game is running well but the audio is slowed
down which creates a desyncing between the slowed down voice played and the
mouth of the character. And, because the game is running well beside this
issue, one didn't finish his sentence and the other will start his speech over
the first one (it shouldn't happen).
I found a longplay video of the game which is certainly played on Windows. I
copied the video link to start at the exact same moment as the one I recorded
from my computer and you can see how the game should normally behave :
https://youtu.be/1gGz6vf35T0?t=2991
About the crackling audio issue, it can be heard by the end of my video when I
use the eagle vision.
For Far Cry 3, don't even need to run the game to hear crackling and slowed
down audio. I also took a video of the problem, it speaks for itself :
https://www.youtube.com/watch?v=JkOXvy_42jc
The original theme can be listened here : https://youtu.be/rfAeL4JfHj8?t=10
I copied the video to start at the same time of my video of Far Cry 3, in the
menu. What you can notice is that the normal music is faster than in my video,
it's the same problem than with Assassin's Creed 1.
I fetched the output of Wine when running Assassin's Creed 1. It repeatedly
says two things so I cut it into "head -n 50" and "tail -n 50". I watched the
long output and nothing is different between the first 50 and last 50 lines.
I hope I was clear enough, English isn't my native language so I apologize if I
didn't use it correctly.
--
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=54285
Bug ID: 54285
Summary: Mostly UE4 games failing to start when trying to use
faudio by wine itself
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
Created attachment 73852
--> https://bugs.winehq.org/attachment.cgi?id=73852
Sea of Thieves
Hello,
since the update to wine 7 it is not possible to run mostly Unreal Engine 4
games.
In the log there were indications that something might be wrong with the xaudio
2_7 dll.
So I just applied faudio via winetricks and the games work again.
Unfortunately this is not a permanent solution as there is a bug on platforms
like Mac OS, FreeBSD that if you use native,buildin xaudio the sound does not
work correctly in terms of stuttering and slightly distorted sound.
As far as I know the games worked correctly in Wine 6.0.1.
Unfortunately it is not possible for me to test more in wine-devel because the
port is very often defective and also just once again not working. (Last
version tested was 7.21 and it was there too)
Thanks in advance!
--
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=49028
Bug ID: 49028
Summary: X-plane 11 (windows) falls back to opengl when trying
to run with vulkan.
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hubert(a)limitset.net
Distribution: ---
Created attachment 67006
--> https://bugs.winehq.org/attachment.cgi?id=67006
X plane log
When attempting to run the windows version of X-plane 11 (to get access to
windows only add-ons) the game will not run with vulkan enabled. When
attempting to start the simulator in vulkan mode this is the error message:
"The graphics card or driver lacks support for a required extension:
VK_KHR_external_memory_win32" and coontinues to run but with opengl. This
happens on Arch Linux and Debian Sid, and so far this issue has occurred for
everyone who has tried running the game with wine using vulkan.
--
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=38190
Bug ID: 38190
Summary: FEAR crash at runs
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Created attachment 50967
--> https://bugs.winehq.org/attachment.cgi?id=50967
backtrace fear
Game config works but when game is launched crash
--
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=48548
Bug ID: 48548
Summary: Support running multiple tests in submitted jobs
Product: Wine-Testbot
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cdavis5x(a)gmail.com
When I submit a job manually on the testbot, I can only run one instance of one
executable. For a binary, this makes sense, since there's only one binary; but
a patch, for which a choice of Wine test executables is offered, can affect
multiple Wine unit tests. I then have to submit the job multiple times, one for
each test unit affected. This seems... suboptimal. It'd be much faster and more
convenient if I could run multiple tests in a single job.
--
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=56059
Bug ID: 56059
Summary: Overwatch 2: highlight saving generates a 1ms (empty)
webm video file
Product: Wine
Version: 9.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forestix(a)nom.one
Distribution: ---
Created attachment 75715
--> https://bugs.winehq.org/attachment.cgi?id=75715
example video file
When attempting to save a game highlight as a webm video file, Overwatch 2
*seems* to be encoding the video as it should, in that it uses the CPU and
takes an appropriate amount of time to complete. However, the resulting file is
only about 700K, and doesn't play in any player.
Examining the file with MediaInfo shows what looks like a reasonable container
with video and audio parts, but only 1ms duration.
I get the same results in all of these Wine versions:
wine-9.0-rc2
wine-9.0-rc2 (Staging)
wine-ge-custom (aka lutris-GE-Proton) 8-23
Game installer download link:
https://download.battle.net/en-us?product=ow&blzcmp=ow_gamesite
Steps to reproduce:
- play a game (easiest way is via Play: Training: Practice vs. AI: Casual)
- after the game is over, return to the main menu
- click username button (top right corner)
- click history tab (top edge)
- click highlights tab (left edge)
- click a highlight from "today's top 5"
- click save button (bottom edge)
- select movie format: webm
- click save button
--
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.