Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
While I was only earlier interested to Steam going onto the Mac because of the community features (Chat, community/groups, ...) that would be available soon, I have to agree with the statement above.

Cider Ports apparently run slow and are inefficient, according to some people, and I find that my Mac runs games better in Mac than PC (When it's native.)

Does anyone think that upcoming games such as R.U.S.E.™ or the currently released Assassin's Creed 2 will make it on the Mac as a native game?

No....

Some of you sound confused.

Realize, while Steam is coming to Mac, it doesn't automatically convert all its games to work on Mac. Steam is just content delivery.

What I'm saying is, say Steam came out today. You won't be able to download any game you want, much less have it work on your Mac. You will only have access to Mac games.

Valve has confirmed all of it's games (read, Valve made games) will be released when Steam releases. That means HL2, L4D, etc

R.U.S.E and others will not be available to you on Mac. They will not be emulated, downloadable, or anything. Steam.app does not magically convert Windows games to Mac games.

That said, Valve's games will be native ports. Not Cider, no emulation. Fully native.

Other games might be available at launch, or at a later date, depending on the developer. Other games means games that have Mac versions. Such as Machinarium, Plants vs Zombies, etc
 
@Sebzen

I think rekhyt meant if it would be a possibility if they would ever come to the mac now that steam will become available to mac users.

@rekhyt:

The chance is that with Steam soon available for mac users, other developers will do an effort to bring their games to the mac as well (probably with cider).

Sorry for the crappy english, its not my native language

-Brun
http://www.bruncroes.blogspot.com
 
Blizzard are using one thing from OpenGL 3 in Starcraft 2 apparently, and World of Warcraft 4.0. I don't know if that means it will require 10.6.3 or not though.

There is no way Blizzard would require 10.6.3 to play WOW. It would reduce their "network effect" to obsolete a portion of their user base, and cost Blizzard revenues far beyond the cost of maintaining an older platform. Just 1% of their user community provides subscription revenue of well over $10M/year. Even if one new feature of WOW were to depend on 10.6.3, this would be an optional feature and Blizzard would maintain platform-specific downloads. Blizzard is too smart to do otherwise.
 
Has anybody been accepted yet?

No one is going to be accepted as it was never meant to be sent out to the general public. This BETA was intended to only be signed up for by select groups of people. Someone just happened to leak it out. This has been confirmed on the valve forums and mentioned earlier in this thread.
 
I was going to apply but I'm at work and get get my system specs, dang! I'll have to try again when I get home. :)
 
Yes, Cider ports will always underperform native code, but a lot of you are confused as to the economics of porting from one platform to another.

Get used to the idea of Ciderized games.

I disagree completely with this.

Firstly as a developer working for a company developing games for ps3, xbox and pc. I think most companies would buy an engine that works for the platforms they intend to target. ie. we are creating a games for those 3 platforms and thus we chose an engine that supported those 3 engines.

The only reason developers would not create for an extra platform such as mac is A. they think they would make no money ( a lot of publishers currently think this, they won't try anything new until they see other games succeeding first - steam will significantly help in this aspect)

or B. There are no decent engines available that support the platform - which granted, is the case at the moment. However yet again source - supporting mac now - will encourage other middleware developers to consider mac as a supported platform.

Both of these are currently the situation, which is why games aren't really being developed for mac, however the release of source and steam on mac, has the potential to turn this around.

Secondly as an indie developer on the side developing for mac and pc simultaneously using ogre3d, i can say it is quite easy for indie developers too, the only real issue indie developers face is the hardware costs of needing to own a mac and a pc. And also probably the learning curve of developing apps on a mac, which is relatively minor...

The future is very bright for opengl and macs. :)
 
Secondly as an indie developer on the side developing for mac and pc simultaneously using ogre3d
Just wondering... did you guys make Zombie Driver? Complete shot in the dark but I just found out last night that game uses Ogre3D and (maybe I don't look out for it enough) I don't see many O3D games out there.

There are cross-compatible engines like Unity. Actually what happened there? I was teaching on a game course when Unity announced they were going free, sort of and everyone started doing cartwheels. But you don't hear about it any more, either from the company itself or developers using it.
I probably should open my ears a bit more.
 
Just wondering... did you guys make Zombie Driver? Complete shot in the dark but I just found out last night that game uses Ogre3D and (maybe I don't look out for it enough) I don't see many O3D games out there.

There are cross-compatible engines like Unity. Actually what happened there? I was teaching on a game course when Unity announced they were going free, sort of and everyone started doing cartwheels. But you don't hear about it any more, either from the company itself or developers using it.
I probably should open my ears a bit more.

I was doing reading on it just the other day, it does look pretty cool but I hadn't heard of it until then.

Hasn't the Unreal Engine always been multi-platform? I know it always had OpenGL support.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.