https://bugs.winehq.org/show_bug.cgi?id=40512
Bug ID: 40512
Summary: Alan Wake's American Nightmare some textures has
partially or missing transparency
Product: Wine
Version: 1.9.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 54315
--> https://bugs.winehq.org/attachment.cgi?id=54315
screenshot
Grass Distance option set to max.
GOG version.
wine-1.9.8-75-gab78cff
--
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=50702
Bug ID: 50702
Summary: Clipboard doesn't work in Ultimate Doom Builder
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: otaku(a)rambler.ru
Distribution: ---
How to reproduce:
- Open any Doom 2 map in Ultimate Doom Builder (don't forget to add doom2.wad
or freedoom2.wad to resources)
- Select anything on map
- Ctrl+C
- Ctrl+V - and nothing happens
--
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=19514
Summary: installation succeeds, running fails -- "the program X
has encountered a serious problem and needs to close"
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bluedzins(a)wp.pl
I try to run PWN Polish Dictionary (v.3.0) using wine. Using virtualbox
everything fine, but using wine only installation works OK. When executing
installed program I get windows program error:
the program X has encountered a serious problem and needs to close
with wine explanation below (the same dialog).
Exactly the same behaviour I see for another program -- SuperMemo UX. I will
attach logs for both of them.
--
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=40730
Bug ID: 40730
Summary: Elasto Mania: Hang on launch - later works but without
sound
Product: Wine
Version: 1.5.18
Hardware: x86
URL: http://elastomania.com/share_win.html
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fritz-stuhr(a)web.de
Regression SHA1: 841214ddb4d4dc620e6b51dfe6655b585d423edc
Distribution: Ubuntu
Starting with 841214ddb4d4dc620e6b51dfe6655b585d423edc Elasto Mania (full
version aswell as linked shareware version) hangs directly at the title screen
or about a quarter of a second after starting the first level.
Beginning with 4f32f8e185949f2cb7bcee4f218f4724d5b823d5 it doesn't hang anymore
but sound is not working anymore (was working fine before
841214ddb4d4dc620e6b51dfe6655b585d423edc).
Please note that the sound starts a bit delayed (I think that also happens on
Windows). After starting the first level it takes about 3.5 seconds before you
can hear anything.
Git bisecting was done on a Lubuntu 16.04 32bit live CD.
--
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=38196
Bug ID: 38196
Summary: ffmpeg fails to create direct3d9 device on shell
window
Product: Wine
Version: 1.7.37
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michael(a)fds-team.de
Distribution: ---
Created attachment 50972
--> https://bugs.winehq.org/attachment.cgi?id=50972
wine test to reproduce the issue
If you enable DXVA2 in ffmpeg, the creation of the Direct3D9 device fails. They
use the following code:
--------
IDirect3D9_GetAdapterDisplayMode(ctx->d3d9, adapter, &d3ddm);
d3dpp.Windowed = TRUE;
d3dpp.BackBufferWidth = 640;
d3dpp.BackBufferHeight = 480;
d3dpp.BackBufferCount = 0;
d3dpp.BackBufferFormat = d3ddm.Format;
d3dpp.SwapEffect = D3DSWAPEFFECT_DISCARD;
d3dpp.Flags = D3DPRESENTFLAG_VIDEO;
hr = IDirect3D9_CreateDevice(ctx->d3d9, adapter, D3DDEVTYPE_HAL,
GetShellWindow(), D3DCREATE_SOFTWARE_VERTEXPROCESSING | D3DCREATE_MULTITHREADED
| D3DCREATE_FPU_PRESERVE, &d3dpp, &ctx->d3d9device);
---
The creation fails because ffmpeg tries to create the device using the shell
window, but GetShellWindow() always returns NULL as handle until some program
sets the shell window using SetShellWindow(). Wine does not provide any program
which calls SetShellWindow() and it is therefore not possible to get ffmpeg +
DXVA2 working with plain Wine.
In order to test this bug you either need to apply the DXVA2 patches from
https://github.com/wine-compholio/wine-staging/tree/master/patches/dxva2-Vi…
and enable vaapi in the registry or you can use the wine test from the
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=38416
Bug ID: 38416
Summary: Unhandled D3DFORMAT
Product: Wine
Version: 1.7.40
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
This is the test utility from Microsoft DerectxSDK free distributed
Utilities/bin/x86/DXCapsViewer.exe
----
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format
WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
fixme:d3d9:wined3dformat_from_d3dformat Unhandled D3DFORMAT 0x54
fixme:d3d9:wined3dformat_from_d3dformat Unhandled D3DFORMAT 0x55
fixme:d3d9:wined3dformat_from_d3dformat Unhandled D3DFORMAT 0x76
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format
WINED3DFMT_B10G10R10A2_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G5R5X1_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x134ba0, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B5G5R5A1_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
----
--
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=53031
Bug ID: 53031
Summary: Please add sndio as a sound backend
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: job+wine(a)tilde.team
Distribution: ---
Currently for Linux, FreeBSD, and NetBSD, Wine supports ALSA, PulseAudio, and
OSS as audio backends. I think it would be nice if sndio(7) would be included
as well. It's a lightweight alternative to PulseAudio, and supports the three
operating systems I said earlier (as well as OpenBSD, which this sound server
came from).
This is currently our options for us sndio users to get audio to work in Wine:
1. Fallback to ALSA or OSS
2. Configure .asoundrc to use an aucat(1) pipe
(https://github.com/raphael/linux-samus/issues/200)
3. Use this alsa-sndio plugin (https://github.com/Duncaen/alsa-sndio) along
with this patch (https://github.com/Cloudef/alsa-sndio) to fix audio crackling
4. Use this libasound implementation that uses sndio
(https://github.com/Cloudef/libasound-sndio)
5. Just use PulseAudio
Option 1 would mean only one application can use the sound device at a time,
which would suck if you want to play a game with its music off while having
sound effects on, and get your music from somewhere else.
Option 2 will introduce a lot of latency if you don't configure the buffer size
of sndiod(8) and aucat(1). It is also hacky.
Option 3 is the best workaround for me, but it still introduces some latency I
don't want, which I can see while playing Touhou.
Option 4 works, but also hacky IMO. Also messes with alsamixer which I don't
like.
Option 5... Well might as well not use sndio in the first place then? :P
sndio also has support for network audio. And it arguably works better in that
regard than PulseAudio
(https://www.reddit.com/r/linux/comments/3i849k/playing_around_with_openbsds…).
One use-case I could think of is someone needing to use a proprietary music
program for Windows, and wants to play it to an OpenBSD box that is connected
to some special sound setup. That user wouldn't want the extra latency
introduced by options 2 to 5.
As for applications supporting sndio, well there are many, and an increasing
number thanks to the efforts of BSD porters. Firefox, VLC, libao, and OpenAL
are notable examples.
I'd really appreciate it if Wine could be one of the applications supporting
sndio as well.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19561
Summary: Very large memory leak when doing overlapped reads
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ronfischler(a)gmail.com
Created an attachment (id=22796)
--> (http://bugs.winehq.org/attachment.cgi?id=22796)
Program compiled and ready to run using mingw
WINE is buffering serial ports which is in conflict with using overlapped
reads. Additionally, when using overlapped reads on a serial port, there is a
large memory leak. Every time we receive a block of data on the port, (say 800
bytes in our case,) wineserver allocates many pages on the heap and does not
free them afterwards. We are seeing as many as 21 pages lost to the heap every
time we read a small block of data.
My company is creating a Monitor & Control product that works through serial
ports, and we want it to be able to run on Linux netbooks (using USB to serial
port adapters.) This memory leak is the only thing holding us up. The memory
leak is too large for us to recommend to customers that our application can be
used on Linux platforms using WINE.
We are including an attachment for a small program that captures the leak. The
problem is a result of our call to readfile() in the do-while loop. It is using
the overlappedRead feature. Every time this Win32 function call is made, 84K
bytes disappears forever.
-Ron F.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33785
Bug #: 33785
Summary: Invisible graphics elements in Patrimonium adventure
game
Product: Wine
Version: 1.5.31
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ChristophFranzen(a)gmx.net
Classification: Unclassified
Created attachment 44761
--> http://bugs.winehq.org/attachment.cgi?id=44761
Console messages when starting the game
Hi,
in the "Patrimonium" adventure game moving objects such as the player and
non-player characters are partly invisible, it seems that the order of
foreground and background is reversed; the mouse cursor also seems to vanish
occasionally.
The graphical game menu for actions is also absent, probably in the background
as well.
You can get the game from there:
http://patrimonium.amberfisharts.com/de/download/1 (Installer)
http://patrimonium.amberfisharts.com/de/download/2 (ZIP)
Note that the language is german, but that should not be a problem.
Changing graphics settings in the wine registry did not work.
Regards, Christoph
--
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.