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=9127
Zebediah Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |z.figura12(a)gmail.com
--- Comment #78 from Zebediah Figura <z.figura12(a)gmail.com> ---
(In reply to Beta Version from comment #77)
> Created attachment 61687 [details]
> Xanadu Next wine-3.11
>
> Still an issue in Xanadu Next with Wine 3.11. Movies are avi/MPEG-4 (XviD).
This is a separate bug, the MPEG-1 splitter does not decode MPEG-4 video. On
Windows this seems to be done by a DMO
(CLSID_CMpeg4sDecMediaObject/{2a11bae2-fe6e-4249-864b-9e9ed6e8dbc2}).
GStreamer should be able to handle this through libav (gstreamer1.0-libav
package on Ubuntu). In general this bug should be a matter of fixing
libgstreamer/winegstreamer rather than implementing new decoders in Wine.
--
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=9127
Beta Version <betaversiondot(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |betaversiondot(a)gmail.com
--- Comment #77 from Beta Version <betaversiondot(a)gmail.com> ---
Created attachment 61687
--> https://bugs.winehq.org/attachment.cgi?id=61687
Xanadu Next wine-3.11
Still an issue in Xanadu Next with Wine 3.11. Movies are avi/MPEG-4 (XviD).
--
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=22080
Summary: Wine removes custom drive mappings
Product: Wine
Version: 1.1.40
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sub.mesa(a)gmail.com
Wine appears to be forgetting or removing my drive mappings. I have an NFS
filesystem mouned on /nfs, i am the owner of that directory with appropriate
write permissions. I do something like this:
# create new wine directory
mkdir /nfs/winetest
# populate wine directory
WINEPREFIX=/nfs/winetest/ winecfg
# Now i go to Drives tab, make a new D-drive, set it to /nfs, then click Apply
# close winecfg
# when i launch winecfg again, the /nfs D-drive is still there
# so far so good
# now launch some random application on the NFS-mount
cd /nfs/
WINEPREFIX=/nfs/winetest/ wine "D:\\prip\\setup.exe"
# result: wine: module not found; application does not start properly
# now check winecfg again:
WINEPREFIX=/nfs/winetest/ winecfg
# now our D-drive mapping isn't set to anything; its empty.
So it appears wine removes my custom drive mappings whenever an application is
launched or tries to access its DLLs located there. If i did something wrong,
i'm not aware of it. Wine should just accept the D-drive and launch the
application, not removing my drive mapping.
I also tested without using NFS; on my home directory.
mkdir ~/winetest
mkdir ~/driveD
WINEPREFIX=/home/<user>/winetest winecfg
# set drive D to map to /home/<user>/driveD/ type Local Disk
# click apply & close winecfg
cp -p ~/nfs/prip/setup.exe ~/driveD/
WINEPREFIX=/home/<user>/winetest/ wine "D:\\setup.exe"
# result: fails again, drive D gone.
I'm using Ubuntu 9.10 64-bit, wine 1.1.40 per winehq.org PPA; no modifications.
The latest .41 versions is not in your PPA yet, so i can't test. Can anyone
confirm this bug?
--
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.