http://bugs.winehq.org/show_bug.cgi?id=26574
Summary: Homefront: no sound in menu unless Hardware
acceleration = emulation
Product: Wine
Version: 1.3.16
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Terminal doesn't show much, just:
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x16a1d8,0x16a148): stub
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x16bcd8,0x16bbf8): stub
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x16bd00,0x16bc20): stub
changing driver emulation from full to emulation gives me sound.
Note: the sound works fine in the intro videos, either way.
Gentoo 32-bit, no pulseaudio. Using winealsa driver.
--
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=45089
Bug ID: 45089
Summary: Audio playback paused, no sound
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: bghome(a)gmail.com
Distribution: ---
Created attachment 61255
--> https://bugs.winehq.org/attachment.cgi?id=61255
lsof +E -aUc Traktor.exe
I cannot make audio playback work with Pulseaudio.
The application is Traktor 2.11. Pulseaudio is configured in the application
and Traktor.exe is showing up in the Playback tab of pavucontrol (not muted,
volume is set to 100%).
When I press the play button in the application nothing happens. Not only I
cannot hear the sound, but the audio position indicator still stays at 00:00
position. Looks like wine cannot send data to Pulseaudio.
Could I get any help how to debug this issue?
--
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=45180
Bug ID: 45180
Summary: iTunes installer freezes at the final step
Product: Wine-staging
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 61399
--> https://bugs.winehq.org/attachment.cgi?id=61399
terminal output with frozen installer before it was killed.
iTunes version 12.7.4.80 installer stops before the installation is complete.
Doesn't just freeze as the cancel button can be pressed and a confirmation
dialog will pop up, but nothing will actually happen and the installer will
stay at the same step (left it open like that for an hour, nothing happened).
If the installer is killed and launched again, the installation will complete.
Does not occur in wine-devel.
--
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=45181
Bug ID: 45181
Summary: iTunesVisualizerHost.exe crashes upon iTunes launch
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 61401
--> https://bugs.winehq.org/attachment.cgi?id=61401
backtrace from iTunesVisualizerHost.exe
Every time when iTunes (version 12.7.4.80, but also occurs in older versions)
is launched, iTunesVisualizerHost.exe crashes. I am not exactly sure what it
does, but in previous versions of wine (at least 2.21), this problem was not
present. Backtrace attached.
--
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=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=45109
Bug ID: 45109
Summary: Implement debugging 32-bit processes using 64-bit
winedbg
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
winedbg (but also kernel32 and maybe dbghelp) currently assumes in a lot of
places that the architecture of an inferior process matches the architecture of
winedbg, and fails in an opaque way if it doesn't.
It isn't possible to implement multiple architectures on 32-bit, for reasons
that aren't clear to me (see the documentation for EnumProcessModules(),
https://msdn.microsoft.com/en-us/library/windows/desktop/ms682631(v=vs.85).…).
But the same restriction doesn't apply to 64-bit, so we should try to let
winedbg handle this.
Tagged as 'enhancement' since in most cases one can be careful enough to use
'wine' or 'wine64' as appropriate. One place where this does seem especially
useful is 32-bit bootstrappers to 64-bit processes or the like, since often the
only reliable way to break into a child process is with the AlsoDebugProcChild
variable.
--
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=45156
Bug ID: 45156
Summary: autohotkey can't seem to click buttons any more
(breaking winetricks -q dirac et al)
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, Installer, regression, source
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: bunglehead(a)gmail.com
Regression SHA1: 5d10abde503fc4a952c114c658fed74f97bff090
Distribution: Gentoo
Regression caused by:
commit 5d10abde503fc4a952c114c658fed74f97bff090 (refs/bisect/bad)
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Tue Feb 6 08:50:21 2018 +0300
comctl32: Introduce Button control.
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
to reproduce:
wineserver -k ; rm -rf ~/.wine ; WINE=$PWD/wine winetricks -q dirac
Before, winetricks will call autohotkey to click through the installer
After, the installer sits on the first screen and doesn't progress
--
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.