http://bugs.winehq.org/show_bug.cgi?id=9644
Summary: Battlefield Vietnam does not start Product: Wine Version: 0.9.44. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-binary AssignedTo: wine-bugs@winehq.org ReportedBy: martin@gamesplace.info
Created an attachment (id=8048) --> (http://bugs.winehq.org/attachment.cgi?id=8048) Backtrace
I am currently trying to run Battlefield Vietnam using Wine 0.9.44 and Fedora 7.
It is patched to the newest version, 1.21. When running the normal game, nothing appears. When having the .exe patched to not use a CD, the following debug output appears:
(See attachment)
Please tell me which further information you need to fix the issue.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #1 from Martin Jürgens martin@gamesplace.info 2007-09-12 14:55:02 --- Created an attachment (id=8049) --> (http://bugs.winehq.org/attachment.cgi?id=8049) report_file with some more information
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #2 from killertux killertux@suomi24.fi 2007-09-12 14:57:57 --- Has it worked on older Wine versions? Last time here it worked in 0.9.30 this is to know if this is regression. Also try using fresh ~/.wine and you could see if it's the Fedora strict security settings breaking this.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #3 from Martin Jürgens martin@gamesplace.info 2007-09-12 15:08:48 --- Sorry, I have not tried Battlefield Vietnam before with an older Wine version. I already installed it on a fresh ~/.wine directory.
I do not get messages that SELinux blocks it, so I do not think that some security policy prevents it from working.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #4 from killertux killertux@suomi24.fi 2007-09-13 04:54:54 --- just tested on latest Wine Git(0.9.44-379-g82ef8d7) and no problems here... you could add more info how to reproduce this bug and what hardware was used.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #5 from Martin Jürgens martin@gamesplace.info 2007-09-13 07:24:17 --- I use a fairly default setup using AMD Sempron 3000+ and a GeForce 6800.
Maybe we can meet up in IRC to find out what the difference of our setups is.
It *could* also be the case that the No CD patch is buggy, but I tried three ones or so so I do not think that this is the case.
Are you in Wine IRC?
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #6 from killertux killertux@suomi24.fi 2007-09-13 13:06:48 --- yes I usually are in Wine IRC.
and I use GeForce 6600 GT, AMD Athlon XP 3000+, and Gentoo X86
and one more thing I disabled movies that are played when game starts.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #7 from Martin Jürgens martin@gamesplace.info 2007-09-13 14:06:23 --- i moved the Movies directory to Movies_, but it did not help it :(
Also, before Wine crashes, I get a black screen for a short time. Then the winedebugger starts.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #8 from killertux killertux@suomi24.fi 2007-09-15 07:38:21 --- You could try starting the X with 16bit colors... anyway I can't test this anymore before nVidia drivers updates to support Xorg 7.3
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #9 from Martin Jürgens martin@gamesplace.info 2007-09-15 09:41:18 --- hm, setting x to "thousands of colors" (16 bit) did not change anything..
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #10 from Martin Jürgens martin@gamesplace.info 2007-09-16 05:17:53 --- Created an attachment (id=8098) --> (http://bugs.winehq.org/attachment.cgi?id=8098) backtrace with wine 0.9.45
Still no luck with Wine 0.9.45.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #11 from Martin Jürgens martin@gamesplace.info 2007-09-16 05:20:07 --- Just noting, it may be possible that the NOCD crack itself does not work and that Wine crashes because of Safedisc.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #12 from Martin Jürgens martin@gamesplace.info 2007-09-16 05:30:11 --- Yeah, the one I found against 1.21 does not work. I am now going to reinstall the game to 1.0 and search a patch for it.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #13 from Martin Jürgens martin@gamesplace.info 2007-09-16 06:15:53 --- Created an attachment (id=8099) --> (http://bugs.winehq.org/attachment.cgi?id=8099) backtrace with bfv 1.0
i have now a proper working 1.0 no cd crack. still no luck.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #14 from killertux killertux@suomi24.fi 2007-09-16 16:47:12 --- the line that you have before crash next line after that line here is this .. and then it works normally. fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x126270) : stub, simulating 64MB for now, returning 64MB left
so place where crash happens is between those two lines.
anyway could be that it crash before d3d or with some d3d related stuff. other than that you would need to do new debug current one is quite useless.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #15 from Martin Jürgens martin@gamesplace.info 2007-09-17 00:24:33 --- So, with which debug options should I run it?
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #16 from Martin Jürgens martin@gamesplace.info 2007-09-17 15:56:11 --- Created an attachment (id=8123) --> (http://bugs.winehq.org/attachment.cgi?id=8123) WINEDEBUG=+d3d output
okay, this is the output when using WINEDEBUG=+d3d. Does not seem usable to me. Are there any debug options that may be reasonable? I ran WINEDEBUG=+all, but it created a file of 300 MB size. Please let me know if you need that.
Thanks for your help.
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #17 from Anastasius Focht focht@gmx.net 2007-10-28 18:00:33 --- Created an attachment (id=8833) --> (http://bugs.winehq.org/attachment.cgi?id=8833) BfVietnam trace - no suitable gfx mode found
Hello,
I can confirm dx9/d3d problems. While testing targets for my SafeDisc 2.x patches I came across this one. The problems have nothing to do with game copy protection (works nice btw).
Attached is trace made with:
WINEDEBUG=+seh,+tid,+d3d,+d3d9,+debugstr
There is a debug version of BF Vietnam for mod developers which emits a bit more info. The release version (/w official patch 1.21) shows same behavior before crash.
In debug version case, an assertation pops up which claims:
--- snip --- C:\dice\trunk\engine\RendPCDX8\PCDX8RendererInit.cpp(809): Assert: RendPCDX8: (0) Cannot enter a normal 800x600 video mode, trying 640x480! --- snip ---
Apparently no suitable gfx mode is found. FYI: Battlefield 1942 and mods (RtR) work fine in this wine configuration.
--- quote --- name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.4 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_multisample, GLX_NV_float_buffer, GLX_ARB_fbconfig_float client glx vendor string: NVIDIA Corporation client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync, GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_swap_control, GLX_NV_float_buffer, GLX_ARB_fbconfig_float, GLX_EXT_fbconfig_packed_float, GLX_EXT_texture_from_pixmap, GLX_EXT_framebuffer_sRGB GLX version: 1.3 GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control, GLX_EXT_texture_from_pixmap, GLX_ARB_multisample, GLX_NV_float_buffer, GLX_ARB_fbconfig_float, GLX_ARB_get_proc_address OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 7600 GT/PCI/SSE2 OpenGL version string: 2.1.1 NVIDIA 100.14.19 --- quote ---
[focht@nexus Battlefield Vietnam]$ wine --version wine-0.9.48
Regards
http://bugs.winehq.org/show_bug.cgi?id=9644
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #18 from Anastasius Focht focht@gmx.net 2007-10-28 19:13:03 --- Hello,
I found a solution ;-) Battlefield Vietnam seems to be too strict regarding reported vs. required screen refresh rates. Edit the following file:
"C:\Program Files\EA GAMES\Battlefield Vietnam\Mods\BfVietnam\settings\VideoDefault.con"
and change/add the following:
"renderer.allowAllRefreshRates 1"
Save. Now the game starts successfully. For true windowed mode you might set "renderer.FullScreen" to "1" too. For some nice in-game stats (performance, engine) use "console.showStats 1"
Regards
PS: the original BF Vietnam soundtracks are nice ;-)
http://bugs.winehq.org/show_bug.cgi?id=9644
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|_obsolete_binary |-unknown
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #19 from Austin English austinenglish@gmail.com 2008-06-12 10:45:51 --- Is this still an issue in current (1.0-rc4 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=9644
--- Comment #20 from Anastasius Focht focht@gmx.net 2008-11-09 16:39:06 --- Hello,
I suggest to close this one. This problem is something wine can't fix.
Workarounds have been documented in appdb entry (virtual desktop or "renderer.allowAllRefreshRates 1"). The refresh rate issue is also present in Windows and "renderer.allowAllRefreshRates 1" fixes the problem there too (in most cases).
Regards
http://bugs.winehq.org/show_bug.cgi?id=9644
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WONTFIX
--- Comment #21 from Austin English austinenglish@gmail.com 2008-11-10 19:06:54 --- WONTFIX, per Anastasius.
http://bugs.winehq.org/show_bug.cgi?id=9644
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #22 from Austin English austinenglish@gmail.com 2008-11-10 19:07:12 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=9644
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dduck@rambler.ru
--- Comment #23 from Vitaliy Margolen vitaliy@kievinfo.com 2010-03-27 11:17:38 --- *** Bug 22180 has been marked as a duplicate of this bug. ***