Slashdot Mirror
Intel ChromeBooks Can Now Run Wine and Steam (codeweavers.com)
"With Google Play and Android app support hitting Chromebooks, it's now possible to run Windows applications/games on Chromebooks via CrossOver For Android," reports Phoronix. Slashdot reader grungy writes: The first Intel ChromeBooks have access to the Play Store now, and the Android version of Wine apparently runs on them... Pictures show the Steam client running, and a clip of a D3D game. Of course, the Play Store is only available on the ChromeOS developer channel so far, but that should change later this year.
CrossOver for Android also hasn't been officially released, but Thursday CodeWeavers' president blogged excitedly that "we are staring at a Leprechaun riding on the back of a Unicorn while taking a picture of a UFO. We are running CrossOver through Android on a ChromeBook running a Windows based game launched from the Steam client. THIS HAS NEVER BEEN DONE BEFORE...EVER!!!"
CrossOver for Android also hasn't been officially released, but Thursday CodeWeavers' president blogged excitedly that "we are staring at a Leprechaun riding on the back of a Unicorn while taking a picture of a UFO. We are running CrossOver through Android on a ChromeBook running a Windows based game launched from the Steam client. THIS HAS NEVER BEEN DONE BEFORE...EVER!!!"
It can barely run any games or applications, except those used in screenshots..
Your scientists were so preoccupied with whether or not they could, they didn't stop to think if they should!
It's a gaming system only Rube Goldberg could love.
I knew someone that made a game of seeing how many mods they could load on Dragon Age before the game died.
but but but... Chromebooks are now cheap GAMING RIGS that can do EVERYTHING! Right?
APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
I had Steam (both wine version and Linux version) working on my Asus C710 Chromebook a couple of years ago. The system itself lacked enough power to do any big gaming, but FTL worked well enough.
Last year I played quite a bit of Skyrim, streaming it from a Windows desktop elsewhere in the house.
Crouton is good stuff. https://github.com/dnschneid/c...
If you want to be seen, stand up. If you want to be heard, speak up. If you want to be respected, sit down and shut up.
Most people have been using Chromebooks wrong. When you go out and buy a $500 laptop or tablet, you don't really expect it to run games or applications that require intensive graphics processing or physics computing. But for some reason, when it comes to $200 Chromebooks, people expect them to do everything a $3k gaming rig can do. I mean, it doesn't make any sense whatsoever, and it's been like this since their launch.
I'm happy with my slightly customized $200 Chromebook that has a good keyboard and touchpad, 6.5h battery life and it's very light and durable. I'm using it right.
-SR
People don't expect that from a tablet because the tablet form-factor has never been primarily comprised of machines that could do those things. Laptops not being able to do those things is a relatively new phenomenon and isn't widely accepted by a populace used to technology becoming more capable over time. To most people, it's just another laptop and everybody knows laptops can do everything desktops can do, just sometimes not as fast.
In other words, people don't always understand the finer points of fields in which they're not educated. Most people aren't educated enough in the field of computing to know the difference between x86 and ARM, or Windows, OSX, Linux, and Chrome OS. Hell, I've met people who think iOS and Android are the same OS and don't understand why apps bought on their iPhone don't appear in their Play store purchases; after all, they used the same email address for both.
When that's who you're selling to, you can expect any and all limitations of your platform to be viewed as flaws, mistakes you made, that you must fix in order for your platform to not be complete crap in the eyes of the consumer.
I'm not saying it is right, just that it is.
APK quotes people (including myself) without context and should not be trusted. Just thought you should know.
The first thing I did when I got a Chromebook (that I had never asked for) was to install Linux (specifically, GalliumOS). Not surprisingly, Wine runs just fine on top of that, along with the older Windows games that I still play. Minecraft also ran surprisingly well on it, between 20 and 35 fps fullscreen (1366x768), though of course Wine is not required for this. I even used it as my Minecraft server for a while (and might again) because it is silent. I did not attempt to run the server and the client simultaneously. That would be asking a bit much.
Unfortunately, Bay Trail has some serious shortcomings that have made me realize this machine will never be what I actually need out of a daily driver laptop, and the eMMC (and lack of M.2 or SATA) doesn't help. That's why I've posted it for sale, the intent being to buy a C720P with 4GB of RAM and an M.2 slot instead. I already know that can easily be converted into a triple-booting Ubuntu/OS X/Windows machine that performs reasonably well, because I know the guy in charge of the C720P Hackintosh project. :)
If running Wine on a Chromebook is Invisible Pink Unicorn territory, I've got a whole herd of them grazing on carpet in my living room. (What, you didn't know Invisible Pink Unicorns are all rug munchers?)
How is the Riemann zeta function like Trump rallies? Both have an endless number of trivial zeros.
I've got one. Its called a Windows laptop with emulators.
Real progress would, in fact, be not having to compile for dozens of different architectures.
Such as describing a way, in a standardised language, of being able to do anything, no matter the underlying hardware. Remember those days? When languages did that for you?
Real progress would be an architecture where the source code is the program, and "first run" is actually a compile-and-cache-bytecode kind of operation. And if you move that same compiled binary to another system: a) it has the source code in it and b) it notices that the architecture isn't the same, wipes out the bytecode, recompiles on first run and off you go again.
No more reinventing the fucking wheel for every platform, no more having to compile multiple versions and formats (have a look at any program download and now imagine you don't know what Windows, Linux, Mac are, or what 64/32-bit means, or whether you want it compiled static or dynamic, just the executable, in a ZIP or a setup EXE), the best performance you can get for that particular architecture, a definitive way to force programmers to standardise on a language without #ifdef's compensating for the bits we should really be abstracting out entirely, and truly portable binaries.
I'm sure we've had it before. But commercial code almost certainly would hate the idea. I've yet to figure out why we don't quite have that on the OS platforms, though. As it is we still have multiple package repositories for each architecture (x86, x86-64, etc.), multiple packages for the one program (-dev for library and headers, another for the binary, another for the source, etc.), and even distros that still only work on one type of machine.
Why worry about gaming on a Chromebook? The hardware, especially the GPU, is too weak to care. Unless you want to play a clicker game or something...
Because Apple products cost more.
Cost more + do less = fail.
Chromebooks usually cost less.
Cost less + do less = de rigueur
And for the GUI? :)
W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
Since those expect traditional Windows PC's, don't expect to run much.
Twitter supports and protects racists - by smearing their critics with the "Hate Speech" label.
I wanted a Chromebook especially because most of them have an ARM processor, which usually translates to a longer battery life and they also tend to be a lot cheaper than low-end x86 laptops. I've tried running Linux on my Chromebook, too, but I found out that for the things I use it for, I don't really even need a full-fledged Linux distro to do them!
My Chromebook is from circa 2013 and it still runs like new and even the heavier websites render smoothly nowadays. If I went to buy a cheap x86 laptop, it'd still cost me 50-150% more than this one and it wouldn't offer me personally any added value.
-SR
To be fair, Google doesn't exactly emphasize the difference between Intel and ARM chromebooks. CPUs aren't even listed in the specs!
That said, I do expect that my Chromebook (ASUS C200MA-DS02, Intel Celeron N830, 4GB RAM) can do everything my wife's Windows laptop (ASUS X200CA-DH21T, Intel Pentium 2117U, 4GB RAM) can do (except run Windows apps natively, obviously).
"[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz
I got an x86 Chromebook (with 4GB RAM, no less!) for $120 on Prime Day ($180 - $40 sale price - $30 discount for using my Amazon Visa + ~$10 tax). If I could have gotten an ARM Chromebook instead for $60 or less I wish I'd known it!
"[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz
Real progress would, in fact, be not having to compile for dozens of different architectures. Such as describing a way, in a standardised language, of being able to do anything, no matter the underlying hardware. Remember those days? When languages did that for you?
Not really, no.
No more reinventing the fucking wheel for every platform, no more having to compile multiple versions and formats (...), the best performance you can get for that particular architecture
Hardware has different capabilities. Platforms have different capabilities. Abstractions and layers of indirection trade performance and simplicity for interoperability and reuse, you will never write code that is "perfect" on all metrics. So you want your application to output sound, great. So tell me how would you write code that runs on everything from a Sound Blaster from the 90s to bitstreaming over HDMI and any and all future formats yet to come? Does the OS have some kind of configuration if you want this to play on headphones or not?
That's when you start stubbing out APIs, my game wants to output sound and I'll make my own function do to the right thing for this sound card. Then maybe the OS will abstract that away and your app just hands it off so it can do the right thing. And then maybe the hardware will abstract that away so the OS can talk one standard like USB audio. But all of this is a work in progress that's constantly expanded because we want hardware or software to do new things. Maybe we want hardware mixing or don't want to play sound on this machine but pipe it somewhere else over the network.
What you are asking for is essentially like every other attempt at cross hardware/platform development ever. Write C, no more hardware-specific assembler. Don't write for 3dfx, matrox, nVidia, write for DirectX or OpenGL. Write Java, write once run everywhere. There's many reasons we move in that direction. There's also many reasons we sometimes move in the other direction, like now with Vulkan we're basically scaling back OpenGL and saying game engines use this low level interface instead of the abstractions because they're holding you back.
Live today, because you never know what tomorrow brings