Battlefield Vietnam under winex 3.3

[reiign]

any luck getting this to run?

Mine crashes right about here after loading the keys and just sits there at a black screen.

mmtime pid=8113 tid=8136
about this problemwine: Unhandled exception, starting debugger...
using wine_path: /usr/lib/transgaming_winex3//winex/bin/wine
0806e1d8:080c0210: create process 'C:\Program Files\EA GAMES\Battlefield Vietnam\BfVietnam.exe'/0x400f7ca0 @00000000 (0<0>)
0806e1d8:080c0210: create thread I @00000000
GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-suse-linux".
(no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1".
0806e1d8:080c0058: create thread D @00000000
0806e1d8:080bfee0: create thread D @00000000
0806e1d8:080bdc58: create thread D @00000000
0806e1d8:080bf650: create thread D @00000000
0806e1d8:080bf1e8: create thread D @00000000
0806e1d8:08073478: create thread D @00000000
0806e1d8:080c0210: loads DLL ntdll.dll @40054000 (0<0>)
0806e1d8:080c0210: loads DLL kernel32.dll @40706000 (0<0>)
0806e1d8:080c0210: loads DLL advapi32.dll @40929000 (0<0>)
0806e1d8:080c0210: loads DLL gdi32.dll @408c1000 (0<0>)
0806e1d8:080c0210: loads DLL user32.dll @407b1000 (0<0>)
0806e1d8:080c0210: loads DLL ws2_32.dll @4076a000 (0<0>)
0806e1d8:080c0210: loads DLL wsock32.dll @40757000 (0<0>)
0806e1d8:080c0210: loads DLL ddraw.dll @4097a000 (0<0>)
0806e1d8:080c0210: loads DLL d3d9.dll @4094d000 (0<0>)
0806e1d8:080c0210: loads DLL winmm.dll @41179000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\binkw32.dll @30000000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\mss32.dll @21100000 (0<0>)
0806e1d8:080c0210: loads DLL imm32.dll @411c7000 (0<0>)
0806e1d8:080c0210: loads DLL rpcrt4.dll @412d0000 (0<0>)
0806e1d8:080c0210: loads DLL ole32.dll @41267000 (0<0>)
0806e1d8:080c0210: loads DLL shlwapi.dll @41310000 (0<0>)
0806e1d8:080c0210: loads DLL comctl32.dll @41341000 (0<0>)
0806e1d8:080c0210: loads DLL shell32.dll @411f5000 (0<0>)
0806e1d8:080c0210: loads DLL dinput.dll @413ca000 (0<0>)
0806e1d8:080c0210: loads DLL dinput8.dll @413ba000 (0<0>)
0806e1d8:080c0210: loads DLL oleaut32.dll @41402000 (0<0>)
0806e1d8:080c0210: loads DLL x11drv.dll @41499000 (0<0>)
0806e1d8:080c0210: loads DLL d3dgl.dll @4177f000 (0<0>)
0806e1d8:080c0210: loads DLL msacm32.dll @441be000 (0<0>)
0806e1d8:080c0210: loads DLL wineoss.drv @441a3000 (0<0>)
0806e1d8:080c0210: loads DLL msacm.drv @442e3000 (0<0>)
0806e1d8:080c0210: loads DLL midimap.drv @442ea000 (0<0>)
0806e1d8:080c0210: loads DLL psapi.dll @44e43000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\redist\mssvoice.asi @26400000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\redist\mssmp3.asi @26f00000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\redist\msseax.m3d @22300000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\redist\mssdx7.m3d @22600000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\redist\mssrsx.m3d @22700000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\redist\mssds3d.m3d @47e90000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\redist\msssoft.m3d @22400000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\redist\mssa3d.m3d @22100000 (0<0>)
0806e1d8:080c0210: loads DLL C:\Program Files\EA GAMES\Battlefield Vietnam\redist\mssdsp.flt @24100000 (0<0>)
0806e1d8:080c0210: exception code=80000003
[New Thread 135004688]
0xffffe410 in ?? ()
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...trace: 18 => 0
Wine-gdb> Remote communication error: Connection reset by peer.

[bwkaz]

Any notes in the WineX forums about Battlefield Vietnam by any chance?

[Icarus]

http://www.transgaming.com/postlist.php?forum=1177

Doesn't look like it works

[reiign]

Originally posted by Icarus
http://www.transgaming.com/postlist.php?forum=1177

Doesn't look like it works

even though:
i did winex3 /media/cdrom/Setup.exe and that went well
then i patched it using the patch EA has on their site. again. that went well.

Then the game wouldnt start. it kept asking to insert the correct CD. its already in the drive. I had my .transgaming/config file setup right of course. after all, i installed the game using winex3.

I then found a no-cd patch which yielded those results.
Is it the NO-CD patch's fault? well if it wasnt for the patch it'd be crying about no cd in the drive when in fact it is.

oh well. time will tell.

i sure do hope transgaming is working on this.

on a side note, i find EA's policy to be rather odd. they offer a dedicated server executable yet no client to play the game under Linux.

[Icarus]

Originally posted by reiign
on a side note, i find EA's policy to be rather odd. they offer a dedicated server executable yet no client to play the game under Linux. Unfortunetly, most companies do that. Linux has been well proven to be a rock solid server, but they do not believe that the demand for the client is there yet. One day they will realize that mistake and also port the clients like Epic and id...

[plonka2000]

Originally posted by Icarus
Unfortunetly, most companies do that. Linux has been well proven to be a rock solid server, but they do not believe that the demand for the client is there yet. One day they will realize that mistake and also port the clients like Epic and id...

Hi guys. I'm an emplyee of EAUK (I wont divulge what I do so dont ask!), but you dont have to believe me.

EA is a company that goes where the market demand is, please take that into account.

Its more on the support side of the equation: Developers and publishers alike are afraid of the support backlash for a platform they dont yet fully understand.

BTW, dont bother flaming me... I just wont answer.

[Icarus]

Originally posted by plonka2000
EA is a company that goes where the market demand is, please take that into account.

Its more on the support side of the equation: Developers and publishers alike are afraid of the support backlash for a platform they dont yet fully understand.

BTW, dont bother flaming me... I just wont answer. That is a given, once Linux gaming is more popular I would expect to see EA getting into it also. I don't flame a company for wanting to make money, that's what they do.

Too many people are still living in the past, even though nVidia and ATI have Linux support a lot of people still think there is no support for 3D Accel graphics in Linux...
Linux is slowly growing in popularity (more and more people are using it at home instead of Winodws) and when the home user base reaches 'critical mass', game companies will not have much choice other then to support Linux...that's if the console market doesn't take ALL the desktop gaming away first ;)

