EPTOn April 16 2011 01:17 Scaramanga wrote:
Ive been looking for a fix but still unable to find one, any help?
Ive been looking for a fix but still unable to find one, any help?
Try this: http://support.microsoft.com/kb/812486
BW crashes in Windows 7 - Page 19
| Forum Index > BW General |
2Pacalypse-
Croatia9475 Posts
Try this: http://support.microsoft.com/kb/812486 | ||
|
massiv3attack
Poland7 Posts
On May 15 2009 19:52 bitchaRd[raGe] wrote: There were some topics about messed up colors in StarCraft under windows 7. But i have other problem. Starcraft just crashes in my machine. I can play 5 minutes or an hour, but it always crashed after some time, so i have to shut down my pc and reboot. Does anyone have similar problem? How it can be solved? Please, help. Finally a solution from Microsoft themselves that worked perfectly for me. Windows 7 update: "An application that uses Direct2D or Direct3D may crash in Windows 7 or in Windows Server 2008 R2" Here's the link: http://support.microsoft.com/?kbid=2488113 I've already played couple hours on full screen with no crashes. Good bye W-MODE  . | ||
|
tests
United States160 Posts
| ||
|
tests
United States160 Posts
| ||
Empyrean
16950 Posts
| ||
|
squall leonhart
Australia44 Posts
On April 19 2011 01:19 massiv3attack wrote: Finally a solution from Microsoft themselves that worked perfectly for me. Windows 7 update: "An application that uses Direct2D or Direct3D may crash in Windows 7 or in Windows Server 2008 R2" Here's the link: http://support.microsoft.com/?kbid=2488113 I've already played couple hours on full screen with no crashes. Good bye W-MODE .That hotfix does nothing for DDraw, All it does is remove 1 possible reason for a freeze where d2d/d3d (WLM2011 or firefox 4) is used in apps , it does nothing for mixing gdi applications. (Firefox 3/ WLM2009) | ||
|
oxley
Australia34 Posts
| ||
|
writer22816
United States5775 Posts
http://static.macuyiko.com/files/w7ddpatcher/w7ddpatcher.zip | ||
|
squall leonhart
Australia44 Posts
On May 26 2011 13:56 writer22816 wrote: Don't use ddhack, its terrible and gives me a ridiculous amount of fps lag. Use Mudlord's w7ddpatcher. http://static.macuyiko.com/files/w7ddpatcher/w7ddpatcher.zip mudlord is/has worked on both the mouse "lag" is because Starcraft has a specific input rate which is nuked when Vsync is enabled, which for some reason it does by default, disabling Vsync globally or via a game specific profile resolves the issue and the most recent ddhack code.. atleast mudlords changed source supported disabling vsync directly via ddhack itself. w7ddpatcher just applies some palette compatibility flags to the app, it doesn't fix the palette hang though. edit yes, he did commit the code and ini changes https://code.google.com/p/ddhack/source/diff?spec=svn13&r=13&format=side&path=/trunk/hack/ddhack.ini | ||
|
dna88
Canada28 Posts
| ||
|
NicksonReyes
Philippines4431 Posts
On May 27 2011 19:54 dna88 wrote: tried all tricks i read in this topic and none seemed to work.Had crash after 10min and if lucky managed to play 2hours whitout crash.But i read somewere that unistalling adobe flash did the trick.Seems to be working for me i havent had a crash in 1week everytime i wana play bw i uninstall adobe flash. BW just crashed again TT. I also tried every possible solution found here,but so far no problems with the patcher(just tried after the crash earlier, played quite a few games) + .bat but I'll also try and add this one. Thanks! | ||
|
Chef
10810 Posts
| ||
|
MageKirby
United States535 Posts
| ||
|
PrincessLeila
France170 Posts
My config is : - motherboard : Gigabyte 945P DS3 (BIOS version : F13) - Core 2 duo e4300 @ 3Ghz - win7 32 bit home premium (french) - nvidia 8800 GT (driver version : 266.58 for working nvidia scale) I launch BW with Daemon Tool and a SC:BW mini-image I didn't set any compatibility mode or resolution. I hope this helps. | ||
|
squall leonhart
Australia44 Posts
On May 28 2011 00:13 Chef wrote: I have Windows 7 on two PCs and BroodWar works fine on both of them... I would think that means the issue is not Windows 7, but the user. All I do is force 640/480 in the properties of the exe, and run as admin. Gives me zero problems. Maybe you guys are not on administer accounts and don't have the ability to right-click "Run as Admin" ? I think you should stop posting. On May 28 2011 00:56 MageKirby wrote: would a XP emulator on Windows 7 solve the problem? XP mode has this tendency of not working properly, but it apparently can run the game. in a tiny window...... Virtualbox with scaling enabled works too. | ||
|
dosbox
27 Posts
can you brief me quickly on what the issues is on win7 and comment on my understanding so far: -- win7 is preventing a directdraw process with a 8 bit palette from exclusively locking the front surface buffer, in the lines of:
this being the case, bundled user space processes share memory with starcraft and eventually cause a segmentation fault or something in these lines ? -- this is a bug in windows and not something by design, where for example the support is intentionally dropped due to compatibility issues with some of the newer user space features and such a thing that application manifest don't cover ? - it isn't caused by obvious services like the "desktop window manager", but by specific library calls contributing accumulatively to the eventual error ? are there more in depth details on such calls and methods ? ---------------------------------------------- very nice work on "ddhack" by you, sol and others: i think i've noticed a couple of issues: 1) case winxp-sp2-x86:
the starcraft window does not show and has to be terminated from taskman. 2) case winvista-sp1-x64: building from the latest source (version which supports the .ini file) and then running it results in starcraft being choppy (in the lines of too frequent gfx updates). disabling vsync as you mention a couple of post ago from the ini or the driver (ati) does not solve this. giving the distributed .dll a try gives the same behaviour. ^ but for these i'm assuming that ddhack is not targeting win7 exclusively. ---------------------------------------------------------- mr. hifi's directdraw wrapper library is similar to what ddhack is doing: http://github.com/hifi/cnc-ddraw it renders directdraw surfaces in opengl, but its mainly designed for "command and conquer" and has issues on its own with stacraft. i have made a couple of changes to the source and i would like people to give it a try: ************ http://dl.dropbox.com/u/28720954/ddraw.zip ************ copy files from zip to starcraft directory, backup ddraw.dll if already exists. known issues: - very high cpu usage when toggling sound and/or alt-tabing between windows. - there is a big change starcraft will crash on exit and not store its config like sound volume. - mouse position in window mode is off unless you move window to top left position. so keep it fullscreen. it would be nice if squall and others can let me know if this one works for them.some of the above issues can be solved. also there is a good chance that alt+enter between fullscreen and window mode can be added later on... the above things are being said without contacting the author yet. ----------------------------- in general i do not like this method of wrapping a graphical library with another one, which isn't very elegant and is a cpu hungry operation. if there is a way to force windows 7 into accepting what starcraft is doing graphically would be perhaps a better but hackerish way to solve this. which if possible, might trigger a AV warning or two...of course first of all the _exact_ source of the issue has to be found (which is most likely a difficult task), so possibly then some "hooks" can be introduced. or something... ...unfortunately, i don't have windows 7 or the hardware to run it so i cannot really help with that. dosbox -- | ||
|
squall leonhart
Australia44 Posts
On June 02 2011 10:06 dosbox wrote: hello squall, can you brief me quickly on what the issues is on win7 and comment on my understanding so far: -- win7 is preventing a directdraw process with a 8 bit palette from exclusively locking the front surface buffer, in the lines of:
This is what is believed is occuring, though the later DDraw versions are more likely to not completely lock up the system. The version used in Starlancer for the menu's and interactive movement around the ship will only hang the application. You need to force the taskmgr to the front by bringing up the ctrl+alt+del options but its not a full system hang. When windows 7 first released, there were also surface locking issues in the 16bpp modes as i experienced taskbar icon flashing on certain emulators such as nestopia. A hotfix released around april 2010 resolved this. eduke32 can also lock up the system when run in classic renderer mode, and its a bit harder than starlancer to end task. this being the case, bundled user space processes share memory with starcraft and eventually cause a segmentation fault or something in these lines ? It does not appear to be a segmentation fault, usually such errors would take down the audio as well or make it repeat a certain track over and over, in all the affected apps this does not appear to be the case. In starcrafts case, the bgm continues playing as normal, even switching tracks when one ends. -- this is a bug in windows and not something by design, where for example the support is intentionally dropped due to compatibility issues with some of the newer user space features and such a thing that application manifest don't cover ? Given that a minimalistic environment can reduce the likelihood of it occuring i doubt its by design, the Windows site itself lists it as a compatible game as well - it isn't caused by obvious services like the "desktop window manager", but by specific library calls contributing accumulatively to the eventual error ? are there more in depth details on such calls and methods ? DWM does not have any impact at all on the problem, contrary to most popular belief, the DWM compositor is automatically disabled when an 8bit screen mode is set. I've gone through all the popular suggestions, such as disabling media players, disabling sound, dwm, setting the resolution or desktop depth to 256. None of them work. The only thing that works is minimising the amount of apps sharing the colour pool, which basically means killing anything that provides overlays or uses GDI. I suspect part of the problem and why its not a problem on vista is due to the WDDM 1.1 changes on how GDI palettes and windows are stored in video memory. This isn't much fun at all, given you can't use xfire to chat with team mates in this case. | ||
|
MageKirby
United States535 Posts
JESUS IS REAL GUYS | ||
|
squall leonhart
Australia44 Posts
doesn't fix the freeze only works on the english binary. | ||
|
epikAnglory
United States1120 Posts
| ||
| ||
