Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Winex 3.0 Released

Posted by michael on Thu Apr 17, 2003 06:42 AM
from the getting-my-hopes-up dept.
syntaxman writes "You'll find the information thread here, or see the release notes. The pre-packaged files (rpms,debs,tarballs) are available only for subscribers."
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • This will convice my mom to switch to linux. good ol' FreeCell... she is at 20 000games Won last time i checked...
  • by 1337_h4x0r (643377) on Thursday April 17 2003, @06:44AM (#5750151)
    The day when it doesn't matter what kind of application you run under linux, all win32/directx apps are supported - is the day this will really take off. While I'm sure alot of these games will work under linux, the day when you can just install and play is when it'll make it to the big time.
    • So why dont you subscribe and make it happen sooner?

      I'm sure with a few thousand subscriptions they will have enough money to hire a few more programmers.
      • I don't subscribe because I feel that WINE is holding back the state of native application ports. After all, if Linux has "perfect" emulation of Windows there is no practical reason for developers to port their code to be platform independent. Without a visible need to port to Linux, developers will continue to release games that only support Windows.

        You have a choice: emulate Windows (forever), or seek native software ports. I've chosen [idsoftware.com] native [unrealtournament2003.com] ports [bioware.com], because I think that is the better long-term solution. But if you just can't stand to give over your EverCrack until they provide a Linux client... that is your choice. Just be aware I won't be sympathetic to complaints about the dearth of Linux game ports.
        • by Anonymous Coward on Thursday April 17 2003, @07:08AM (#5750237)
          WineX tackles the chicken and egg problem linux has been experiencing, if you cant grasp that...dont use it..stick with your few ported games.
          • WineX tackles the chicken and egg problem...
            Actuallly, I thought Loki tackled the chicken & egg problem. From what I understood, it wasn't lack of market that sank the company but poor management.

            Anyway, it's not as if Linux doesn't [linuxgames.com] run [happypenguin.org] games [linux-games.com] without WINE.
            • Actually it was both. There was no market because Loki came before KDE was even worth using. Two Loki didnt know how to run a business, you make one or two games, profit, and then move to another game, you port based on demand, you dont port until you run out of money.
              • <troll>KDE is worth using now?</troll>

                I think we have to be fair in acknowledging that Loki had no market because there aren't enough gamers using Linux. This is changing, albeit slowly, and I've seen a number of friends and colleagues consider the switch from MS to Linux. The can consider such a move largely because of WineX. Once there is enough gamers using Linux and willing to use Linux as a primary platform for games then ports will make sense.

                It think it would be interesting to get so
            • Actuallly, I thought Loki tackled the chicken & egg problem.

              Well, not really. First you would have to throw away all your existing games when switching and then Loki just offered 20 or so games out of several 100 current titles.

              If you play 10 games and only one game is not ported by Loki, you will not make the switch, period. Only Wine with near-100% compatibility will allow the masses to switch.

        • by Anonymous Coward on Thursday April 17 2003, @07:25AM (#5750309)
          I don't subscribe because I feel that WINE is holding back the state of native application ports. ... You have a choice: emulate Windows ...

          Do you even know what the acronym Wine stands for?
        • by alienw (585907) <alienw,slashdot&gmail,com> on Thursday April 17 2003, @07:28AM (#5750323)
          It doesn't have PERFECT application support. That's why you want native ports. Besides, you are probably the only person who is willing to switch to another OS and throw away the thousands of dollars invested in software for win32. Your argument is like saying that dos support in win95 held back native win32 apps. Bullshit, ain't it?
          • ??? I have switched to Linux and only use ported games so I know he is not alone. I agree completely with his arguement and think that my support for the ports will help us to move on into a brighter future. I also think your analogy is dumb and that you are simply trying to provoke heated arguement.
        • by cdemon6 (443233) on Thursday April 17 2003, @07:30AM (#5750335) Homepage
          Think about that again - let software developers the freedom to choose to add a linux port wheter they need one or not!

          If we have binary emulation of windows apps more people will use linux, and if more people use linux more companies will port their product to native linux. but for the user winex is a really good thing, some companies just can't spend money on a linux port for this few thousand sales atm.
        • by HanzoSan (251665) on Thursday April 17 2003, @07:31AM (#5750340) Homepage Journal

          Theres enough Windows users to buy those Native ports using linux.

          How do you attract Windows users? With games. You have to start somewhere, you need a market of gamers before you can sell games. Heres how it can work, use WineX to bring tons of new games, get maybe a million gamers to switch to Linux.

          Now you have a million linux gamers, little independent Linux development companies can sell games, let the big companies sit on the fence while the little linux companies make plenty of money selling games, and suddenly the big companies will see how much money they could be making and start to port.

          This is the only way, you need games to attract gamers, and you need gamers to attract games. So bring games, increased gamers = increased games.
          • Platform independent code.

            There are projects [clanlib.org] out [libsdl.org] there [opengl.org] that aim to provide a platform-independent method to produce commercial-quality games. There is no real reason that a company has to struggle with long, difficult ports of system-oriented code if they use the platform independent OpenGL (and other libraries) instead.

            Now, how do you convince developers (or, more importantly, their managers) of the value of this approach? I don't know, because to a manager market flexibility is just Yet Another Buzz
              • If you're talking the hardcore gamer -- the kind who subscribes to six gaming magazines, builds his(/her) own $4,000 box and argues over the merits of a higher framerate vs. higher screen resolution -- then yes, if Linux doesn't run $Big_Name_Game then they won't want to deal with it. But for Joe SixPack, who doesn't have a single gaming magazine subscription, it doesn't matter if they have Hoyle Solitaire, Spider Solitaire or PySol, just so long as it works. For that segment of the market, there is nothing
          • All I can say is that Transgaming sucks. Why do I say that? Well, I subscribed to Transgaming for a year and **my** experience was that:

            *Their development cycle is slow.
            *I couldn't any games out of the box.
            *I couldn't find any tried and true instructions to get a game running under linux in their forums ( or anywhere else on their web site, for that matter..
            *Their forums are very disorganized, trying to search them is a lesson in futility. And when you do find some information, it's always a hodgepodge
            of '
        • Here are a few tasty snippets from Wine HQ - Why Wine is so important [winehq.com] and Wine HQ - Debunking Wine Myths [winehq.com] which I feel answer you better than I can:

          From the first page:

          Any Windows replacement must run Windows applications

          The dependency is not so much on Microsoft Windows as it is on Windows applications. Boxed off-the-shelf applications, games, in-house applications, vertical market applications, are what prevents users, companies and governments from switching to another operating system. Even if 90%
  • Comment Summary (Score:5, Insightful)

    by MosesJones (55544) on Thursday April 17 2003, @06:45AM (#5750154) Homepage

    30% Why would I want to run windows anyway ?
    20% Its dreadful they limit it to subscribers for the RPMs
    20% This great news, it means I can run X, Y but not Z
    10% It sucks because Z doesn't work
    10% If you want to run Windows you should install windows.
  • good or bad? (Score:4, Interesting)

    by fine09 (630812) on Thursday April 17 2003, @06:52AM (#5750178)
    I am so close to switching over to linux, since the work that I do is mostly java programming and web design. Just the fact that I really like to play a couple games now and again.

    I am just wondering if we will ever get the performance we get with games under windows. I know that they have a couple games ported, but in games like FPS where framerates are so important. I think that if Wine can perform in this area, we would see a lot more conversions to linux. Games sell computers, think of the first application that you baught, I know I didn't buy a word processor first(Links386 to be exact).

    Now flame me if i am wrong, but doesn't wine work on some sort of Virtual Machine, thus adding an extra layer between the hardware and the code?

    • It depends on the game, certain games can actually be faster than they are in windows, it all depends on the game. Some games will be slower.

      What matters is, we will have all the Windows games that matter. This means we win. What I'd like to see transgaming support next is AsheronsCall.

      You have the tools to build a linux compatible AsheronsCall here AsheronsCall server emulation [uas.ath.cx]

      All you have to do is vote on it.
    • Re:good or bad? (Score:5, Informative)

      by yelvington (8169) on Thursday April 17 2003, @07:00AM (#5750210) Homepage
      "doesn't wine work on some sort of Virtual Machine"

      No.

      http://www.winehq.com/?page=myths

    • Re:good or bad? (Score:4, Interesting)

      by Surak (18578) <{surak} {at} {mailblocks.com}> on Thursday April 17 2003, @07:07AM (#5750234) Homepage Journal
      I am so close to switching over to linux, since the work that I do is mostly java programming and web design. Just the fact that I really like to play a couple games now and again.

      I have one machine for development, one for games, and one for CAD. The problem is that the ideal machine for games is not necessarily the ideal machine for development or CAD. With 3D CAD software and animation and such, I need graphics cards with more capabilities than your average ATI Radeon or nVIDIA GeForce. But games don't run well on cards designed for the CAD market. And for development, I want all the tools I love to use, and many of them either suck on Windows or don't have Win32 ports at all (Quanta+ comes to mind as one that doesn't have a Win32 port). Plus I'm working on a few Linux-specific projects, in addition to the PHP stuff I'm working on.

      So my suggestion: one machine for development, another for games. Surak's rule of hardware: Hardware is cheap.

    • Now flame me if i am wrong, but doesn't wine work on some sort of Virtual Machine, thus adding an extra layer between the hardware and the code?

      Flame On!

      But sadly no. Wine ( as the acronym goes : WINE IS NOT AN EMULATOR )

      It is the libraries and system support that allows linux to direclty execute PE executables, and link them to libraries which have the same interface as Windows itself.

      It is a layer in the sense so is QT, GLIBC, etc.. and other libraries that provide support for application services on
    • > I am just wondering if we will ever get the performance we get with games under windows

      With most games yes.

      > I know that they have a couple games ported

      More than just a few games work in winex :)

      > like FPS where framerates are so important.

      Yep.. games based on slightly older engines, such as the quake3 engine (rtcw, moh, jk2, sof2), and Halflife (Counterstrike)... pretty much run at the same speeds in WineX and WIndows already.

      What would be interested to see is how new games such as bf1942
        • > JK2, SoF2, RTCW, and Q3A have a significant performance hit on a modern graphics card

          I guess it depends on your definition of modern graphics cards. The aforementioned games are all based on the Quake3 Engine.. which is over three years old now. On modern video cards (as in... GeForce2 and up, or original Radeon and up), all of the games above should run smoothly, unless you are running 1600x1200@32 bit@4x FSAA or something crazy like that.

          Anyway, these games pretty much have FPS caps where it's not
    • If you don't try it...you don't know! Well, OK, that's not entirely true. You can take some short cuts to see if Wine and/or WineX will ~likely~ work for you. A few select sites cover Wine and WineX program tips will give you a good idea.

      Make no mistake, while Wine is getting damn good it is not perfect or even practical for all Windows software. Some software will probably never run under it, most will not run without some tweaking, so don't expect it to. OTOH, if you tried Wine even as late as a fe

  • by gatesh8r (182908) on Thursday April 17 2003, @06:58AM (#5750200)
    I'm wary of wine making various Unix and Unix clones going the way of OS/2. So far it has only helped, and people that weren't intrested in Linux for example "because it doesn't run my Wintendo games" are now intrested. This is good, but we must focus on getting native titles out for Unix and Unix clones. Remember what happened to OS/2...
    • by HanzoSan (251665) on Thursday April 17 2003, @07:00AM (#5750212) Homepage Journal


      OS/2 only lost because they didnt try. I didnt see a single OS/2 on any computer except for maybe IBMs computers and eventually IBM even took it off their own computers.

      So if OS/2 did bad it was because of IBM, I had wanted to get OS/2 Warp and an IBM but the cost was ridiculous, this is why I never purchased it and its the same reason I never owned a mac.
      • by Gleef (86) on Thursday April 17 2003, @08:25AM (#5750645) Homepage
        HanzoSan wrote:

        OS/2 only lost because they didnt try. I didnt see a single OS/2 on any computer except for maybe IBMs computers and eventually IBM even took it off their own computers.

        IBM certainly tried with OS/2, but not until it was too late.

        OS/2 version 1 was too slow for the machines of the day, and shipped without a GUI partially because Microsoft fscked IBM over on their joint development deal. IBM pushed this version, but got laughed at because nobody wanted to run it.

        Version 2 was much better, and had a good GUI but developers and IBM marketing really didn't get behind it, feeling burned from Version 1.

        Version 3 (The first OS/2 Warp) was even better, it was faster, the machines were faster, the GUI was really polished, critical apps had native versions, developers started getting interested, IBM's marketting really pushed it well. OS/2 Warp sold more retail copies in its first year than its contemporary, Windows 95. The problem was, that was the year that the heavy duty Windows OEM licensing really started, OS/2 was flooded out of the market by computers shipped with Windows 95 preinstalled.

        By Version 4, IBM knew that OS/2 really couldn't compete in the wild against Microsoft's OEM deals, so they focusesed their marketing on their core strength, corporate sales, and did reasonably well.

        So if OS/2 did bad it was because of IBM, I had wanted to get OS/2 Warp and an IBM but the cost was ridiculous, this is why I never purchased it and its the same reason I never owned a mac.

        While IBM certainly holds most of the responsibility for OS/2's failure, Microsoft shares some of the blame too, for backing out of their codevelopment contract, and anticompetitive OEM deals.
  • Everquest in Winex (Score:3, Informative)

    by Anonymous Coward on Thursday April 17 2003, @06:59AM (#5750206)
    I have been playing everquest in winex for the past four months and I have to say I am getting less memory leaks than windows. If EQ crashed all I do is close that windows killing winex instance and start a new now walla. In case of windows I have to reboot w2k box since it freezes up or gets slow as molases.
    I hope vendor do provide linux client in future besides windows there are a lot of us who plays purely in linux.
  • In related news (Score:5, Interesting)

    by guacamole (24270) on Thursday April 17 2003, @06:59AM (#5750207)
    .. the Wine package for some reason has been removed from the RedHat Linux 9 distribution according to release notes..
    • Re:In related news (Score:5, Informative)

      by Ed Avis (5917) <ed@membled.com> on Thursday April 17 2003, @07:24AM (#5750302) Homepage
      Wine was probably removed from Red Hat 9 because it is incompatible with the new threading library (NPTL or whatever it's called). The Wine people have now come up with a workaround, but a real 'port' to the new thread system isn't done yet.
      • The workaround is only partially effective. you will still run into (at least) the incredibly annoying message about there being no "wineserver-socket" filey-thing. You will still have to manually rm -rf the damn thing after/before every individual run of winex to get your app working. So, if you use winex to install a game and don't start the game from the install screen (if it has such an option) then you will first have to go to the .transgaming directory and rm -rf the wineserver-socket dir and then

    • You can get a pre-packaged (unofficial) binary for RedHat 9 here: http://newrpms.sunsite.dk/ [sunsite.dk].

      Or install from source.

      Or even switch distro :) (says while writing this on his RH8 box and as a packager of Wine for RH8 on sf.net [sf.net]).

  • it still has several annoying starcraft bugs that i ran into after less than 10 minutes of testing. also, when you disconnect from a game in counter-strike it greys the screen and hangs, i had to killall wine to get out...if they could just get over themselves and release their patches to winehq things might go better
  • Yay (Score:4, Funny)

    by CausticWindow (632215) on Thursday April 17 2003, @07:09AM (#5750240)

    This is nice and all, respect to Transgaming.

    But I just have to vent my concern over the lacking win64 support. The bit-gap between native win32/win64 and wine32 might be the final nail in the coffin for linux on the desktop.
  • by Anonymous Coward on Thursday April 17 2003, @07:11AM (#5750252)
    Gaming is a single-tasking app. While Windows supports every Windows game by definition, winex will by definition always be playing catchup. I have no need to integrate Windows games with a Linux desktop, so I might as well reboot into a Windows partition.
  • Win32 port (Score:5, Funny)

    by Wrexen (151642) on Thursday April 17 2003, @07:11AM (#5750253) Homepage
    Has anyone started working on a Win32 port of this project?

    *Anxiously waiting its release*
    • Re:Win32 port (Score:3, Informative)

      Kind of. People are trying to get wine to run in cygwin. And vice versa. Nested emulation is a good test.
  • Cool! (Score:5, Funny)

    by Anonymous Coward on Thursday April 17 2003, @07:19AM (#5750282)
    I installed it and played some Wintendo games with it. I must say it looked so good that I will switch completely to Windows and drop Linux. Thanks to transgaming for this great software.
  • people into retro gaming, or required to use other old software. I'm so glad we are slowly approaching this point. UT2K3 has Linux support out of the box. [slashdot.org] The demise of Loki [lokigames.com] is something that I initially thought was going to set back the Linux gaming community for years, but then I've seen games like UT2K3, [unrealtournament2003.com] Castle Wolfenstein, [activision.com] and if you want to count their late to the punch arrival Never Winter Nights [bioware.com] come out native. If we could only get Blizzard on the bandwagon, and Maxis more firmly seated the other developers would have little choice but to jump onboard. gatesh8r is right. [slashdot.org] If Wine gets to good to fast not only will it slow some developers to adopt Linux natively, it may loose a couple that we already have. I'm counting Apple as our new Ace in the Hole. The Mac actually has the attention of the developers, and porting from BSD to Linux should be much easier than porting from Windows to Linux. Of course if everyone adopts and improves on SDL [libsdl.org] and OpenGL [opengl.org] they will have little to worry about when porting anyways. Especially if OpenGL2 ever makes it way to daylight with all the Active X type replacements it's supposed to have available.
    • by masq (316580) on Thursday April 17 2003, @11:14AM (#5751994) Homepage Journal
      I'm counting Apple as our new Ace in the Hole.

      It's good for developers to support ANYTHING besides Win32, but I'd rather have developers starting with Linux, and then porting to OSX, UNIX, and Windows - for the simple reason that OSX is VERY sweet, but doesn't encourage cross-platform coding (at least from what I've seen of their dev tools). Same with Windows. People who write for Windows tend not to care if it runs on any other OS, their focus is only on their own system, and this closes down their future options should they change their mind, or if they are successful and want to expand. My experience is that this is true with Macheads as well, and Apple Corporate doesn't seem at all interested in bringing OSX apps over to Linux, just getting them from Linux over to OSX....

      It's best to use strictly open standards which allow for easy cross-platform portability if you're at all interested in supporting other OSes. I've talked to guys who said "If I had only thought of that BEFORE I wrote the whole thing in VisualBasic (or whatever)..." Being able to write your code using open tools and thus support three or more platforms from basically the same codebase (like Opera) is very very cool.

      But yeah, OSX is definitely a VeryGoodThing. It's nice to have Apple join the party, and it's interesting to watch how Apple Legal interacts with the OpenSource movement. Apple has a lot of strengths and a lot of things to bring to the table - if they decide to get into the game in a big way and deal a few hands themselves. Hopefully, they keep heading in the "right" direction (openness and sharing). They may get a gold star from the teacher yet.
  • by GMFTatsujin (239569) on Thursday April 17 2003, @09:37AM (#5751207) Homepage
    The release notes page won't come up... Hey, they're not emulating IIS on their server, are they?

    Or not not emulating IIS, since Wine Is Not an Emulator?

  • by praedor (218403) on Thursday April 17 2003, @11:01AM (#5751901) Homepage

    with any distro using glibc-3.2.2 (which is just about any new distro release). If you are using older distros, you may be happy and fine with it but if you use RH 9.0 or Mandrake 9.1 (or any other 3.2.2-based distro) you will not be pleased.


    This isn't a winex problem, but a problem that affects ALL wine variants whether from WineHQ, Codeweavers, or Transgaming. The glibc developers have happily gone off and broken software everyone uses (again) for no real good reason. I imagine they change things here and there just so they have something to do or simply to try something to see how it works. LEAVE IT THE FUCK ALONE! IF IT AIN'T BROKE DON'T FRICKIN' TOUCH IT!


    Sheesh.

  • by Karn (172441) on Thursday April 17 2003, @11:25AM (#5752093)
    Anti-Wine claim #1:

    If a company can use WineX for their game, they won't bother making a true native port.

    Here's the deal: If a company cares about it's audience, and a significant number of it's audience are running Linux, they are not going to want to use WineX. Why? Performance. Higher hardware requirements on games means you lessen your audience, so it's in a game developer's best interest to make the game as fast as possible, which means NOT using WineX. In addition to a game developer having to make their game run efficiently to reach more players, they have even more incentive to have their game run well due to competetion. If company X and company Y both have a FPS Doom 3 clone, and company X created a native binary while company Y did not, whose game will Linux gamers choose (assuming the games have comparable gameplay/fun factor)?

    What if a company doesn't care about their Linux audience and decides to use WineX? Well, we lose nothing. If they don't care about their Linux audience (because it's much smaller than it's Windows audience or whatever) then chances are they weren't going to do a native port anyway. For example, it's obvious that Blizzard has no intention of porting to Linux in the near future. If they decided to create a Linux 'port' of World of Warcraft using WineX because it was extremely cheap, it doesn't mean that WineX prevented a native port. We lost nothing, but gain a title which is likely to attract many more Linux gamers, which will increase monetary incentive for companies to port their games to Linux. An example of a company that could have used WineX to port their game, but didn't, would be Bioware. They obviously care about their Linux audience (late port issues aside.)

    To sum this point up, while WineX could cost us a native port or two, it will increase the Linux gamer audience to the point that it is significant, which is usually what is required for companies to even consider a native port of their game. And companies that do choose WineX during the Linux gaming movement's infancy due to monetary reasons will be reconsidering, because the savings from using WineX will be overshadowed by the return from reaching more gamers, and outselling a competetor whose game is less efficient because it uses WineX.

    I'll be buying Neverwinter Nights from Tuxgames.com when it's stable under Linux, I'll be buying Doom 3 from Tuxgames, when it's released, and I'll be buying any other native Linux ports that I can get my hands on. I will also continue to be a Transgaming subscriber so I can play Battlefield 1942, the current game of the year (although, since BF1942 didn't run before, I had to dual-boot, which means I am registering my hits to websites as a Windows user. Is surfing under Linux important? Web hosts know the percentage of Windows users to Linux users. [google.com])

  • by repetty (260322) on Thursday April 17 2003, @12:01PM (#5752421) Homepage
    The WINE phenomena is peculiar...

    Imagine that some guy has grown up with an oppressive, domineering, butt-ugly, and mean mother.

    One night, he decides to do something rather independent -- something he knows that she would not approve of: He hires a hooker.

    When she shows up at the hotel room, he hands her some of his mother's clothes to put on, douses her with his mother's perfume, and then he straps a mother mask onto the girl before he does his business.

    Hey guys, if you're going to use Unix or Linux, use Unix or Linux.

    You're creepin' me out.

    --Richard
    • Re:Great news! (Score:5, Informative)

      by molarmass192 (608071) on Thursday April 17 2003, @09:26AM (#5751104) Homepage Journal
      Well, WineX didn't do it alone. The majority of the infrastructure is based on WINE so they deserve as much credit for WineX being where it is. WineX did add copy protection support and some impressive performance improvements in the rendering code. WineX does contribute back to the WINE project so they do do the respectable thing.