• Please note: In an effort to ensure that all of our users feel welcome on our forums, we’ve updated our forum rules. You can review the updated rules here: http://forums.wolflair.com/showthread.php?t=5528.

    If a fellow Community member is not following the forum rules, please report the post by clicking the Report button (the red yield sign on the left) located on every post. This will notify the moderators directly. If you have any questions about these new rules, please contact support@wolflair.com.

    - The Lone Wolf Development Team

Mac User

J

JuliusderBastler

New member
Is there another mac user active in EA?

What have you used? Bootcamp, Parallels? How does it work?

(Info: There is no OSx Version of RW. Maybe later :o )
 
I've been running it in Parallels and it seems to be doing fine.

The game has crashed a few times, but I don't think it's related to parallels at all.
 
We're running Realm Works on two Mac Minis in the booth here at GenCon using VMWare Fusion. And one of our developers runs RW under Fusion on his MacBook Air.
 
windows is a resource hog

You'll find you have dramatically less battery life when running windows either natively or as a virtual machine on a mac. I always keep it plugged in.
 
I have several pieces of software running flawlessly in a Windows 7 virtual machine using Parallels. I run a virtual machine within OSX--I haven't bothered with BootCamp in a couple years.
 
The latest version of HL seems to have encountered some serious Mac issues for me. It has totally crashed HL and I can not run it at all, cant even unistall and install it again.
 
@chiefweasel: Are you referring to Hero Lab here? Or Realm Works? Your post says "HL", yet you posted in the RW forums. Please clarify so we can investigate and respond appropriately...
 
I am a Realm Works KS backer and use all Macs, I do enjoy using Hero Lab for Mac as well. That said I have no interest whatsoever in screwing my Macs up by adding VM Fusion or Parallels. When can we expect a Mac version of Realm Works?
 
chiefweasel, what error message do you get ? Early versions of RW have crashed and refused to start again on my Mac. I was able to fix it, using the previous version in some case.

Tekwych, you will not mess your mac if you run a VM software on it. You do need a reasonably recent mac, enough HD space and about 4 more Gig of RAM more to do it with reasonable performance do. I use Parallels but I hear good things from VM fusion.

Another solution is to partition your HD with Bootcamp. This require less resources and is not an emulator. Your Mac become a Windows PC. You cannot run Mac software at the same time if you do that do.

I use Parallels (latest version), here are some recomendations:
- Run your VM in a window. Blend ui like coherence (in Parallels) make RW less stable.
- Backup on a regular basis. This is a beta release, il will mess your data once in a while. This is also the way to transfer your data from one computer to another. At least until server sync in live.
- The more RAM your VM has, the better. My iMac run it much smoother with 16 Gig than my MacBook with 4.
- Keep a copy of the installer of the last working version. At least one release refused to run on a VM for me.
- Keep a second empty realm. If the main realm get corrupted and refuse to start, use the empty one to get to get to the manage tab and restore from your backup.
- Deleting your preff file sometime let you open your realm and delete the corrupted element. The preff file is at C:\Users\[##USERNAME on your pc##]\AppData\Roaming\LWD Technology, Inc\Realm Works. You may have to interpret based on the way your VM work.
- Use the report feature for bugs and describe your setup, including the VM you use. Something like : "On a Mac running Parallels vX.X"
 
Last edited:
Actually, I abandoned using my Mac for PC applications. Instead I went out and got a cheap Windows 8.1 PC and have installed RW on it. Along with several other PC only programs I use.
 
mezme said:
Tekwych, you will not mess your mac if you run a VM software on it. You do need a reasonably recent mac, enough HD space and about 4 more Gig of RAM more to do it with reasonable performance do. I use Parallels but I hear good things from VM fusion.
Click to expand...

Oh, I know. I am a systems engineer that specializes in Macintosh solutions. I just have no interest in adding Windows when I am using a far more stable and powerful OS already. I will wait for a native Macintosh application just as I did with Hero Lab.

I'm just disappointed that cross platform integration was not considered from the beginning, especially in this day and age of touch based operating systems. Cross platform APIs that allow data to be seen from any device or OS seam to be a core value for this product but were left behind.
 
Tekwych said:
I'm just disappointed that cross platform integration was not considered from the beginning, especially in this day and age of touch based operating systems. Cross platform APIs that allow data to be seen from any device or OS seam to be a core value for this product but were left behind.
Click to expand...

Actually, we DID seriously consider cross-platform. Our #1 priority was ultimately migration from Windows to a web-based solution, so we needed a cross-platform solution that provided that. We also wanted a Macintosh solution. So we did our research and concluded that .Net was the best approach, since native Windows and web-based were readily supported, plus Mono existed as a solution for the Mac. We eschewed some simpler and more powerful Windows-side options (e.g. WPF) to ensure that we'd be able to migrate to Mono.

Alas, the Mono project team has thus far chosen not to support a few of the key .Net mechanisms we rely upon. So our plan has been undermined by external factors that are outside our control and that we could not foresee when we made our technology stack choices.

After we get V1.0 out, we'll be re-assessing how to get something native into place for the Mac platform.
 
rob said:
Alas, the Mono project team has thus far chosen not to support a few of the key .Net mechanisms we rely upon. So our plan has been undermined by external factors that are outside our control and that we could not foresee when we made our technology stack choices.
Click to expand...

What aren't they supporting? I've been trying to push a Mono project at work, rather than a remote-desktop based solution, but I thought they covered just about everything that wasn't directly a UI.
 
.net is five years behind systems like rails and will always lead you to the brick walls that you are hitting. The system was designed to be a closed loop and not an open structure.
 
Tekwych said:
.net is five years behind systems like rails and will always lead you to the brick walls that you are hitting. The system was designed to be a closed loop and not an open structure.
Click to expand...

Back at the start of 2010, we needed to choose a cross-platform solution that provided (a) native Windows support, (b) native Mac support, and (c) a smooth transition to a web-based solution. Can you cite a solution that was proven and established for all three of those objectives back then?

We've spent years developing Realm Works. We had to make a choice roughly 4 years ago regarding the technology stack we would leverage, and I certainly don't remember Rails being a proven viable candidate back then - it may have been, but my memory is quite foggy. We also had to factor in our in-house familiarity with development tools, since going with something completely new would have meant an even steeper and more complex development effort. As I mentioned earlier, our priorities positioned (a) and (c) as required, with (b) being highly desirable. Given those priorities, and combined with our established expertise with Microsoft tools and technologies, .Net proved to be the best avenue.

You're welcome to play armchair quarterback and judge our decisions all you want. But it's disingenuous to cast aspersions and claim that "core values" were "left behind". You may not agree with the choices we made, but I consider it rude that you would claim we never considered the options without at least asking us first. They were absolutely weighed, and we made the best decision based on our established priorities and the information we had at the time.

We may not be able to provide a native Mac solution right now, but we still support the most widely used desktop/laptop platform (Windows) and are on course for fully supporting every device via a web-based solution (including the Mac). So I consider the choices we made to have been solid, even if you believe something else might POSSIBLY have been slightly better.

Debating the decisions we made four years ago is basically academic at this point and takes my attention away from getting code written. So I need to re-focus back on that task and it seems we'll just have to agree to disagree on this point.

Thanks! :)
 