Anyway...I don't care if Madden Football is on Linux or not! :p

[plonka2000]

Originally posted by Icarus
That is a given, once Linux gaming is more popular I would expect to see EA getting into it also. I don't flame a company for wanting to make money, that's what they do.

Too many people are still living in the past, even though nVidia and ATI have Linux support a lot of people still think there is no support for 3D Accel graphics in Linux...
Linux is slowly growing in popularity (more and more people are using it at home instead of Winodws) and when the home user base reaches 'critical mass', game companies will not have much choice other then to support Linux...that's if the console market doesn't take ALL the desktop gaming away first ;)

This is indeed the case. Its about money. I for one use Window$ XP at work for what I do becuase I have to and use linux and Winex when I get home. :rolleyes: LOL.

i have a strange feeling EA is watching other companies very closely, just as Intel has done an about face with AMD64 technology.

Originally posted by Icarus
Anyway...I don't care if Madden Football is on Linux or not! :p

LOL! :p

[bwkaz]

Originally posted by plonka2000
Its more on the support side of the equation: Developers and publishers alike are afraid of the support backlash for a platform they dont yet fully understand. But... umm... wouldn't it be the case that in the process of porting the game to that platform, the developers at least would figure it out? The support staff, well, they don't normally know what the deal is anyway (witness Dell support that we got at my place of employment over the past few incidents -- we end up replacing the same component three times before they finally figure out that sure enough, the problem isn't with that component... then they move on to the next one, and repeat ad nauseam :rolleyes: ).

If they don't figure the OS out, I'd be leery of playing that port... ;)

[plonka2000]

Originally posted by bwkaz
But... umm... wouldn't it be the case that in the process of porting the game to that platform, the developers at least would figure it out?

Not neseserally (Spelling? I'm sucha gimp!).
The problem is in fact that it doubles your support for your product.
That in turn doubles your support costs and also your support staff training.
Not to mention your software developers who, in most cases already code in linux. The developers arnt the real concern... Its support. Try justifying that to your execs.

Originally posted by bwkaz
The support staff, well, they don't normally know what the deal is anyway (witness Dell support that we got at my place of employment over the past few incidents -- we end up replacing the same component three times before they finally figure out that sure enough, the problem isn't with that component... then they move on to the next one, and repeat ad nauseam :rolleyes: ).

I'm taking a wild stab in the dark that you've never worked in customer helpdesk support. :rolleyes: No offense.
(I mean actually talking to people... Joe Public who really doesnt have a clue, not having your head buried in a server or dissapearing into a room for a day).

BTW, I have dealt many times with Dell support and they truely are gimps (No offense to any Dell support staff). You have to remember software support is a world of different pain from Hardware support...
After all bwkaz, you're the Moderator of a 'Community Software Support' website... So why be so shortsighted?

Originally posted by bwkaz
If they don't figure the OS out, I'd be leery of playing that port... ;)

Why dont you come forward(Thats not an open invitation to everyone ;)) bwkaz?

I've worked in various jobs including Network Support, Customer Support, Helpdesk Support, Server Support, Software testing and Software design & Software Development so I see how a company like EA gels together. Its quite beautiful, really.

