http://bugs.winehq.org/show_bug.cgi?id=21351
Summary: Ankh: black screen since amid intro animation (autogen
mipmap)
Product: Wine
Version: 0.9.47.
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
CC: chris.kcat(a)gmail.com
commit fc96587b3d4390f16f9c7d572e27ec950f715404 past 0.9.46
Author: Chris Robinson <chris.kcat(a)gmail.com>
Date: Wed Oct 3 04:19:15 2007 -0700
wined3d: Set D3DCAPS2_CANAUTOGENMIPMAP flag when supported.
is the major regression in Ankh (the first from the trilogy) as it causes a
black screen amid the intro sequence, after the display of "Kapitel 1: Audienz
mit Hindernissen", before the father punishes Assil. The black screen remains
even after the player gets control. This imposes garbage rating in AppDB since
0.9.47.
The commit itself seems harmless:
if(GL_SUPPORT(SGIS_GENERATE_MIPMAP)) {
*pCaps->Caps2 |= WINED3DCAPS2_CANAUTOGENMIPMAP;
Likely either Ankh or Wine enter a different code path as a result of this flag
being set. Bug #11167 is related to autogen_mipmap but probably harmless (my
understanding so far is that autogenmipmap only makes textures look nicer),
because among the applications from Deck13 affected by that other bug (Luka,
Ankh2, Jack Keane), only Ankh1 goes black.
Removing that capability in wine-1.1.36 makes the screen display normally.
Using Ubuntu Intrepid with Intel i915 graphics. This app works in XP on
another hardware equipped with builtin Intel graphics. I don't know whether the
XP machine declares CANAUTOGENMIPMAP.
--
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=46072
Bug ID: 46072
Summary: Freelancer: Stutter when new NPC ships spawn
Product: Wine
Version: 3.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tom(a)r.je
Distribution: ---
I've been trying to debug this for some time, however in the game Freelancer,
when new NPC ships spawn, the game stutters. This has happened every time I've
tried playing the game (First attempt last September, same issue with whatever
the latest wine version was then)
Video:
https://www.youtube.com/watch?v=fLnkWDsgcpc&feature=youtu.be
It's most pronounced at 00:57 but is often worse than that and happens each
time new NPCs spawn. In that video each time an NPC spawns ahead or behind the
player a stutter occurs. It seems to vary from 0.1 seconds to up to about a
second.
It is *always* when an NPC spawns so it seems like it's an I/O issue either
loading the 3d model or the related audio.
Nothing appears in the console using the default WINEDEBUG.
These lines get repeated:
0009:fixme:d3d:debug_d3dformat Unrecognized 0x38414144 (as fourcc: DAA8)
WINED3DFORMAT!
0009:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x38414144)
in the format lookup table.
But they do not coincide with the stutter. Running WINEDEBUG=all makes it
impossible to see when the issue occurs because the game runs as a slideshow.
I have tried the following:
1) Native Microsoft Windows on the same system works fine, no stutter
2) Using lower settings. It does not appear to be GPU related.
3) Using a d3d8 -> dx11 windows wrapper and DXVK. It works as intended, forcing
the d3d8 game to render using DXVK. The game still runs at 60fps except when
new ships load and the stutter occurs (showing < 20fps briefly though really
it's 0fps for a small amount of time)
4) Running from an SSD and NVME, no difference
5) Using the esync patches to reduce CPU/IO overhead, no difference
6) Using taskset to force the game to only use cores 1-4, no difference.
7) Disabling audio in WINE. Perhaps it's when the new NPC's engine sounds are
loaded? It doesn't help but this may be because the audio is still loaded, it's
just never played. It could still be an audio issue.
8) Using ALSA instead of pulse in winecfg.
9) wine-staging, no effect
System specifications:
AMD Threadripper 1950x
32gb DDR ram
nvidia 980ti.
It's a shame because the game runs beautifully except for the annoying stutter
every 20-30 or so seconds when new NPC ships spawn.
I can't see how it's a hardware issue as the game is from 2003 and even with
the overhead of WINE should run flawlessly on a modern PC.
--
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=45946
Bug ID: 45946
Summary: Regression in commit
580ea44bc65472c0304d74b7e873acfb7f680b85
Product: Wine
Version: 3.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: zerooneo(a)01101001.net
Distribution: ---
Created attachment 62487
--> https://bugs.winehq.org/attachment.cgi?id=62487
A screenshot showing several objects temporarily missing
A last-minute commit was included in release 3.17, numbered
580ea44bc65472c0304d74b7e873acfb7f680b85, and titled "wined3d: Use query buffer
objects for occlusion queries."
This commit seems to negatively affect the game "The Witness". When I play the
game with Wine compiled from this commit or a later one and go out into an open
area, the framerate drops considerably, and landscape features and buildings
that are at a distance start very rapidly flashing in and out of existence.
Areas that are close to the player or indoors are unaffected.
--
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=46217
Bug ID: 46217
Summary: crashes when extracting a zip archive
Product: Wine
Version: 3.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nickyradwal1609(a)gmail.com
Distribution: ---
when i download any game like PUBG or gta vice city it couldnot 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=3866
joaopa <jeremielapuree(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeremielapuree(a)yahoo.fr
--- Comment #9 from joaopa <jeremielapuree(a)yahoo.fr> ---
Does the bug still occur in wine-4.0-rc2?
I do not understand what the software does and what the bug is.
--
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=8133
joaopa <jeremielapuree(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeremielapuree(a)yahoo.fr
--- Comment #24 from joaopa <jeremielapuree(a)yahoo.fr> ---
Download link is burst. Here is a working one
https://softfamous.com/clue-classic/download/
Can an administrator put this link at the URL place?
--
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=36191
Bug ID: 36191
Summary: valgrind shows some potential leaks in
crypt32/tests/cert.c
Product: Wine
Version: 1.3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 36190
==17318== 20 bytes in 1 blocks are possibly lost in loss record 51 of 334
==17318== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17318== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17318== by 0x4EE398B: CryptMemAlloc (main.c:124)
==17318== by 0x4EF7661: ContextPropertyList_SetProperty (proplist.c:132)
==17318== by 0x4EAC507: CertContext_SetProperty (cert.c:703)
==17318== by 0x4EAB7AF: CertContext_GetHashProp (cert.c:399)
==17318== by 0x4EAB9DB: CertContext_GetProperty (cert.c:445)
==17318== by 0x4EABFDA: CertGetCertificateContextProperty (cert.c:579)
==17318== by 0x4EADEF3: compare_cert_by_sha1_hash (cert.c:1368)
==17318== by 0x4EAE423: cert_compare_certs_in_store (cert.c:1530)
==17318== by 0x4EAEF02: CertFindCertificateInStore (cert.c:1794)
==17318== by 0x4EAAD3C: add_cert_to_store (cert.c:192)
==17318== by 0x4EAB27F: CertAddCertificateContextToStore (cert.c:287)
==17318== by 0x4EAA852: CertAddEncodedCertificateToStore (cert.c:65)
==17318== by 0x4CC9495: testAddCert (cert.c:198)
==17318== by 0x4CD8F2F: func_cert (cert.c:3976)
==17318== by 0x4D33F67: run_test (test.h:584)
==17318== by 0x4D34356: main (test.h:654)
==17318==
==17318== 20 bytes in 1 blocks are possibly lost in loss record 52 of 334
==17318== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17318== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17318== by 0x4EE398B: CryptMemAlloc (main.c:124)
==17318== by 0x4EF7661: ContextPropertyList_SetProperty (proplist.c:132)
==17318== by 0x4EF788F: ContextPropertyList_Copy (proplist.c:215)
==17318== by 0x4EBE9AF: Context_CopyProperties (context.c:130)
==17318== by 0x4EAAB6C: Cert_clone (cert.c:139)
==17318== by 0x4F03664: MemStore_addContext (store.c:151)
==17318== by 0x4F03A35: MemStore_addCert (store.c:243)
==17318== by 0x4EAB119: add_cert_to_store (cert.c:263)
==17318== by 0x4EAB27F: CertAddCertificateContextToStore (cert.c:287)
==17318== by 0x4EAA852: CertAddEncodedCertificateToStore (cert.c:65)
==17318== by 0x4CC9495: testAddCert (cert.c:198)
==17318== by 0x4CD8F2F: func_cert (cert.c:3976)
==17318== by 0x4D33F67: run_test (test.h:584)
==17318== by 0x4D34356: main (test.h:654)
==17318==
--
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=46299
Bug ID: 46299
Summary: MIDI Program Changes don't work properly in Wine MacOS
Product: Wine
Version: 3.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)jaybmusic.net
Distribution: ---
When using MIDI applications in Wine on MacOS (no matter which version of Wine
or OS or wrapper) a program change is transmitted twice to an external MIDI
interface. First there is a normal Program Change to e.g. no. 32. Then,
practically at the same time, another Program Change is transmitted with no. 0.
This means that Whatever you select or whatever MIDI file you play it's always
piano. This does not happen on the Linux version of Wine.
Log of MIDI Monitor:
12:25:37.021 From Port 8 Control 1 Bank Select 0
12:25:37.022 From Port 8 Control 1 Bank Select (fine) 0
12:25:37.023 From Port 8 Program 1 3
12:25:37.023 From Port 8 Program 1 0
12:25:37.812 From Port 8 Control 1 Bank Select 0
12:25:37.813 From Port 8 Control 1 Bank Select (fine) 0
12:25:37.814 From Port 8 Program 1 4
12:25:37.814 From Port 8 Program 1 0
--
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=25309
Summary: function_grep.pl should be killed
Product: Wine
Version: 1.3.8
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Nov 25 12:28:58 <julliard> austin987: function_grep.pl should be killed,
and wine-preloader is for internal use
:-)
--
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.