Last edited:
Bobson said:
What aren't they supporting? I've been trying to push a Mono project at work, rather than a remote-desktop based solution, but I thought they covered just about everything that wasn't directly a UI.
Click to expand...

There are some key omissions that we've run into. I'll need to go dig up that information again from our last Mono assessment, which was at least six months ago. If you don't see an answer here in by the weekend, ping me again. I'm juggling a zillion things right now and find myself dropping the non-critical stuff with some regularity. :(
 
rob said:
Back at the start of 2010, we needed to choose a cross-platform solution that provided (a) native Windows support, (b) native Mac support, and (c) a smooth transition to a web-based solution. Can you cite a solution that was proven and established for all three of those objectives back then?

We've spent years developing Realm Works. We had to make a choice roughly 4 years ago regarding the technology stack we would leverage, and I certainly don't remember Rails being a proven viable candidate back then - it may have been, but my memory is quite foggy. We also had to factor in our in-house familiarity with development tools, since going with something completely new would have meant an even steeper and more complex development effort. As I mentioned earlier, our priorities positioned (a) and (c) as required, with (b) being highly desirable. Given those priorities, and combined with our established expertise with Microsoft tools and technologies, .Net proved to be the best avenue.

You're welcome to play armchair quarterback and judge our decisions all you want. But it's disingenuous to cast aspersions and claim that "core values" were "left behind". You may not agree with the choices we made, but I consider it rude that you would claim we never considered the options without at least asking us first. They were absolutely weighed, and we made the best decision based on our established priorities and the information we had at the time.

We may not be able to provide a native Mac solution right now, but we still support the most widely used desktop/laptop platform (Windows) and are on course for fully supporting every device via a web-based solution (including the Mac). So I consider the choices we made to have been solid, even if you believe something else might POSSIBLY have been slightly better.

Debating the decisions we made four years ago is basically academic at this point and takes my attention away from getting code written. So I need to re-focus back on that task and it seems we'll just have to agree to disagree on this point.

Thanks! :)
Click to expand...

Good answer Rob. I am a Mac user and have picked up Parallels to play around with RW. While it doesn't yet meet my needs (I need to be able to install without Admin rights), the product is quite powerful and I appreciate all the work you guys have put into it.

Thanks again for all the work!

I hope it can someday be a solution I can use fully. Until then, I have supported financially and will continue to "play around with it."
 
timjthomas said:
While it doesn't yet meet my needs (I need to be able to install without Admin rights), the product is quite powerful and I appreciate all the work you guys have put into it.
Click to expand...

Please help me to understand what's necessitating the ability to install without Admin rights. Perhaps there's an alternative work-around that can be exploited to get you fully running with the product... :)
 
rob said:
Please help me to understand what's necessitating the ability to install without Admin rights. Perhaps there's an alternative work-around that can be exploited to get you fully running with the product... :)
Click to expand...
Rob, somewhere in one of his posts, he was mentioning wanting to use it at work on his lunch break.
 
You must log in or register to reply here.
Back
Top