http://bugs.winehq.org/show_bug.cgi?id=6210
------- Additional Comments From jeremielapuree(a)yahoo.fr 2006-16-09 04:49 -------
I have two questions:
first: Is it the original game "The Longest journey" dated of 1999? For me, this
game crashes very early with any version of wine (see bug 3687)
second: How and where can I set pbuffer=true in device.c?
Thanks for any answer
Joaopa
--
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=6214
Summary: Screen blanks on map zoom over 100%
Product: Wine
Version: 0.9.20.
Platform: PC
URL: http://www.oziexplorer.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: steven(a)heimann.com.au
The following run under Ubuntu Dapper.
Oziexplorer version 3.95.4.m installs and mostly works fine. It is necessary to
disable help as detailed under the Oziexplorer appdb entry.
However after a map is loaded if you zoom into the map over 100% then the map
screen goes black.
I have tried a number of different versions of wine 0.9.21, 0.9.20, 0.9.16,
0.9.12, 0.9.10, 0.9.9 & 0.9.8.
The program is much more responsive under the later versions. The map zoom
works fine up to wine 0.9.9. From 0.9.10 onwards it fails. I tried wine with
WINEDEBUG+=RELAY but no obvious errors arise. The following is a small sample
of messages which arise whether or not the zoom is > or < 100% with debug
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x1003c), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x1003c), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
The diff file for 0.9.10 talks about "Direct3D fixes and preparation for ddraw
code migration." so I guess the problem was introduced there.
--
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=6210
b.buschinski(a)web.de changed:
What |Removed |Added
----------------------------------------------------------------------------
OS/Version|other |Linux
Platform|Other |PC-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=6211
------- Additional Comments From alex(a)thehandofagony.com 2006-16-09 02:55 -------
I found an ini file in the full game folder, so I could disable hardware
cursor. I don't think Wine supports hardware cursors at all; I have at least
not seen any games where it is working. The cursor is usually replaced by the
default X11 one, though.
The game runs horribly slow for me too.
--
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=2467
------- Additional Comments From karaluh(a)tlen.pl 2006-16-09 02:18 -------
Yes, I do. OpenGL fixes A LOT of stuff for me. Besides messed up menus, there
are also still a messed up texts.
--
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=5247
------- Additional Comments From ivg231(a)gmail.com 2006-16-09 01:45 -------
Well...
If you don't have pbuffer support, offscreen rendering is not going to work one
way or the other. So, I'm not sure it matters whether the surface is flipped or
not - I guess it depends on which breaks more apps. I see no reason to flip
anything in that case, but I didn't mean to change existing behavior.
If you think the skybox isn't using offscreen rendering, and is still getting
reversed incorrectly, then that would be a bug.
I'd recommend trying what happens on a card with pbuffer support.
--
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=5247
the3dfxdude(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
------- Additional Comments From the3dfxdude(a)gmail.com 2006-16-09 01:23 -------
So this issue really isn't fixed yet. Which is the offscreen version? The upside
down case? The behavoir changes some when vertex shaders are enabled as both
versions are visible on screen. I need to put up those screen shots again.
--
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=5247
------- Additional Comments From ivg231(a)gmail.com 2006-16-09 00:51 -------
You don't have support for pbuffers.
The reason for the errors is lack of proper extensions detection for pbuffers.
Anyway, I'm about to post a large cleanup patch on wine-devel for testing, which
should:
- fix this "problem" - i.e. revert unintended behavioral change
- add proper extension detection for pbuffers
- significantly clean up lots of ActiveRender code (cleanup v 2)
- not break anything else
--
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.