At the end of the day, doing native linux ports for software theoretically doubles your target market I guess and it certainly gets your game more popular as not many linux games are out to a professional published standard (No offense to the small developers out there)... However, at the same time, it more than doubles your support costs.

A good example of how this would/wouldnt work is Epic Software as they are the only REAL example to look at (Id never really admit the existence of their linux ports, but they are making a bigger deal of it with DoomIII).
Epic dont bother with support for their port, so its considered 3rd party.
Epic have found a really good sweet spot as they provide enough support to keep people happy but at the same time dont provide any real help themselves and rely on the community to help them.

Which is good because what a mighty fine community it is too. :D

[bwkaz]

Originally posted by plonka2000
I'm taking a wild stab in the dark that you've never worked in customer helpdesk support. :rolleyes: No offense.
(I mean actually talking to people... Joe Public who really doesnt have a clue, not having your head buried in a server or dissapearing into a room for a day). Oh, none taken. I do actually do a little bit of that at work (though most of the people there are usually able to figure stuff out about the third time I tell it to them). Not on the level of a full time helpdesk job, though; it's easier to just program for a while. ;)

But what I don't like is the way the support people at Dell get one possibility in their heads, and then it doesn't matter what you say, the problem has to be whatever they think it is. They can't even recognize when you might know what you're talking about; it just plain doesn't matter to them anymore. Maybe that's part of what dealing with lusers all day does with your mind, but come on, this is a silver support contract! Most Joe Lusers that call Dell don't use that number, because they don't have a silver support contract...

Why dont you come forward bwkaz? Much as I'd love to, it takes enough time as it is to maintain 1 open source project and start another one (the first is dfGUI for Linux (http://kadzban.is-a-geek.net/dfGUI-linux/), and the one I'm starting is going to monitor /proc/acpi/event for power button presses (or any other configurable bus/eventtype value) and execute a set of commands when it sees it -- it isn't ready to be released yet, but it's good enough to shut your machine down when you hit the power button).

I'd have to make it a job, and I'm not so sure about that at this point (while I don't always like what I'm doing at work, the people I usually work with are great). Maybe in a while. Of course, I have no gaming experience whatsoever, either... ;)

[plonka2000]

Originally posted by bwkaz
Oh, none taken. I do actually do a little bit of that at work (though most of the people there are usually able to figure stuff out about the third time I tell it to them). Not on the level of a full time helpdesk job, though; it's easier to just program for a while. ;)

But what I don't like is the way the support people at Dell get one possibility in their heads, and then it doesn't matter what you say, the problem has to be whatever they think it is. They can't even recognize when you might know what you're talking about; it just plain doesn't matter to them anymore. Maybe that's part of what dealing with lusers all day does with your mind, but come on, this is a silver support contract! Most Joe Lusers that call Dell don't use that number, because they don't have a silver support contract...

Much as I'd love to, it takes enough time as it is to maintain 1 open source project and start another one (the first is dfGUI for Linux (http://kadzban.is-a-geek.net/dfGUI-linux/), and the one I'm starting is going to monitor /proc/acpi/event for power button presses (or any other configurable bus/eventtype value) and execute a set of commands when it sees it -- it isn't ready to be released yet, but it's good enough to shut your machine down when you hit the power button).

I'd have to make it a job, and I'm not so sure about that at this point (while I don't always like what I'm doing at work, the people I usually work with are great). Maybe in a while. Of course, I have no gaming experience whatsoever, either... ;)

You have good points there, and also I'm personally looking forward to your current project release as I've been getting mightily miffed when I touch the power button and my machine crashes. I thought it was my APM settings (And maybe it is:rolleyes: ) but I havnt been able to fix it or figure it YET.

I'm glad you understand where I'm coming from bwkaz, I was afraid I'd miff you off there for a minute... (I've learned its not a good idea to get on the bad side of an Admin).

In one of my previous jobs I was a network administrator for a London University. We had dell machines so I fully understand how gimpy Dell are when it comes to problems... And then try to get replacement hardware sent out that YOU KNOW is faulty... Blood from a stone comes to mind... :p

BUT... this is a dell flame thread. Its about EA, and mor importantly BF:Vietnam.

I'd like you all to note that BF:Vietnam has enough problems running on Windows to have it run natively on Winex. Reiign, you could try running it without the 1.1 patch installed. Use a NO-CD. Also, you could try installing it in Winex, then installing it in Window$, playing it then copying it into (Well, over...) your Winex install and trying again... Its worked for some other games I own that didnt work as first. I guess a lot of games set themselves up on first run, and BF:Vietnam is maybe one of those.

It also uses the new version of Safedisc, which is pretty tricky to circumvent... Even in Windows... Trust me on that one.
Its a shame tho because this isnt about Piracy, its simply about getting a legit version to run.

I'll try BF:Vietnam on Winex on my PC if I have time, but dont count on it (Metal Gear Solid 2: Substance is taking up all my waking hours at the moment :o ).

And before anyone asks... Yes I know its not an EA game... :o But hey, gotta keep an eye on the competition eh? ;)