http://bugs.winehq.org/show_bug.cgi?id=8278
Summary: Earth 2160 missing ingame effects
Product: Wine
Version: CVS
Platform: Other
URL: http://www.worthplaying.com/article.php?sid=29254
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: greg87(a)online.de
While we get now in the menu and gameplay seems to be stable there is still a
big issue left: The effects like explosions, fog, gun fire is simply not displayed.
The demo(350mb) has the same issue.
I get a lot of these two lines in the console:
fixme:d3d:IWineD3DDeviceImpl_ValidateDevice (0x183748) : stub
fixme:d3d:IWineD3DVolumeImpl_LockBox (0x67e56c0) : pBox=(nil) stub
With fbo set, there are some visual glitches and it seems more verbose:
fixme:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>>
GL_INVALID_FRAMEBUFFER_OPERATION_EXT (0x506) from glDrawRangeElements @
drawprim.c / 427
fixme:d3d:check_fbo_status FBO status GL_FRAMEBUFFER_UNSUPPORTED_EXT (0x8cdd)
fixme:d3d:check_fbo_status Color attachment 0: (0x670fe78)
WINED3DFMT_R5G6B5 2048x2048
fixme:d3d:check_fbo_status Depth attachment: (0x670fd28) WINED3DFMT_D16
2048x2048
--
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=7849
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5500 is|0 |1
obsolete| |
------- Additional Comments From dank(a)kegel.com 2007-04-05 18:55 -------
Created an attachment (id=6122)
--> (http://bugs.winehq.org/attachment.cgi?id=6122&action=view)
+relay,+msi log of installing msxml3 and failing
--
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=7849
------- Additional Comments From dank(a)kegel.com 2007-04-05 18:54 -------
Your patches were accepted, but install is still failing here.
I'm sync'd to Friday morning, e79a94d45be2f05d6e1d2366f46eea0fa59b6a95.
I'll attach a log.
--
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=7698
------- Additional Comments From l_bratch(a)yahoo.co.uk 2007-04-05 18:40 -------
I don't think so - I'm using an Nvidia card here:
Geforce 7900 GTX w/ 512 MB memory, using the Nvidia 1.0-9755 drivers.
Still happening in the latest git by the way, which has a few changes to gdi32
(sorry if they're obviously not useful, I don't know)
--
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.
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=7698
------- Additional Comments From stfan4cjk(a)gmail.com 2007-04-05 18:36 -------
I wonder i its because were using ATI cards because theres alot of people that
seem to have CSS working ine without the random crash
--
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.
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8277
------- Additional Comments From focht(a)gmx.net 2007-04-05 17:51 -------
Created an attachment (id=6121)
--> (http://bugs.winehq.org/attachment.cgi?id=6121&action=view)
Implements NtQueryInformationThread info class ThreadQuerySetWin32StartAddress
Hello,
attached is patch which implements NtQueryInformationThread info class
ThreadQuerySetWin32StartAddress query.
Regards
--
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=8146
------- Additional Comments From ns03ja(a)brocku.ca 2007-04-05 17:49 -------
Hmm, I'm not seeing any different behaviour with wine-0.9.36-139-ge79a94d in
comparison to the original report. Well, the bottom of the screen goes white
instead of the top, but that's a pretty minor difference, and not much closer
to correct, if at all.
One interesting thing to note though, is that with "Ultra" quality textures
selected, the VIRT column in top peaks around 4090m (with RES at ~1g), and
then the demo crashes with a segfault in libglcore.so.1 before it can finish
loading. Now, this is a 64-bit system running a 64-bit kernel and userland,
but Wine is of course compiled as 32-bit, so it could be that Wine simply is
running out of virtual memory space, rather than video memory, and the
OpenGL "out of memory" error is a bit misleading. Now, this doesn't explain
the badness with "High" quality textures, as the VIRT size there hovers at
~3996m, but it could be a clue.
Out of curiosity, I checked the VIRT size under wine-0.9.34, to find that it
was a little bit lower (~2-10m, varying). Could the tiny bit of extra memory
usage be pushing the VIRT usage past some magic number and doing unexpected
and bad things?
Additionally, I had left the (seemingly) dead demo open and running while
typing this up, only to find that it picked up rendering again much later on
in the demo, as if it had been running normally, just not showing. It stopped
and started rendering again a few times before closing normally.
--
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=8277
Summary: Enhancement: NtQueryInformationThread with
ThreadQuerySetWin32StartAddress
Product: Wine
Version: 0.9.36.
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
just before this gets lost on my harddisk i "backup" this information in
bugzilla database.
Maybe it's useful for someone working on extending NtQueryInformationThread :-)
In the past, i encountered a number of applications/installers which regularly
use NtQueryInformationThread info classes to gather thread information.
One of these is "thread entry point" information represented by
"ThreadQuerySetWin32StartAddress" information class.
This is currently not implemented in wine.
--- snip ---
fixme:thread:NtQueryInformationThread info class 9 not supported yet
--- snip ---
I added a working implementation (fairly straight-forward).
Callers can now query the address of thread entry point.
This is useful for clients which do not act as debuggers (debuggers get this
info for free in DEBUG events), e.g. for callstack/crash info/logging purpose
and the like.
I implemented only the "query" case, not the "set". This is on purpose.
Windows uses the "set" only once to transfer thread entry address into kernel
(BaseProcessStart(up)), Reactos does the same.
Wine has different init sequence so this is not needed at all (would have been
no use to modify entry point address after thread has started).
While adding some bits of code i noticed wine doesnt handle return data buffer
length mismatches in NtQueryInformationThread the way Windows and Reactos do.
Wine just copies data up to supplied length, even on length mismatch case.
Windows and reactos return STATUS_INFO_LENGTH_MISMATCH if returned information
class data size doesnt match the supplied one (length parameter).
One can verify this by call various information classes with wrong length.
The optional "returned length" parameter is only filled in success case (not
even if info class size mismatch or internal API fails).
Patch for ThreadQuerySetWin32StartAddress information class following in next
attachment.
Regards
--
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=8207
------- Additional Comments From truiken(a)gmail.com 2007-04-05 17:46 -------
Argghhh I never have the same media for these things!
--
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=8207
------- Additional Comments From ead1234(a)hotmail.com 2007-04-05 17:39 -------
I have a dvd edition(single install disc but I have 2 copies, and i tried both
discs), it came free with my video cards.
--
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.