http://bugs.winehq.org/show_bug.cgi?id=29417
Bug #: 29417
Summary: Mouse pointer laggy/slow in Dweebs and Dweebs 2
Product: Wine
Version: 1.3.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
This bug applies to the games Dweebs and Dweebs 2 by Mutation Software.
Demos can be downloaded from
http://www.tucows.com/preview/272853/DWEEBS-Platinum-Remix
and
http://www.tucows.com/preview/281667/DWEEBS-2-The-New-Breed
Download and run one of the demos. Click Setup. On the title screen the mouse
pointer is fine. However if you click Help, Credits or Exit, the pointer is
very "laggy" on those screens. In-game the pointer lags slightly, but less than
on the Help/Credits/Exit screens.
(Also, with earlier versions of the first Dweebs game -- I tested the one on
the Arcade Master CD published by eGames -- the pointer lags on the title
screen as well.)
I thought this problem might be the same as bug 29325, but it also occurs with
Wine 1.3.31.
--
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=56422
Bug ID: 56422
Summary: Exact Audio Copy installer crashes
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp82(a)luukku.com
Distribution: ---
Created attachment 76183
--> https://bugs.winehq.org/attachment.cgi?id=76183
wine 9.4 crash
I did try this with wine 9.3, but the release of wine 9.4 was so close I didn't
bother to report back then. the crash seems same for me.
Just download Exact Audio Copy (ver 1.6) here :
https://www.exactaudiocopy.de/en/index.php/resources/download/
I used clean 32bit prefix.
install all default, last step is to run the program via the installer and then
the crash happens.
sha1sum eac-1.6.exe
a6e396618446a87e46abf3d5e00a7d73690a2272
--
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=27745
Summary: Racer is unplayable
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugmenot123456(a)mailinator.com
Created an attachment (id=35498)
--> (http://bugs.winehq.org/attachment.cgi?id=35498)
Output of racer under wine-1.3.24
Racer used to work fine with wine-1.3.14. Somewhere between version 1.3.14 and
1.3.17 it stopped working. Now racer infinitely loops with following error
after pressing "Race" button:
RNetwork: waiting for connecting id response...
RNetwork: out of loop, client connected: 0, id 0 (objectIDbatch=-640664278)
RNetwork: connect attempt failed; be persistent (try 1)
enet_host_connect; out of (1) peers
** Error: QNClient:Connect(); failed to create enet peer; out of connections
Link to the program: http://racer.nl/download/racer0655.zip
--
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=56483
Bug ID: 56483
Summary: ShellExecute changes in Wine 9.5 broke 64-bit Winelib
loading in WoW64 builds
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)robbertvanderhelm.nl
Distribution: ---
After commit 85d029e3b01f6dd35a86cc07796af982d66e4a03
(<https://github.com/wine-mirror/wine/commit/85d029e3b01f6dd35a86cc07796af982…>),
Wine builds configured with `--with-wine64` can no longer find and execute
Winelib binaries built with `winegcc`. This now results in the following error
instead:
> ```
> Application could not be started, or no application associated with the specified file.
> ShellExecuteEx failed: File not found.
> ```
- Running the Winelib `.so` binary explicitly with `wine64` still works
- Running it with `wine`, or using the shell script generated by winebuild does
not.
--
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=56588
Bug ID: 56588
Summary: in game display resolution options limited to current
desktop resolution using old wow64
Product: Wine
Version: 9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
wine-9.6 and wine-9.7
game: FlatOut 1
new wineprefix
32 bit OS
32 bit wine
game setup screen - many display resolutions available
new wineprefix
64 bit OS
old WOW64 wine
game setup screen - resolution options limited to current desktop resolution in
either 16 bit or 32 bit.
Unsure currently how to bisect this, as I have never bisected a wow64 compile
before.
--
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=51200
Bug ID: 51200
Summary: High repaint label volume causes freezing
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 70075
--> https://bugs.winehq.org/attachment.cgi?id=70075
Screenshot of the offending pane
In ChessBase 11, using a chess engine (kibitzer) can cause freezing. Since the
display shows the current move the engine is thinking about on a label, in some
positions this can involve requests for repainting every few ms. This often
causes the input to lock up for many seconds as the repaint queue is taking
priority.
This is most likely a repaint issue as the workaround is to place the window so
the offending label is off-screen, and the lock-up no longer becomes an issue.
It makes using the engine much more difficult though. This has been a problem
for at least a year now.
Suggestions are to give the input a higher priority, and/or to drop/throttle
repaint frame requests when the queue becomes too long.
--
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=32346
Bug #: 32346
Summary: Window is too large with Batman and Head Over Heels
remakes
Product: Wine
Version: 1.5.18
Platform: x86-64
URL: http://retrospec.sgn.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
Created attachment 42686
--> http://bugs.winehq.org/attachment.cgi?id=42686
Batman window showing trash at right and bottom
This issue applies to at least two game remakes available from
http://retrospec.sgn.net/
Head Over Heels: http://retrospec.sgn.net/game-links.php?link=hoh
Batman: http://retrospec.sgn.net/game-links.php?link=batman
I'm testing with wine-1.5.18-114-ga61f68f, Lubuntu 11.10 x86-64, Nvidia driver
304.64.
Wine seems to create the game window larger than it should be. There are strips
at the bottom and right sides which are never rendered into; they contain
trash/garbage. If you move the window, the trash changes, presumably reflecting
whatever was in that part of the video memory beforehand? The size of the
strips looks about the same as the size of the window decorations.
--
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=56492
Bug ID: 56492
Summary: Wine 9.5 breaks Opentrack/TrackIR head tracking, works
in 9.4
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fell(a)fellr.net
Distribution: ---
After updating to Wine 9.5 I noticed that the Wine plugin of the Opentrack head
tracking software wasn't working any more. It simply couldn't "connect" and
displayed "waiting for game..." forever. After reverting back to Wine 9.4 it
worked fine again.
Corresponding issue at the Opentrack project:
https://github.com/opentrack/opentrack/issues/1827
Observed behavior: After pressing "Start" the tracking does not work game and
"waiting for game..." is displayed in the Opentrack title bar.
Correct behavior: After pressing "Start" the tracking should begin in the game
and the game name should be displayed in the Opentrack title bar.
Now, I don't know how exactly that plugin works and how it communicates with
the game. It is using the TrackIR/Freetrack protocol which seems to rely on
some kind of direct memory access, but I'm not sure.
--
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=56595
Bug ID: 56595
Summary: Fallout 3: regression causes lots of streamer critical
errors, slowdown
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m1m1k4tz(a)protonmail.com
CC: bmcgrath(a)codeweavers.com
Regression SHA1: 9e1f5f6d11b14b3ee38050a1b45a55f5c71146c6
Distribution: ---
Created attachment 76353
--> https://bugs.winehq.org/attachment.cgi?id=76353
gstreamer
Critical errors
--
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=55939
Bug ID: 55939
Summary: Moorhuhn Director's Cut: crashes after going in-game
Product: Wine
Version: 8.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nikolas.gur(a)stud.uni-due.de
Distribution: ---
Created attachment 75504
--> https://bugs.winehq.org/attachment.cgi?id=75504
wine output of running the program
game info: https://moorhuhn.fandom.com/de/wiki/Moorhuhn_Director%27s_Cut
Tested with the retail version of the compilation "Moorhuhn: Die ersten 10
Jahre"
(https://moorhuhn.fandom.com/de/wiki/Moorhuhn_10_Jahre_Jubil%C3%A4umsedition)
What works:
- Everything in the main menu seems to work, including changing graphics
options
- starting a new game and sometimes going in game for a couple seconds
What doesn't work:
- Audio
- Immediately after going in-game or sometimes even in the loading screen for
the first level, game crashes with a winedbg "Program Error"
--
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.