http://bugs.winehq.org/show_bug.cgi?id=58425
Bug ID: 58425
Summary: video/x-h264 alignment=au caps causes artifacts and
crashes with nal-aligned streams
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: mkrsym1(a)gmail.com
Distribution: ---
Multiple applications try to playback nal-aligned streams, but Wine always sets
the alignment caps to au. This causes h264parse to work incorrectly, which in
turn leads to various unpleasant effects, depending on the decoder used.
Some examples:
- libav's avdec_h264 is the most tolerant one, and only displays brief image
artifacts when au-alignment is broken.
- OpenH264 displays major image and temporal artifacts on au-alignment break,
sometimes hangs.
- NVIDIA's nvh264dec immediately crashes the entire application on au-alignment
break.
This issue is completely fixed by not setting the alignment caps at all and
letting h264parse do it's job, as done in this commit:
https://github.com/ValveSoftware/wine/commit/0304a42
Not sure why it's set in the first place. Maybe that patch can be merged into
Wine master, or is there something that I'm missing?
--
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=58335
Bug ID: 58335
Summary: Works 10.8 but fails 10.9?
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikes(a)kuentos.guam.net
Distribution: ---
Created attachment 78708
--> http://bugs.winehq.org/attachment.cgi?id=78708
run wine notepad with 10.8 Fine Update to 10.9 then it fails
Have 5 machines that updated to 10.9 fine, but Acer notebook that works with
10.8 but fails with 10.9.
Run wine notebook fine with 10.8
upgrade to 10.9
wine notebook then fails.
downgrade to 10.8, and it works fine.
--
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=58358
Bug ID: 58358
Summary: Dungeons & Dragons Online: No suitable graphics device
was found. [122]
Product: Wine
Version: 10.9
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ccooksey(a)mindspring.com
Created attachment 78747
--> http://bugs.winehq.org/attachment.cgi?id=78747
Logs showing the video driver failures in Wine 10.0_1 and higher
On macOS Sequoia, using Apple Silicon on a MacBook Pro, running Dungeons and
Dragons online and entering the game world on any version of Wine *after* 10.0
will stop with a message:
"No suitable graphics device was found. Are you running through a remote
session or a VM? If not, please check your video hardware capabilities. [122]"
The game terminates and cannot be played. Note that the Game Launcher works
fine. It is the game client that fails -the bit that uses DX9 and above.
If the original Wine 10.0 is installed (prior to 10.0_1), it works fine.
To recreate:
Working case (Wine 10.0):
- Register a free account at: https://www.ddo.com/register
- Download the game installer here: https://www.ddo.com/download
- Install wine 10.0, (not wine-stable - see instructions below).
- Install the game to a standard wine prefix.
- Run "C:/Program Files (x86)/StandingStoneGames/Dungeons & Dragons
Online/DNDLauncher.exe" to enter the launcher. Use your free account.
- Enter the world "Orien".
- Observe that the character creation screen in the game client appears.
Non working case (Wine 10.0_1 and higher):
- Install any higher version of Wine, i.e. wine-stable (10.0_2), wine@staging
or wine@devel.
- Install the game to a standard wine prefix (if you didn't already).
- Run "C:/Program Files (x86)/StandingStoneGames/Dungeons & Dragons
Online/DNDLauncher.exe" to enter the launcher. Use your free account.
- Enter the world "Orien".
- The game client will stop with error [122] as it tries to connect to DX9.
My observation:
10.0 uses:
[mvk-info] MoltenVK version 1.2.10, supporting Vulkan version 1.2.290.
10.0_1 and higher all use:
[mvk-info] MoltenVK version 1.3.0, supporting Vulkan version 1.3.313.
There are literally no code changes in Wine from 10.0 to 10.0_1. But these
graphics libs did change and now there appears to be no video driver.
I have been using brew to install. Here is a speedy way to get the original
Wine 10.0 installed on a machine:
brew uninstall wine-stable # or wine@staging or wine@devel, as needed
curl -o wine-stable.rb
https://raw.githubusercontent.com/Homebrew/homebrew-cask/3b6f8acd9c1f8aad56…
sed -i '' 's/wine64/msidb/g' wine-stable.rb # Implements an important change
from the 10.0_1 brew cask.
brew install --no-quarantine wine-stable.rb # Note the '.rb' suffix.
# If you are on Apple Silicon, install Apple's x86 emulator. Ignore any errors.
/usr/sbin/softwareupdate --install-rosetta --agree-to-license
For the breaking case, you can just "brew install --no-quarantine [wine-stable
| wine@staging | wine@devel]". No need to use older casks.
Note that the current gstreamer is not compatible with wine-stable. Optionally
add these commands to prevent gstreamer from being noisy and slowing things
down:
export GST_PLUGIN_PATH=/dev/null
export GST_PLUGIN_SYSTEM_PATH=/dev/null
I have attached logs from 10.0 (working) and 10.9 (not working).
I used WINEDEBUG="+seh,+tid,+d3d,+vulkan,+dxvk,+d3d12".
Please let me know if you need any additional info from me.
Thanks,
Chris.
--
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=58417
Bug ID: 58417
Summary: Failure to compile: Undeclared KW_ object
Product: vkd3d
Version: 1.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: johngodman006(a)gmail.com
Distribution: ---
Created attachment 78834
--> http://bugs.winehq.org/attachment.cgi?id=78834
Compilation log
I am trying to compile wine in shared WoW64 mode, and ran into the attached
error during compilation of the 64 bit binary.
I have to imagine, given the compilation error is an undeclared identifier,
that I am missing some headers. However, I'm not sure what exactly I am
missing.
I have packages spirv-headers-devel, vulkan-headers, and libvkd3d-devel
installed at their latest versions from Fedora.
For reference, I'm on Fedora 42 kernel 6.15.3.
I must be making a simple mistake, right? If someone could give me a hand, I'd
greatly appreciate it.
--
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=58432
Bug ID: 58432
Summary: eMule v0.70b x64: Doesn't show server list
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: claytmp+foj0w(a)gmail.com
Distribution: ---
Created attachment 78857
--> http://bugs.winehq.org/attachment.cgi?id=78857
Terminal logs
Server list appears empty. On Windows, it does show server list perfectly
--
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=58422
Bug ID: 58422
Summary: Soldier of Fortune II crashes on start
Product: Wine
Version: 10.9
Hardware: x86-64
URL: https://www.moddb.com/games/soldier-of-fortune-ii/down
loads/soldier-of-fortune-2-demo-version
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 17b86a90037004bda1eac142238f21a56b9bfd77
Distribution: ---
Created attachment 78844
--> http://bugs.winehq.org/attachment.cgi?id=78844
terminal output
This is one of the games affected by bug #25362 so I have to launch the game
using the workaround '__GL_ExtensionStringVersion=17700 wine SOF2.exe'.
Since Wine-10.9 the game crashes early on start regardless of that workaround.
Reverting
commit 17b86a90037004bda1eac142238f21a56b9bfd77
opengl32: Move legacy extensions fixup from winex11.
fixes the crash for me.
Can be reproduced with the demo version.
sp_demo.exe
md5sum: 25aae86e835747174523861d40facec1
Still present in Wine-10.11.
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 575.64
X.Org X Server 1.21.1.18
XFCE 4.20
--
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=58229
Bug ID: 58229
Summary: _SH_SECURE sharing flag is not supported and causing
_wfsopen to fail
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: bruvzg13(a)proton.me
Distribution: ---
Calling _wfsopen with _SH_SECURE sharing flag result in failure and
"012c:err:msvcrt:_wsopen_dispatch Unhandled shflags 0x80" error in the
terminal.
0x80 value correspond to _SH_SECURE
Discovered while debugging Godot Engine -
https://github.com/godotengine/godot/pull/106392
Seems like the case for this flag is missing:
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/msvcrt/file.c?ref_ty…
The flag is documented as "shared read, exclusive write access"
(https://learn.microsoft.com/en-us/cpp/c-runtime-library/sharing-constants?v…),
and the issue can be worked around by substituting it with "(mode_flags ==
READ) ? _SH_DENYWR : _SH_DENYRW", which result in the same behavior as on
Windows (at least in our use case).
--
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=58435
Bug ID: 58435
Summary: winepath -w conversion outputs wrong filenames
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Observed in the pipeline failure here:
https://gitlab.winehq.org/mono/wine-mono/-/jobs/169670
The build script in Wine Mono uses winepath -w to get a windows path for one of
its outputs.
The command, though not logged, would have been:
winepath -w /builds/mono/wine-mono/build/winemono-support.cab
Based on debugging in other places, I think that outputs:
Z:\builds\mono\wine-mono\build\winemono-supporpport.cab
96cd811903e3d3f227c39e12235725baf793f4b9 is the first bad commit
commit 96cd811903e3d3f227c39e12235725baf793f4b9
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Jun 24 11:56:39 2025 +0200
kernel32: Reimplement conversion to DOS name using
GetFinalPathNameByHandleW.
dlls/kernel32/path.c | 44 +++++++++++++++++++++++++++++++++++---------
1 file changed, 35 insertions(+), 9 deletions(-)
The pattern seems to be that it fails when given an absolute path to a file
that does not exist. The directory that would contain the file must exist or it
won't output anything.
The result seems to always be <path with last 5 characters cut off> + <last 9
characters of path>.
--
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=38337
Bug ID: 38337
Summary: clang compiling warnings
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Wine1.7.39-251-gdbf8bde compiled by Apple's clang. The wine works somehow.
There are hundreds warning so I show them in one bug although there are many
possible bugs.
----
keyboard.c:287:2: warning: illegal character encoding in string literal
[-Winvalid-source-encoding]
"?","&1","?2","\"3","'4","(5","-6","?7","_8","?9","?0",")?","=+",
^
----
cocoa_status_item.m:100:13: warning: instance method
'-discardEventsPassingTest:'
not found (return type defaults to 'id')
[queue discardEventsPassingTest:^BOOL (macdrv_event* event){
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.
----
imgfactory.c:715:88: warning: implicit conversion from enumeration type
'WICBitmapAlphaChannelOption' (aka 'enum WICBitmapAlphaChannelOption') to
different enumeration type 'WICBitmapCreateCacheOption' (aka 'enum
WICBitmapCreateCacheOption') [-Wconversion]
...BitmapImpl_Create(bm.bmWidth, bm.bmHeight, bm.bmWidthBytes, 0, NULL,
&format, option,...
~~~~~~~~~~~~~~~~~
^~~~~~
-----
display.c:225:24: warning: unused function 'create_mode_dict'
[-Wunused-function]
static CFDictionaryRef create_mode_dict(CGDisplayModeRef display_mode)
^
1 warning generated.
-----
node.c:1620:37: warning: implicit conversion from enumeration type
'xmlElementType' to different enumeration type 'DOMNodeType' (aka
'enum tagDOMNodeType') [-Wconversion]
*domNodeType = This->node.node->type;
~ ~~~~~~~~~~~~~~~~~^~~~
1 warning generated.
-----
locale.c:11344:13: warning: unknown attribute '__force_align_arg_pointer__'
ignored [-Wattributes]
call_locale_facet_vector_dtor(iter->fac, 1);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
locale.c:246:52: note: expanded from macro 'call_locale_facet_vector_dtor'
#define call_locale_facet_vector_dtor(this, flags) CALL_VTBL_FUNC(this, 0, \
^
./cxx.h:269:59: note: expanded from macro 'CALL_VTBL_FUNC'
#define CALL_VTBL_FUNC(this, off, ret, type, args) ((ret (WINAPI*...
^
../../include/windef.h:169:21: note: expanded from macro 'WINAPI'
#define WINAPI __stdcall
^
../../include/msvcrt/crtdefs.h:48:67: note: expanded from macro '__stdcall'
...__attribute__((__stdcall__)) __attribute__((__force_align_arg_pointer__))
^~~~~~~~~~~~~~~~~~~~~~~~~~~
-----
mach.c:93:9: warning: 'bootstrap_register' is deprecated
[-Wdeprecated-declarations]
if (bootstrap_register(bp, (char*)wine_get_server_dir(), ...
^
----
warning: Small Fonts 11: missing glyph for char 05b0
----
file.c:2124:49: warning: array index 1 is past the end of the array
(which contains 1 element) [-Warray-bounds]
dir_info->FileName[0] == '.' && dir_info->FileName[1] == ...
^ ~
../../include/winternl.h:495:5: note: array 'FileName' declared here
WCHAR FileName[ANYSIZE_ARRAY];
^
1 warning generated.
----
I omitted same warnings repeated many times.
--
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=58416
Bug ID: 58416
Summary: Cloudflare is blocking patches and code snippets
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Cloudflare stops me from attaching patches to bug reports unless I compress
them in a format that Cloudflare won't check.
It also blocks me if I paste some code into the comments. Seems to get upset
with C and PHP. I haven't tested much else but it's pretty obviously not
desirable behaviour for a Bugzilla. Been happening for a while, probably
anti-spam, anti-bot protection.
--
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.