https://bugs.winehq.org/show_bug.cgi?id=8051
Stefan Dösinger <stefan(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stefan(a)codeweavers.com
--- Comment #125 from Stefan Dösinger <stefan(a)codeweavers.com> ---
(In reply to swswine from comment #124)
> The reason is that Sims2 is using some shader compilaton function from d3dx
> library (which has fancy static linkage in sims2 exe files, so no way to use
> builtin d3dx.dll). That function requests undocumentated interface from d3d9
> through Direct3DShaderValidatorCreate9, and fails if it is not available.
I noticed d3dx9 trying to create a shader validator interface, but so far it
has always been happy with the NULL return and just skipped validation. Are you
sure it really needs this?
> After that, if shader model 3.0 is available, the model stops rendering at
> all and the trace is full of indications of unsupported features. Not fully
> supported ProcessVertices implementation goes first, then a few other things
> like tangent, binormal and vertex blend indices vertex attributes, and some
> more. These probably should be sorted out one by one.
Horray. A game that actually needs ProcessVertices with shader support. This
will be pretty nasty to implement. Our ProcessVertices so far only supports
very basic fixed function operations - just transformation, no lighting
support. For shader support we'll need to be able to interpret the shader on
the CPU, or maybe we can work with one of those OpenGL feedback extensions.
The other stuff is probably RHW vertices + Shader Model 3 shaders. This should
be fixable with the fixed function vertex pipeline GLSL shader. I wonder though
if this stuff works on any modern Windows driver though. We removed the tests
that test the related functionality because we were getting broken behavior on
newer drivers. (There are plenty of differences between those old tests and
Sims 2 though. One being explicit SWVP, the other is that ProcessVertices + RHW
draw is most likely different from just an RHW draw)
--
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=8051
--- Comment #124 from swswine(a)gmail.com ---
Created attachment 52904
--> https://bugs.winehq.org/attachment.cgi?id=52904
Partial workaround to fix game start, models display and get a sensible trace
I eventually tried to run Sims2 and make it work under Wine. It seems to be an
interesting case of using various d3d9 features which are not implemented in
Wine yet. Shader constants limit is just the first but not the least reason. I
hope it is interesting to share what I found as actually previous discussion
does not reveal what is actually wrong with Sims2 under wine.
While I not yet succeded in making Sims2 fully work I found the major reason
why rendering did not work without any indication what's wrong or not supported
in the trace (after the trick similar to that from Comment #118). I am
attaching the patch which partially fixes rendering for me but more important
reveals actually unsupported features which the game is using. This patch by no
means can be thought as a fix proposal for anything, but lets Sims2 run and
draw models, and makes it usable for further testing and fixing.
As noted in Comment #118 here, the crash on startup can be worked around by
increasing the number of supported shader constants. The patch increases that
constant at the first place and also increases number of constants in wined3d.
Actually this workaround helps to run some other games involving 3d characters,
but not this time. After applying just this the game starts but model is
rendered in T pose and totally red (I am mainly running TS2BodyShop.exe to view
how the model renders). At the same time wine trace does not show up any
relevant problems.
The reason is that Sims2 is using some shader compilaton function from d3dx
library (which has fancy static linkage in sims2 exe files, so no way to use
builtin d3dx.dll). That function requests undocumentated interface from d3d9
through Direct3DShaderValidatorCreate9, and fails if it is not available.
Unlike some redundant constants initialization at startup, this problem does
not show up as crash or something, the game just continues running and falls
back to some most basic shaders which draw red models in T pose, without any
visible errors. My patch adds a very dumb & dirty implementation of the
undocumented validator interface which returns OK for all the requests and does
the trick, the game starts to use real shaders.
After that, if shader model 3.0 is available, the model stops rendering at all
and the trace is full of indications of unsupported features. Not fully
supported ProcessVertices implementation goes first, then a few other things
like tangent, binormal and vertex blend indices vertex attributes, and some
more. These probably should be sorted out one by one.
The last thing that the patch does is hardcoding maximum shaders version to 2
(caps->VertexShaderVersion and caps->PixelShaderVersion in wined3d/directx.c).
After that the model shows OK in model builder (with normal pose and texture).
I also started the main game in tutorial mode (I do not know how to play it),
and the model also showing OK in the beginning, but other glitches show up
quickly when doing some actions in the house (the glitches are now accompanied
by the informative trace output). So probably it is easier to fix the problems
showing up in shader 2.0 model first as it likely has less missing features. It
actually should be possible to limit shader model version within game
configuration files (the google is full of discussions on how people fixing
Sims2 on Windows through these).
--
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=25239
Summary: "Network Places" freezes the application
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: landemaine(a)gmail.com
Hello,
I am using Wine 1.2 with Ubuntu Maverick 2.6.32-26-generic and MS Office 2007.
When in Word, I try to open a file located on a samba share, so I click the
"Network Places" icon in Word's "Open" dialog. But then, Word freezes. I can't
open a file located on a samba share, and I have to kill Word's process.
Charles.
--
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=39679
Bug ID: 39679
Summary: Broken filtering of Recent documents
Product: Wine
Version: 1.8-rc1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 52903
--> https://bugs.winehq.org/attachment.cgi?id=52903
Screenshot showing the recent documents shortcut sub-icon on Windows
The 'My Recent Documents' section of Office's File -> Open dialog does not show
the recent documents if the filter is not set to '*.*'.
To reproduce this bug:
* Start Word 2003 or 2010.
* Open a document.
* Close Word.
* Start Word again.
* Got to File -> Open -> My Recent Documents.
* BUG: The previously opened document is nowhere to be found.
* Change the 'Files of type' field from the default '*.doc...' to '*.*'
* Now the previous document is visible.
* BUG: Hovering over the document shows a filename that ends in '.LNK' whereas
on Windows it ends in '.doc'...
The fact that the full path shown for the recent files ends in '.LNK' probably
explains why they are not shown when the filter is '*.doc'. Note also that in
Wine the files don't have the shortcut sub-icon so somehow Word does now know
they are shortcuts.
--
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=6176
Sebastian Lackner <sebastian(a)fds-team.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |a1790df348caa0318c132717ac5
| |72d1b10b76827
Status|STAGED |RESOLVED
Resolution|--- |FIXED
--- Comment #12 from Sebastian Lackner <sebastian(a)fds-team.de> ---
Fixed with
http://source.winehq.org/git/wine.git/commit/a1790df348caa0318c132717ac572d….
--
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=32350
Bug #: 32350
Summary: Heroes of Might and Magic V crashes when loading a
saved game (without native msvcr71)
Product: Wine
Version: 1.5.18
Platform: x86
URL: http://www.fileplanet.com/162410/160000/fileinfo/Heroe
s-of-Might-&-Magic-V-Demo
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 42688
--> http://bugs.winehq.org/attachment.cgi?id=42688
terminal output
The game comes bundled with it's own native msvcp71,msvcr71 libraries, the
crash occurs only when msvcr71=built-in.
The game crashes when I try to load a saved game.
Steps to reproduce the problem with the demo version:
1. install the demo, you can skip the registration steps at the end of
installation.
2. start the demo with ../bin/H5_Game.exe. Intro videos can be skipped by
pressing <Esc>.
3. in the main menu select Single Player > Campaign and start a new game.
Starting a new game shouldn't be a problem with built-in msvcr71.
4. once in the game press <Esc>, choose Save Game and perform a manual save.
5. try to load the previously saved game...a crash occurs here.
--
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=32989
Bug #: 32989
Summary: Orcs Must Die! 2 sometimes crashes when level
completed
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)deseret-tech.com
Classification: Unclassified
Orcs Must Die! 2 will sometimes (probably about 50% of the time) crash when the
last wave of enemies is completed instead of displaying the level completion
screen. Since each level can take 20 minutes or more to complete this is rather
frustrating.
There is no output to the console (without debug options) when the crash
occurs. There is no illegal operation notice, the game just disappears.
This has also been reported in the comments on the game's AppDB entry, back in
August 2012. I played often in October 2012 without encountering the issue,
however.
--
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=36548
Bug ID: 36548
Summary: 3DMark 2003 cannot start: Errors occured initializing
Futuremark SystemInfo.
Product: Wine
Version: 1.7.19
Hardware: x86
URL: http://www.futuremark.com/benchmarks/legacy
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Tested using 3DMark03_v360_1901.exe
You must set msvcp70 to "native" in winecfg before attempting to start
3DMark03.exe.
./3DMark03.exe -nosysteminfo
doesn't help either.
It's a regression, however I cannot say or identify when it happened.
--
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=28097
Summary: gdiplus fonts test fails unless Times New Roman
installed?
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
"make test" is failing for me on a fresh Ubuntu 11.04 install
with
font.c:264: Tests skipped: Times New Roman not installed
font.c:322: Test failed: Expected Times New Roman, got L"Liberation Serif"
It looks like the check just above line 322 is wrong...
--
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=8532
--- Comment #10 from Austin English <austinenglish(a)gmail.com> ---
(In reply to super_man from comment #9)
> I am considering this bug as fixed after patch
>
> http://source.winehq.org/patches/data/116910
>
> I downloaded version 3.0 and 3.5 (not 2.0 not available?). And both seem to
> start just fine.
>
> Reverting commit 212dd9c226c7f20c28697592468b3e631c250809 brings back the
> issue. I tested reverting only against 3.5 version.
>
> wine-1.8-rc1-51-g3a6ac60
That patch was reverted:
https://source.winehq.org/git/wine.git/commitdiff/28598cca7a50a3885cb814786…
--
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.