OK I'm quite upset now, when I compiled the cvs version of wine on my own computer and Pharaoh started working again I thought great, fixed! but oh no one of the comunity computers I administer is running ubuntu same as me but their getting the package from the wine apt repository.
so I was happy to 0.9.17 was available because I thought it would allow this game to work again, imagen my suprise when I find it still doesn't work. and even better when I try to run it from the command like it segfaults.
I'll provide logs and things if asked.
* Pharaoh - used to work back in 0.9.15 and still does in cvs 2006-07-02 * C&C Generals - Fails to run * Discworld Noir - Fails to install * Imperialism II - Graphical tiles issue (DDRAW) * Industry Giant II - Fails to run * Star trek SFC3 - Fails to run * Tropico - Fails to run * CSI - Fails to install * Fugawi - Fails to display maps * Settlers IV - Fails to run
This isn't a list of failures, this is a list of every program I have tried in the last month with wine, not _one_ works. this is an incredibly sad situation and I know the interfaces are difficult but could you concentrate on getting more thing working than just making sure World of WarCraft has a nice fps.
Grave Regards, Martin Owens
No one if forcing you to run the latest Wine version. Wine is beta software, so there is not guarantee that the newest version is "best", although it usually is. If you had bothered to take a look in the AppDB, you could have read that e.g. Settlers IV has a Gold rating (i.e. runs perfectly).
As for World of Warcraft, it does not even run with a vanilla Wine, but requires special patches.
Grave regards,
Alexander N. Sørnes
Torsdag 13 juli 2006 23:15, skrev Martin Owens:
OK I'm quite upset now, when I compiled the cvs version of wine on my own computer and Pharaoh started working again I thought great, fixed! but oh no one of the comunity computers I administer is running ubuntu same as me but their getting the package from the wine apt repository.
so I was happy to 0.9.17 was available because I thought it would allow this game to work again, imagen my suprise when I find it still doesn't work. and even better when I try to run it from the command like it segfaults.
I'll provide logs and things if asked.
- Pharaoh - used to work back in 0.9.15 and still does in cvs 2006-07-02
- C&C Generals - Fails to run
- Discworld Noir - Fails to install
- Imperialism II - Graphical tiles issue (DDRAW)
- Industry Giant II - Fails to run
- Star trek SFC3 - Fails to run
- Tropico - Fails to run
- CSI - Fails to install
- Fugawi - Fails to display maps
- Settlers IV - Fails to run
This isn't a list of failures, this is a list of every program I have tried in the last month with wine, not _one_ works. this is an incredibly sad situation and I know the interfaces are difficult but could you concentrate on getting more thing working than just making sure World of WarCraft has a nice fps.
Grave Regards, Martin Owens
Alexander Nicolaysen Sørnes wrote:
No one if forcing you to run the latest Wine version. Wine is beta software, so there is not guarantee that the newest version is "best", although it usually is. If you had bothered to take a look in the AppDB, you could have read that e.g. Settlers IV has a Gold rating (i.e. runs perfectly).
I think you misread what he said. He ran Settlers IV himself and it fails to run, regardless of what the AppDB says (which probably reflects an older wine version).
As for World of Warcraft, it does not even run with a vanilla Wine, but requires special patches.
Grave regards,
Alexander N. Sørnes
Torsdag 13 juli 2006 23:15, skrev Martin Owens:
OK I'm quite upset now, when I compiled the cvs version of wine on my own computer and Pharaoh started working again I thought great, fixed! but oh no one of the comunity computers I administer is running ubuntu same as me but their getting the package from the wine apt repository.
so I was happy to 0.9.17 was available because I thought it would allow this game to work again, imagen my suprise when I find it still doesn't work. and even better when I try to run it from the command like it segfaults.
I'll provide logs and things if asked.
- Pharaoh - used to work back in 0.9.15 and still does in cvs 2006-07-02
- C&C Generals - Fails to run
- Discworld Noir - Fails to install
- Imperialism II - Graphical tiles issue (DDRAW)
- Industry Giant II - Fails to run
- Star trek SFC3 - Fails to run
- Tropico - Fails to run
- CSI - Fails to install
- Fugawi - Fails to display maps
- Settlers IV - Fails to run
This isn't a list of failures, this is a list of every program I have tried in the last month with wine, not _one_ works. this is an incredibly sad situation and I know the interfaces are difficult but could you concentrate on getting more thing working than just making sure World of WarCraft has a nice fps.
Grave Regards, Martin Owens
Am Donnerstag 13 Juli 2006 23:15 schrieb Martin Owens:
OK I'm quite upset now, when I compiled the cvs version of wine on my own computer and Pharaoh started working again I thought great, fixed! but oh no one of the comunity computers I administer is running ubuntu same as me but their getting the package from the wine apt repository.
I remember a few days ago someone complained that there was too much work done on getting games to work :-P
so I was happy to 0.9.17 was available because I thought it would allow this game to work again, imagen my suprise when I find it still doesn't work. and even better when I try to run it from the command like it segfaults.
I'll provide logs and things if asked.
A +ddraw,+d3d7 log would be useful
- Pharaoh - used to work back in 0.9.15 and still does in cvs 2006-07-02
Sounds like it broke with the ddraw rewrite, was fixed later and broke again. Can you do a regression test from 07-2 to today?
- C&C Generals - Fails to run
Copy protection? Otherwise it has GPU detection problems
- Imperialism II - Graphical tiles issue (DDRAW)
Do you have a screenshot?
- Industry Giant II - Fails to run
- Star trek SFC3 - Fails to run
- Tropico - Fails to run
- CSI - Fails to install
- Fugawi - Fails to display maps
- Settlers IV - Fails to run
It would be useful to find out which DirectX version they use(ddraw, d3d8 or d3d9)? A +ddraw,+d3d8,+d3d9 log can reveal that, just see which channel spits out most messages. Likely copy protection makes problems with a lot of games.
This isn't a list of failures, this is a list of every program I have tried in the last month with wine, not _one_ works. this is an incredibly sad situation and I know the interfaces are difficult but could you concentrate on getting more thing working than just making sure World of WarCraft has a nice fps.
A start would be to file bug reports with detailed description of what goes wrong with each game. ATM bugs.winehq.com seems to be down, so I can't check if there are any report for those games. The even better thing would be if you debugged the games to find out what goes wrong.
Keep in mind that the wine manpower is limited. We are only 5 people doint the major directx development, Henry, Ivan, Jason and Roderick are working in their free time, and I'm working for CodeWeavers, hence my priority to get some represenative games working properly. Vitaly, Jesse and others are giving us vital help too, like helping with bug reports and testing, and I'm very glad about their support. Writing angry rant mails to the list or ranting on irc won't get you anything, except eating the developers time with writing angry replies back.
Stefan
Well you've managed to be quite polite and considerate so I owe you at the very least my full co-operation if not my apologies.
Some info below:
I'll provide logs and things if asked.
A +ddraw,+d3d7 log would be useful
export WINE_DEBUG=+ddraw,+d3d7 ???? (the way this debug flag thing works is completely baffling to me)
- Pharaoh - used to work back in 0.9.15 and still does in cvs 2006-07-02
Sounds like it broke with the ddraw rewrite, was fixed later and broke again. Can you do a regression test from 07-2 to today?
Sounds like it, I'll do a test on my machine with the latest CVS and file a bug report or I'll email you if it works.
- C&C Generals - Fails to run
Copy protection? Otherwise it has GPU detection problems
Looks like GPU issues, I'll try it again.
- Imperialism II - Graphical tiles issue (DDRAW)
Do you have a screenshot?
It seems impossible to get screenshots, the game doesn't allow me to go back to kde until I exit and the timed screen shot is a pain.
- Settlers IV - Fails to run
It would be useful to find out which DirectX version they use(ddraw, d3d8 or d3d9)? A +ddraw,+d3d8,+d3d9 log can reveal that, just see which channel spits out most messages. Likely copy protection makes problems with a lot of games.
I tried this again with the latest version, I got problems with setting the screen to higher resolutions, it didn't like playing any of the campaigns (but I think that might have been the install because it was asking for the cd) and it then segfaults when I tried to do anything other than play the tutorial.
Keep in mind that the wine manpower is limited. We are only 5 people doint the major directx development, Henry, Ivan, Jason and Roderick are working in their free time, and I'm working for CodeWeavers, hence my priority to get some represenative games working properly. Vitaly, Jesse and others are giving us vital help too, like helping with bug reports and testing, and I'm very glad about their support. Writing angry rant mails to the list or ranting on irc won't get you anything, except eating the developers time with writing angry replies back.
Yes I understand, you never know you could have 6 if I could get my head around the source code and development platform.
My apologies again, I was not myself and the disappointment of a fellow linux user can be disheartening.
Stefan
Martin Owens wrote:
Well you've managed to be quite polite and considerate so I owe you at the very least my full co-operation if not my apologies.
Some info below:
I'll provide logs and things if asked.
A +ddraw,+d3d7 log would be useful
export WINE_DEBUG=+ddraw,+d3d7 ???? (the way this debug flag thing works is completely baffling to me)
He means run wine like this from the command line:
WINE_DEBUG=+ddraw,+d3d7 wine settlers.exe
Rather than just "wine settlers.exe." Replace settlers.exe with whatever the actual .exe is for the game. This will generate a ton of text output, so you probably want to do something like
WINE_DEBUG=+ddraw,+d3d7 wine settlers.exe > mywinelog
Which will save all the text it outputs in a file called 'mywinelog' that you can then attach to your e-mails for Stefan.
On 7/14/06, Joseph Garvin k04jg02@kzoo.edu wrote:
Martin Owens wrote:
Well you've managed to be quite polite and considerate so I owe you at the very least my full co-operation if not my apologies.
Some info below:
I'll provide logs and things if asked.
A +ddraw,+d3d7 log would be useful
export WINE_DEBUG=+ddraw,+d3d7 ???? (the way this debug flag thing works is completely baffling to me)
He means run wine like this from the command line:
WINE_DEBUG=+ddraw,+d3d7 wine settlers.exe
Rather than just "wine settlers.exe." Replace settlers.exe with whatever the actual .exe is for the game. This will generate a ton of text output, so you probably want to do something like
WINE_DEBUG=+ddraw,+d3d7 wine settlers.exe > mywinelog
Which will save all the text it outputs in a file called 'mywinelog' that you can then attach to your e-mails for Stefan.
The environment variable is WINEDEBUG, not WINE_DEBUG.
Hello!
WINE_DEBUG=+ddraw,+d3d7 wine settlers.exe > mywinelog
The environment variable is WINEDEBUG, not WINE_DEBUG.
And it should be "> filename 2>&1" not only "> filename", as without "2>&1" only standard output, not standard error is written to the file.
WINEDEBUG=+ddraw,+d3d7 wine settlers.exe > test.log 2>&1
As this files tend to become huge, it'd be good to extract only the last 1000 or 10000 lines (whatever is needed to see what's wrong). You can do this via
tail test.log -n 1000 > test2.log
and compress the output via bzip2
bzip2 test2.log
Or as one-liner
tail test.log -n 1000 | bzip2 > test2.log.bz2
Ciao,
Olaf
It's 'command &> file' to take both the STDOUT and STDERR into a file. seems a bit messy to do 'command > file 2> &1'.
I'll work with Imperialism II first, it's my second favourite game after Imperialism II but I think it'll be easier to fix.
On 7/14/06, Olaf Leidinger leidola@newcon.de wrote:
Hello!
WINE_DEBUG=+ddraw,+d3d7 wine settlers.exe > mywinelog
The environment variable is WINEDEBUG, not WINE_DEBUG.
And it should be "> filename 2>&1" not only "> filename", as without "2>&1" only standard output, not standard error is written to the file.
WINEDEBUG=+ddraw,+d3d7 wine settlers.exe > test.log 2>&1
As this files tend to become huge, it'd be good to extract only the last 1000 or 10000 lines (whatever is needed to see what's wrong). You can do this via
tail test.log -n 1000 > test2.log
and compress the output via bzip2
bzip2 test2.log
Or as one-liner
tail test.log -n 1000 | bzip2 > test2.log.bz2
Ciao,
Olaf
Hi,
Some info below:
I'll provide logs and things if asked.
A +ddraw,+d3d7 log would be useful
export WINE_DEBUG=+ddraw,+d3d7 ???? (the way this debug flag thing works is completely baffling to me)
WINEDEBUG=+ddraw,+d3d7
- Pharaoh - used to work back in 0.9.15 and still does in cvs
2006-07-02
Sounds like it broke with the ddraw rewrite, was fixed later and broke again. Can you do a regression test from 07-2 to today?
Sounds like it, I'll do a test on my machine with the latest CVS and file a bug report or I'll email you if it works.
- C&C Generals - Fails to run
Copy protection? Otherwise it has GPU detection problems
Looks like GPU issues, I'll try it again.
The issue is that Generals uses the pci id of the graphics card to find out which capatiblities it has. This is completely broken behavior because there are capatiblity flags in Direct3D which the game could read with IDirect3D9::GetCaps. Henri reported that Generals is broken in windows too when you have a shiny new nvidia card because nvidia changed the number scheme and Generals thinks it is running on a really ancient card and disables vital rendering.
- Imperialism II - Graphical tiles issue (DDRAW)
Do you have a screenshot?
It seems impossible to get screenshots, the game doesn't allow me to go back to kde until I exit and the timed screen shot is a pain.
you can try a virtual desktop: wine explorer.exe /desktop=name foo.exe or use ksnapshot or gimp or whatever and tell it to make a screenshot after waiting some time.
- Settlers IV - Fails to run
It would be useful to find out which DirectX version they use(ddraw, d3d8 or d3d9)? A +ddraw,+d3d8,+d3d9 log can reveal that, just see which channel spits out most messages. Likely copy protection makes problems with a lot of games.
I tried this again with the latest version, I got problems with setting the screen to higher resolutions, it didn't like playing any of the campaigns (but I think that might have been the install because it was asking for the cd) and it then segfaults when I tried to do anything other than play the tutorial.
Can you file a bug report with the crash output and a +ddraw log? (Well, when the winehq servers are up again. Ah, I just see they are back)
If you file a bug report, it is likely to happen that you won't hear much for quite some time. This isn't because we don't care about bug reports, but rather that we have a huge number of bug reports. Even with the bugs I know I could keep myself busy for months if not years. If you assign the bugs to directx->ddraw or directx->d3d8/9 I will find them again at latest when I've run out of open bugs and search for new work :-)
Keep in mind that the wine manpower is limited. We are only 5 people doint the major directx development, Henry, Ivan, Jason and Roderick are working in their free time, and I'm working for CodeWeavers, hence my priority to get some represenative games working properly. Vitaly, Jesse and others are giving us vital help too, like helping with bug reports and testing, and I'm very glad about their support. Writing angry rant mails to the list or ranting on irc won't get you anything, except eating the developers time with writing angry replies back.
Yes I understand, you never know you could have 6 if I could get my head around the source code and development platform.
My apologies again, I was not myself and the disappointment of a fellow linux user can be disheartening.
Yeah I understand. Similar things got me started with hacking on the wine code more than 2 years ago. I wanted Empire Earth to run, fixed 2 bugs in the old ddraw code. Then I hit the more fundamental problem of multithreading support which also affected d3d8 and d3d9 apps, so I decided to rewrite ddraw over wined3d and fix the threading problems there. That was almost a year ago when I started the ddraw rewrite by adding '#include "wine/wined3d_interface.h" ' in the ddraw code and got approx. 300 errors back :-\
Ironically Empire Earth still doesn't run, but now the more basic work is done and I can start with implementing multithreading support for Direct3D. But I'm afraid that this won't be enought and this game also needs proper render target locking support and a gdi engine...
So appoligies accepted :-)
Stefan
On 14/07/06, Stefan Dösinger stefandoesinger@gmx.at wrote:
- C&C Generals - Fails to run
Copy protection? Otherwise it has GPU detection problems
Looks like GPU issues, I'll try it again.
The issue is that Generals uses the pci id of the graphics card to find out which capatiblities it has. This is completely broken behavior because there are capatiblity flags in Direct3D which the game could read with IDirect3D9::GetCaps. Henri reported that Generals is broken in windows too when you have a shiny new nvidia card because nvidia changed the number scheme and Generals thinks it is running on a really ancient card and disables vital rendering.
That's copy protection. Generals doesn't run without a proper no-cd. The issue I mentioned was with newer nVidia card having lower PCI IDs than the older ones. That's only an issue once you're actually in the game though.
-
Alexander Nicolaysen Sørnes -
H. Verbeet -
Jesse Allen -
Joseph Garvin -
Martin Owens -
Olaf Leidinger -
Stefan Dösinger