http://bugs.winehq.org/show_bug.cgi?id=6570
------- Additional Comments From hverbeet(a)gmail.com 2007-24-01 02:42 -------
GLSL is the GL Shading Language. There is a registry key,
"//HKCU/Software/Wine/Direct3D/UseGLSL" which you can set to "enabled". This
enables (for now experimental) support for using GLSL for the shader
implementation, and should support vs_2_0. See also
http://wiki.winehq.org/UsefulRegistryKeys
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6570
------- Additional Comments From josh.mattila(a)gmail.com 2007-23-01 23:43 -------
GLSL? Are we talking about a certain debugging mode or something?
I am running it in shader mode (from winecfg dialog) if that makes a difference.
Is there a way to make it support openGL 2.0 or something like that?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7248
------- Additional Comments From carlos.macleod(a)gmail.com 2007-23-01 21:15 -------
After several tryes, i used:
nice -n 20 wine Steaminstall.exe
And the self-update was managed by installer
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7248
Summary: Steam deadlocks on update at 26-27% ( Still occours )
Product: Wine
Version: 0.9.29.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: carlos.macleod(a)gmail.com
The bug still occurs. when the update crashs at 26%, I run in the console
macleod@presidencia:~/.wine/dosdevices/c:/Steam> wine SteamTmp.exe SelfUpdate
"C:\Steam\Steam.exe" 14
and it gives me the following error popup:
"Steam is already running
You may only run one copy of Steam at a time"
the only difference is the deletion of SteamNew.exe file
wine-0.9.29
Suse Linux 10.1 x86_64
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7247
------- Additional Comments From mail(a)science.su 2007-23-01 20:34 -------
> The bounds do seem to randomly appear
No, bounds isn't random. Imagine that your system cursor isn't hiden: when it
reachs bound of the screen (which isn't random at all of course) it stops.
Because game has its own cursor which moves depending on increments of the
system cursor postion bounds appears "random" to you but they are not. That
means that problem is because system mouse cursor isn't wrapped/recentered as
usually.
This maybe regression. For example I have game Postal 2 with same problem. But
this problem appeared recently i.e. with older Wine versions it (the mouse)
works perfectly (I know that I'm should do a regression test but I havn't time
for that currently; however I will do it in near future and then report proper
bug with results). Please try wine-0.9.24 for example and if it works you may
want to do a regression test. Unfortunately I havn't UT2k4 so I cannot help you
with that.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7247
Summary: UT2k4 sets mouse input bounds that restrict movements
Product: Wine
Version: 0.9.29.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shoeberto(a)gmail.com
UT2k4 under OpenGL runs very well via wine, but for some reason it likes to
restrict mouse movement to seemingly random boxes in the screen. These bounds
prevent reaching buttons, which can be worked around by using tab to select
them, but more importantly it restricts the range of movement for aiming. You
can only move your mouse so far left or right (I don't think it affects vertical
movement; either that, or the game's vertical bounds are hit before wine's are)
before being stopped and not being able to turn any further.
The bounds do seem to randomly appear either in the top-left or bottom-right
part of the screen, more prolifically the top-left; the bottom-right restriction
only seems to have happened after playing a match. I've tried various options
(run in virtual desktop, switching between fullscreen/window, etc) but it
doesn't seem to make a difference; I always end up with mouse movement being
restricted.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7246
------- Additional Comments From stefandoesinger(a)gmx.at 2007-23-01 17:18 -------
In Virtual Desktop mode the reported monitor refresh rate is 0. Maybe avp is
confused by that.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7246
------- Additional Comments From a.hurst(a)shef.ac.uk 2007-23-01 16:46 -------
Should've explicitly stated:
this behaviour only occurs when "Emulate a virtual desktop" option is selected
in winecfg
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.