https://bugs.winehq.org/show_bug.cgi?id=45469
Bug ID: 45469
Summary: MotoGP 13 Demo - Black screen after launch
Product: Wine
Version: 3.12
Hardware: x86-64
URL: https://www.gamewatcher.com/downloads/motogp-13-downlo
ad/motogp-13-demo
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0009:fixme:d3dx:d3dx9_sprite_Begin Flags unsupported: 0x18
0009:fixme:d3dx:d3dx9_sprite_SetWorldViewLH iface 0x130510, world 0x10456c40,
view 0x10456c40 stub!
Solves with native d3dx9_43
wine-3.12-110-g414fe80aeb
--
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=45142
Bug ID: 45142
Summary: (DX11) Unigine Heaven 4.0 shows black screen while
benchmarking on Windows
Product: Wine
Version: 3.7
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Created attachment 61328
--> https://bugs.winehq.org/attachment.cgi?id=61328
screenshot
This issue seems to be related to Windows OS only.
When you run Unigine Heaven 4.0 benchmark at DX11 on Windows platforms with
WineD3D you only see a black screen and playing sound. No matter what WineD3D
build I use and no matter what Windows version.
--
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=51804
Bug ID: 51804
Summary: Tropico: messed up graphics when hardware renderer
selected
Product: Wine-staging
Version: 6.18
Hardware: x86-64
URL: https://archive.org/details/TropicoDemo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70691
--> https://bugs.winehq.org/attachment.cgi?id=70691
screenshot
The screen is garbled when hardware renderer is selected in the Options menu
(main menu looks fine, you have to start a scenario to reproduce the bug).
Doesn't happen in vanilla Wine 6.18.
The staging patch to blame:
https://github.com/wine-staging/wine-staging/blob/master/patches/ddraw-vers…
In the terminal:
0110:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0110:fixme:ddraw:DirectDrawEnumerateExA flags 0x00000002 not handled
0110:fixme:ddraw:DirectDrawEnumerateExA flags 0x00000006 not handled
0138:err:d3d:resource_unload Resource 0x1f822c8 is being unloaded while mapped.
Wine-Staging 6.18
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.74
--
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=20843
Summary: Virtual colour depth & full screen resolution?
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Would it be technically possible to implement a virtual desktop that allows you
to set the colour depth and resolution, but then wine will stretch the virtual
desktop to full-screen or to a custom resolution?
What would happen if you fooled a game that needed 256 colour depth into
thinking that's what it is running in while it is actually running at 24bit?
I ask this as I am unable to change my colour depth and reduce my resolution
below 640x480. And even when I could change my colour depth it meant restarting
the X-server. I assume other people will also have this problem.
--
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=10845
Summary: Application Menu doesn't work
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gizmo.gentoo(a)gmx.de
In Propellerheads Reason 3.0 and 4.0 the application menu doesn' work. This
affects, in my experience, all versions >wine-0.9.46 or 0.9.47.
The problem is that i can't give you log files or something else, because
there's no error message. It's just that u click on the menu and nothing
happens.
You can download a demo version from the software here:
http://www.propellerheads.se/download/index.cfm?fuseaction=download_reason_…
Let me know if i can do something to provide more information.
thanks,
marc
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45411
Bug ID: 45411
Summary: Direct Access to USB Drive Fails
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fredthejonester(a)gmail.com
Distribution: ---
Here is the output:
$ WINEARCH=win32 WINEPREFIX=/home/kirk/.wineprefix32 wine RESPONSA.exe
0009:fixme:nls:GetThreadPreferredUILanguages 00000034, 0x32e6a0, 0x32e710
0x32e6a8
0009:fixme:nls:get_dummy_preferred_ui_language (0x34 0x32e6a0 0x32e710
0x32e6a8) returning a dummy value (current locale)
0009:fixme:nls:GetThreadPreferredUILanguages 00000034, 0x32e680, 0x32e6f0
0x32e688
0009:fixme:nls:get_dummy_preferred_ui_language (0x34 0x32e680 0x32e6f0
0x32e688) returning a dummy value (current locale)
0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 41018 (device=4 access=0
func=406 method=0)
0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 4d014 (device=4 access=3
func=405 method=0)
0009:fixme:msvcrt:__clean_type_info_names_internal (0x4c22b684) stub
0009:fixme:msvcrt:__clean_type_info_names_internal (0x4e0892fc) stub
0009:fixme:msvcrt:__clean_type_info_names_internal (0x101827d4) stub
0009:fixme:msvcrt:__clean_type_info_names_internal (0x788b0e54) stub
and the app is not able to recognize the USB drive that is in the PC and
required for execution. More details are available here:
https://forum.winehq.org/viewtopic.php?f=2&t=30825
--
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=50257
Bug ID: 50257
Summary: Regression: startup crash/infinite loop on FreeBSD
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: blocker
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Lots of:
01ac:err:heap:HEAP_GetPtr Invalid heap 00000000!
01ac:err:heap:HEAP_GetPtr Invalid heap 00000000!
Endless 100% CPU usage or crash.
--
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=50468
Bug ID: 50468
Summary: winedbg fails to load symbols for non PE builtin dlls
Product: Wine
Version: 6.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
While looking at an xactengine problem in Hyperdimension Neptunia ReBirth 1
(bug #50416) with a mingw enabled build (haven't tested a non mingw build;
should I do that?) winedbg fails to load symbols from e.g. x3daudio1_7 and
xactengine3_7.
Interestingly symbols for x3daudio (directly linked to by the main exe while
xactengine is loaded on demand through CoCreateInstance) are available when
using winedbg --gdb.
+dbghelp log doesn't seem very interesting to me (no debug info in the dll and
no matching .pdb found). Should it be uploaded anyway? Which debugger commands
should I use during the log session? Which other debug channels should I turn
on to provide further info?
--
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=47635
Bug ID: 47635
Summary: Micro-Cap 12 fails to save any files
Product: Wine
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: alexander-winehq(a)xmine128.tk
Distribution: ---
Created attachment 65068
--> https://bugs.winehq.org/attachment.cgi?id=65068
commdlg trace of Micro-Cap 12 starting and saving file
Micro-Cap 12 was recently released as Freeware and provides a pretty
comprehensive analog/digital circuit simulation environment. While every tested
aspect of the software works brilliantly, saving created circuit diagrams for
some reason fails silently and the file will simply not be considered “saved”
after clicking “Save” in the file dialog.
Steps to reproduce:
0. Download Micro-Cap 12 Full-CD version from:
http://www.spectrum-soft.com/download/download.shtm
1. Extract the file's contents and run “mc12.exe” or “mc12_64.exe”
2. Wait for the program to start up
3. Click the “Save” button in the toolbar or “File” menu
4. Confirm saving by clicking on “Save” in the opened “Save As” dialog
Expected behaviour:
A file with the name and path selected in the “Save As” dialog should have been
created.
Actual behaviour:
Nothing happens, except that the program will show the path of the chosen save
path in its titlebar.
I've attached a trace of Wine 4.14 and enabled WINEDEBUG=commdlg, please take a
look if there is anything out of the ordinary there.
--
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.