Slashdot Mirror
Wine 1.8 Released (winehq.org)
An anonymous reader writes: Wine 1.8.0 is now the latest stable release of Wine Is Not An Emulator and available from WineHQ.org. Wine 1.8 features include support for DirectWrite, Direct2D support, very limited Direct3D 11 support, simple application support of DIrect3D 10, support for process jobs, 64-bit architecture support on OS X, networking updates, and over 13,000 other individual changes.
Time to download!
10 Print "Wine Is Not An Emulator. But then what does Wine stand for?"
20 Goto 10
Wine Is Not an Emulator (WINE) - subtly mentioned in the summary.
uhh.. direct2d is a relatively new api. starcraft came out in the late 90s. I think you're thinking of directdraw, which wine already supports.
WINdows Emulator
Nope. Wine isn't an emulator, it's a Windows compatibility layer.
As https://www.winehq.org/about/ puts it: "Wine (originally an acronym for "Wine Is Not an Emulator") is a compatibility layer capable of running Windows applications on several POSIX-compliant operating systems, such as Linux, Mac OSX, & BSD. Instead of simulating internal Windows logic like a virtual machine or emulator, Wine translates Windows API calls into POSIX calls on-the-fly, eliminating the performance and memory penalties of other methods and allowing you to cleanly integrate Windows applications into your desktop."
Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
If so, then it's a total non-starter period.
Last time I tried wine on OS X was 3 or 4 years ago, and it wanted me to install X11, and I said screw this, I'll just run Windows in parallels.
If you're not even going to make an attempt at writing a normal native app on OS X, then seriously, don't even bother, all you're doing is embarrassing yourselves and pissing off users by giving the false impression you've actually spent more than 5 seconds in OS X.
I'd say maybe you should spend 5 seconds googling yourself ... There has been a native Mac driver since Wine 1.6: https://www.winehq.org/announc...
I hadn't used Wine in a while either but installed Fallout 2 last night and played without X11/XQuartz. I just had to enable the mac driver as I don't think it's on by default.
If you're not even going to make an attempt at writing a normal native app on OS X, then seriously, don't even bother, all you're doing is embarrassing yourselves and pissing off users by giving the false impression you've actually spent more than 5 seconds in OS X.
I'm sure they are deeply embarrassed with themselves because some anonymous guy on the internet is whiny that free stuff he's not being forced to use isn't good enough.
SJW n. One who posts facts.
Seems to me that the best approach, given both modern multi-core processors, would be doing something like ReactOS, and making VMs, jails and zones out of it running on Linux, BSD and UNIX.
Have 2 editions - one an XP based win32 edition, and a 7 based win64 edition
EINE is Not EMACS from the late 1970's followed by ZWEI Was EINE Initially in about 1978, for the MIT Lisp Machines.
This comment reminded me of "Dude! What does mine say?"
https://www.youtube.com/watch?...
I suspect it was intentional and not that stupid.
Couldn't stand the weather
A half assed attempt is far worse than no attempt at all.
All the people who use it disagree with you.
The rest, what the ever living hell are you talking about? Windows apps are never going to look native on OSX, so what does it matter if it uses X11? It's not like using quartz will magically make them look like OSX apps,because they were written for Window. Your rant is also nonsensical since this is a third party thing. It's for people who choose to try and run a windows program on a mac.
But whatever: it's free. Don't like it? Don't use it! No problem!
Plus, if I don't write a native app, someone who has the time can come along and do it right, their is much more motivation for someone to come along and do it right where there is no app at all.
That's very similar to the broken window fallacy. You are arguing about restricting supply to make things magically better.
SJW n. One who posts facts.
"Wine is an emulator. Anyone who tells you otherwise, that's just bullshit PR."
--Ryan C. Gordon (icculus)
Source: https://www.youtube.com/watch?v=rQ6gXEoxIZI&t=4431
You do realize that ReactOS relies heavily on Wine to implement a lot of the compatibility for the Windows API, right?
The release notes for wine 1.6 (https://www.winehq.org/announce/1.6), which was released on 18 July 2013, state:
"*** Mac driver
- A native Mac OS X driver is implemented, for better integration with the Mac desktop environment. The full range of driver features are supported, including OpenGL, window management, clipboard, drag & drop, system tray, etc.
- X11 is no longer needed on Mac OS X, but the X11 driver is still supported, e.g. when running remotely. Note: the Mac driver requires Mac OS X 10.6 or later, it cannot be built or used on 10.5.
- FontConfig is no longer needed on Mac OS X and is disabled by default, system fonts are enumerated using the Core Text API instead."
(sorry if the formatting ends up poor, no preview on mobile)
Because there's more to life than games?
When you have a business with lots of money invested into a piece of code that runs your business, is custom, and can only be tinkered with by high-end and expensive coders, your money may well be better invested in getting it working on Wine than either porting it (a MASSIVE task that far too many people underestimate) or patching it (and thus playing with the program and potentially breaking it).
Lots of people are stuck on Windows programs - it's easy to say "they shouldn't have stuck on Windows, then" but that's not the way life works. You don't set out creating a massive, cross-platform, idealised, perfectly-programmed application from the start. That's like saying "let's just build all this airport in modular fashion so we can expand and change its use and rejig its layout - it'll cost ten times more at the start, but will save us money in the long run" - perfectly sensible, but never, ever going to be approved by any budgetary committee.
I was running Office on both Crossover and Wine for years. It more than does its job. It's not perfect, but it's a damn sight better than even trying to get old XP apps working on, say, Windows 10 (and no, don't just say "You shouldn't be doing that" - this is not how things work).
Games are an entirely different matter. For a start, there is a limit on the number of resources available to the 3D APIs, and many games pushed those limits. Now, trying to "emulate" those games means working around those limits while staying WITHIN those limits yourself, which can cause a lot of problems. We're still dealing with games using direct-rendering mode here, for instance.
And games move and evolve so quickly that being able to run even the last few years of games on a platform never intended to be developed for, is fucking amazing. But that's not the purpose of Wine.
No. If you want games on Linux, ask the developers to port their games to Linux. You'll see significantly LESS joy than getting those games running on Wine. I assure you.