Game Devs Weigh In On Windows Phone 7 189
The mobile games industry has exploded over the past few years, driven largely by titles built for iOS and Android. The Guardian's games blog decided to investigate the pros and cons of Windows Phone 7 as a game development platform while it struggles to catch up to its predecessors.
"... the easy portability of code between WP7 and Xbox, plus the wealth of online tutorials, libraries and community support, is a massive advantage, especially for smaller and less experienced teams. ... As with Xbox Live Arcade, the console's downloadable games service, Windows Phone 7 offers a curated experience, which means Microsoft controls the quality of games appearing on the device. ... [Steven Batchelor-Manning of Nerf Games says,] 'The App Hub offers a good peer review system, where other developers are asked to check over your game. This helps filter out both low quality and bug-ridden titles. We are always given a particular quality to aim for. Once it's got past this stage there is also a chance that Microsoft will veto against your game going on the platform. Ultimately, this prevents the market being swamped, but above this, there seems to be a layer of games by big publishers (EA, etc) that just step past the smaller developers in the queue. This is the biggest drawback of the system.'"
I don't know about this whole "quality" thing (Score:2)
I mean, I remember all the shovelware crap that had the "Nintendo Seal of Quality" on it back in the day.
And their remark about EA is spot on. They're responsible for most of the boring shovelware crap that clogs up the Live Marketplace today and makes it hard to find where the good stuff is hiding.
Re: (Score:3)
"Nintendo Seal of Quality" = "Nintendo Seal of We're Getting a Cut"
Re: (Score:2)
Re:I don't know about this whole "quality" thing (Score:4, Insightful)
That the game could be crappy story/gameplay wise is one thing, but Nintendo would not allow what we see in the PC gaming world nowadays: games full of bugs that make you feel like you are some kind of quality assurance technician working for those companies. And let me tell you another thing, I wholeheartedly believe that the programmers back in the day had to work their ass off pulling stuff in really underpowered hardware, with no niceties. Before, a company was able to program with optimized assembly code something like Mario Bros 3 and today, in the age of awesome debuggers, code profilers, source control, object-oriented programming and what not, we get this products that are rushed out of the door. I guess we have to thank the Internet for that. With the XBox360 I saw how that patch craze is coming with a vengeance to the console world. Part of that Nintendo Seal of Quality is that they would not allow something like EA to exist. You could only develop up to five titles per year.
Other than that, with Nintendo you get the guarantee that you get a nice, clean and fun games with the system, plus more or less affordable hardware. You could get an original NES system with 2 controllers, zapper and two games for $100, and today the Wii is still the cheaper of the big three by $100. If you ask me which system I would get for my kids I would chose Nintendo without blinking. The other systems expose too much unnecessary violence, sex and gore and their kid users kind of remind me of that tech kid in the new Charlie and the Chocolate Factory movie. I have seen 10 year olds both in Canada and the US with stuff like Grand Theft Auto in their system, and since not all parents are created equal, then the kid that does have it is pretty much the cool kid in the block. That's like a big social issue to me.
Re:I don't know about this whole "quality" thing (Score:4, Interesting)
You don't want your kid to be the cool kid?
Don't forget, the Wii has lots of games like "House of the Dead: Overkill" and "Madworld" and such. It's not all kiddie-friendly. It just isn't centered around frat-boy games.
Re: (Score:2)
Re: (Score:2)
Nintendo market for games is largely for the younger market, that's why we have a Wii. Lots of option for a then, 8 year old girl and 10 year old boy. We also have a PS3 and recently, an XBox(it was a gift).
The XBox is typical MS. Here are some nice things...but we limited them in this stupid way. And while ALL of them want to make money from you, the XBox is the worst.
It's like the Wii is they 1950s guy behind the soda fountain. Want's to make moeny, but is nice, polite and doesn't charge extra for basic t
Re: (Score:2)
The move controller isn't cheap, and is technically a better input device than the Wiimote. It's just a shame there haven't actually been any games for it worth buying (that I've noticed anyway).
Re: (Score:2)
There is a devil's advocate side here:
Having the kid be the "cool kid" means that he has a strong friend/contact network going into high school and college. This can mean the difference between him having a stable/secure career versus a hand-to-mouth existence from entry level job to entry level job.
Sometimes, quantity of people known is important, because it may be possible to find someone, somewhere who might need an employee, and employers far rather hire a known quantity.
This doesn't mean one feels fre
Re: (Score:2)
Re: (Score:2)
Spot on. The older games had to be not just tested, but tested to a solid degree of stability. A bug on the media was part of the game for life, so game makers had to be quite good at making sure things were cleaned up.
The problem with modern consoles and updates is the fact that console games now suffer from the same problems as PC games -- game companies ship what would be an early beta when it comes to quality, write a patch to cover about 75% of the most glaring show-stopper bugs, and then move onto t
Re: (Score:2)
So $200 - $100 != $100? I'm confused.
Re: (Score:2)
Re:Learn your history (Score:2)
Seems they have no idea what they are talking abou (Score:4, Insightful)
... the easy portability of code between WP7 and Xbox,
How come i get the feeling they have NEVER programmed at all?
Re: (Score:2)
It's not "easy", but it's much easier than other platforms. Porting between, say, Xbox 360 and iPhone is pretty difficult if only because the programming languages are completely different. Indie Games on Xbox 360 and WP7 both use C# and XNA, and if you have an Xbox 360 project it's literally just a couple of clicks and it compiles and runs natively on WP7.
Your game won't be *usable*, of course, since your game will be designed for a controller and not a touch screen. But it'll work.
Re:Seems they have no idea what they are talking a (Score:4, Insightful)
Your game won't be *usable*, of course, since your game will be designed for a controller and not a touch screen.
I think that's the point. Who cares if you can port between two things that don't run the same kind of software? It's not like you're going to be playing Crysis on your phone. It's like having easy portability between Solaris and Android -- OK sure, but why?
Re: (Score:2)
Just because you can't port a control scheme doesn't mean you don't want to be able to bring over your engine.
Re: (Score:2)
For games, not really, but for other apps it can be quite useful. I like being able to run all the Linux networking tools on my n900.
Re: (Score:2)
I think that's the point. Who cares if you can port between two things that don't run the same kind of software?
erm.. isn't that the point of "easy portability" - you can take one thing and make it work on both platforms. that's what they're touting here after all.
Re: (Score:2)
I think that's the point. Who cares if you can port between two things that don't run the same kind of software? It's not like you're going to be playing Crysis on your phone. It's like having easy portability between Solaris and Android -- OK sure, but why?
Take a look at the titles available on Xbox Live Arcade. Out of the top 10, eight of them have simple enough controls that they could easily be played on a phone. If I was the developer of any of those games I'd be seriously looking in to adapting it to touch input. If that's all it takes to open up a new market for one's title, why not?
Re: (Score:2)
I'm sure you could easily port NetHack and SuperTux to Android from *nix as well, but how much of a draw will that really be for the platform? The point isn't that there are zero XBOX games that could sensibly be ported to a phone, the point is that the platforms are very different and even if the code is portable, the format is likely to be very different. If the XBOX game is CPU or GPU hungry, it won't run well on a phone (or will kill the battery). If it includes gigabytes of graphical content, you won't
Re: (Score:2)
If a phone with a controller comes out
It was tried before; N-Gage crashed and burned. So I don't see it as likely to happen any time soon, except for Sony's Xperia Play that 1. may not be available on your favorite U.S. carrier and 2. is from the same company suing Geohot.
Re: (Score:2)
You're forgetting about Kinect. A touch screen phone or Kinect and a big TV are similar interfaces. Apps and game could possibly run on both. If a phone with a controller comes out, tons of games could be ported pretty quick. With better hardware in the future, perhaps all the games will be able to be ported.
Would it be possible for the smart phone to be a controller.
An iPhone4 has GPS (not much use indoors), gyroscope, compass, LED, cameras, vibration, onboard memory, Bluetooth, touchscreen, two way audio and doesn't need a clear line of sight to a receiver if using Bluetooth/WiFi
I'm sure others have similar capabilities.
Maybe you can plug some sort of device into it with buttons.
Re: (Score:2)
Out of curiosity, wouldn't the game just crash then considering that you'll be creating objects to respond to input methods that don't exist? I don't know C# nor am I familiar with XNA beyond knowing about both of them, so this is a legitimate question.
Well it wouldn't build if you ported it directly since the interaction code would call into xbox-specific methods to deal with the controller. So your interaction code would have to be re-written depending on the device.
Multitier (Score:2)
So your interaction code would have to be re-written depending on the device.
But that doesn't mean your game's logic tier [pineight.com] would necessarily have to be rewritten. Only the control portion would have to be forked, unlike the complete rewrite needed when porting between a .NET-only platform, such as Xbox 360 XBLIG or WP7, and a platform without a practical CLR, such as iOS.
Re: (Score:2)
So your interaction code would have to be re-written depending on the device.
But that doesn't mean your game's logic tier [pineight.com] would necessarily have to be rewritten.
Correct, the 'interaction code' is how the user interacts with the application so if you are using a different interaction method (touchscreen, controller, keyboard/mouse) then that should be the only part you need to re-write.
Re: (Score:2)
Yeah, just like many publishers already do and they end up with half ass games.
I can't count the number of games that were "dumbed down" for the console (fewer skills on screen/overall because the controller has less buttons) or they completely ignore common conventions on the PC because they are console developers (Final Fantasy Online anyone?)
Or you can go the other way and develop a game for the PC then take out something essential like jumping because you have to assign the buttons to other tasks like s
Re: (Score:2)
Just because people rush bad ports of games to market does not mean that this cannot be done properly. It is done all the time outside of the gaming world and people often do a better job because they intend to continue selling the product for more than 6 months and might have to maintain the code to make new versions so there is more incentive to do a good job.
Re: (Score:2)
XNA is designed to be compiled on multiple platforms.
How many non-Microsoft platforms are among them? Is it possible to target Mac OS X, Android, and iOS on the one hand, and Xbox 360 and Windows Phone 7 on the other hand, without a complete rewrite of everything including the physics and AI tier [pineight.com]? I could live with rewriting the control and graphics, but I want the physics and AI to be bit-perfect across platforms, so that if a player can make a certain jump on WP7, he can make the jump on iOS, and vice versa.
Re: (Score:2)
Mono [mono-project.org] for Linux and OSX, MonoTouch [monotouch.net] for iOS, and MonoDroid for Android. XNA is a library that deals mostly with graphics and input and the like; it doesn't actually have anything to do with your actual game logic (eg. physics and AI). XNA isn't available on platforms like iOS or Android, but that should be okay because you'll be ripping out the graphicsa nd input stuff anyway. Although you'll have to rewrite your graphics and input for each platform, it's possible to have a single C# codebase that runs on all
Re: (Score:2)
... the easy portability of code between WP7 and Xbox,
How come i get the feeling they have NEVER programmed at all?
I don't know, it doesn't make much sense for you to get that feeling based on the passage you quoted.
Re:Seems they have no idea what they are talking a (Score:4, Insightful)
Windows = Keyboard + Mouse
XBox = Controller
WP7 = Touchscreen
I don't see much code being reused on quality apps, but it should lead to lots of mediocre games. Each game will work best on the platform targeted by the developer, and the quality of the ported versions will vary widely, but online tutorials are unlikely to have a positive effect.
Re: (Score:2)
Windows = Keyboard + Mouse
XBox = Controller
WP7 = Touchscreen
I don't see much code being reused on quality apps, but it should lead to lots of mediocre games. Each game will work best on the platform targeted by the developer, and the quality of the ported versions will vary widely, but online tutorials are unlikely to have a positive effect.
Why? Angry Birds (which is available on the desktop and on touchscreen smartphones) simply has the most basic interaction changed to work with a mouse instead of touch, other than that the functionality is the same. If this were porting between WP7, XBox and Windows then very little code would need to be changed.
Any well-designed game is going to benefit from having the physical-platform-agnostic code (i.e. AI, animation, game logic, etc...) not having to be changed at all when you go between platforms.
Re: (Score:2)
Did you really just try to refute the statement - I don't see much code being reused on quality apps, but it should lead to lots of mediocre games. - by pointing at Angry Birds?
That's freaking hilarious.
Re: (Score:2)
Say what you want about Angry Birds (I liked it better when it was called Boom Blox), but he's right. Most professional games will modularize the UI as much as they can.
A friend of mine ported one of the launch titles for the Wii, and they didn't have to change much outside of the UI and rendering code. Their biggest problem was Nintendo suddenly demanding that all launch titles have the "safety strap splash screen" put in about a week before the deadline. That meant actually having to dig into the code to
Re: (Score:2)
Did you really just try to refute the statement - I don't see much code being reused on quality apps, but it should lead to lots of mediocre games. - by pointing at Angry Birds?
That's freaking hilarious.
Well you can define 'mediocre' however you want but it's certainly one of the world's most popular games. And if you really want a XBox to WP7 example have a look at Full House Poker.
Re: (Score:2)
Full House Poker
I kind of wish I had one of those when that show was out. I suppose you'd use it to poke your eyes out?
Re:Seems they have no idea what they are talking a (Score:5, Insightful)
Right, because everybody knows that 90% of a game's code is in its UI and input system. Things like the game engine, AI, logic controlling elements in the game, resources, and netcode are completely irrelevant, right?
To be fair, WP7 doesn't support much in the way of netcode right now, and it's certainly not trivial to shift UI paradigms. However, that doesn't mean that the ability to use XNA, and resuse a lot of code as a result, isn't still quite valuable.
Re: (Score:2)
Re: (Score:2)
With WP7 you would have even fewer difference making even more shared code.
But is there any language that compiles both for Windows Phone 7 and for platforms without a CLR? I want to reuse the logic tier [pineight.com] that implements "game play, AI and graphics/animation", and I don't want to have to maintain C# and standard C++, or verifiably type-safe nonstandard C++/CLI and standard C++, versions in parallel and worry that they would fall out of sync.
Re: (Score:2)
Right, because everybody knows that 90% of a game's code is in its UI and input system. Things like the game engine, AI, logic controlling elements in the game, resources, and netcode are completely irrelevant, right?
To be fair, WP7 doesn't support much in the way of netcode right now, and it's certainly not trivial to shift UI paradigms. However, that doesn't mean that the ability to use XNA, and resuse a lot of code as a result, isn't still quite valuable.
PC = powerful X86
Xbox = mediocre PowerPC
Win Phone 7* = Weak ARM v7.
That's going to put a serious kink in your plans for code portability, not to mention art assets that need to look reasonable on a 22" 16:10, 36" 16:9 and 3.7" 5:3 (or 3:5) display.
You're not going to be able to reuse much of the code, even a lot of the art assets.
* Not calling it WP7 for the sake of the whining Word Perfect fanboys and yes, I'm getting off your lawn.
Re: (Score:2)
It should be noted that things like "resources" and "netcode" are dramatically different between the three platforms in question. File handling semantics maybe similar across platforms but the details are a bit different with the side effects that are dramatically different where in particular permission is wildly different. What kind of network resources you have are dramatically different between all three platforms where on WP7 it may cost the user money to access it.
I don't think anyone doubts that Mi
Re: (Score:2)
It doesn't matter how much you abstract. You are still designing the game for the lowest common denominator (ie: the phone) and making a half ass game on the other systems.
You begin by cutting some feature because it would take too much RAM or increase the download size. You then decide to reduce the graphics engine so there's less modification between versions... then it all goes downhill until you are making flash games for all three devices and everyone begins to complain about how there are no more hi
Re: (Score:2)
Have you ever actually used XNA? Your comment doesn't make much sense in the context of it, whilst the platforms have some minor differences the quote is dead right- porting between WP7 and XBox is incredibly simple, particularly if you're choosing to write a game that can happily target the Reach profile from the outset- something like Angry Birds for example would happily fit under that category.
Re: (Score:2)
Weird story (Score:5, Interesting)
To me the article read like a blatant fanboy story, but maybe I'm just jaded.
And then I got to this: "As with Xbox Live Arcade, however, Microsoft is set to run its own games promotions, to help market promising titles. The project kicks off this spring with a Must Have games season, which features six Windows Phone 7 titles, including Angry Birds, Doodle Jump, Hydro Thunder and Plants vs Zombies. "
Sure, those are promising titles - after all, they're already big hits on iOS and Android. But how the heck is this tied to the article's repeated meme regarding Windows/XBox-specific tools, and easy cross-development between XBox Live and WP7? It's certainly unlikely any of them were written in C#.
Re:Weird story (Score:4, Interesting)
Right now there are no known non-stock WP7 apps not written in .NET. That said, all of titles listed are not really big in terms of code, so I suspect that porting effort is not as big as one would think. There's also a way to have a shared codebase between .NET and mobile platforms that support C++, though you end up with a rather crippled language subset (basically like Java with no GC).
Re:Weird story (Score:4, Insightful)
Yeah... major astroturfing by Microsoft lately (including some newer Slashdot users to post happy messages), but the final sentence of the summary takes the cake:
Ultimately, this prevents the market being swamped, but above this, there seems to be a layer of games by big publishers (EA, etc) that just step past the smaller developers in the queue. This is the biggest drawback of the system.'
No... the biggest drawback of the system is that there are almost no customers to buy your app, so anything more than a quick port is uneconomical... and a quick port from iOS or Android (which is more important than XBox as a source of porting material) is impossible since W7 has no vanilla C/C++ and OpenGL ES.
Re: (Score:2)
Re: (Score:2)
I have three words for you:
Developers Developers Developers ;)
Also, Slashdot still has quite a few technically inclined people who make some very big decisions...
Re: (Score:2)
Also, I love this quote from the article: "XNA is so widely used it's difficult to walk into a Game Development course at a University a
Re: (Score:2)
I'm a pretty avid gamer (PC mainly,) but I can't name one title that uses XNA. Of course, I won't ever buy an XBox, but that's a different matter.
Re: (Score:2)
All against MS? (Score:3, Insightful)
Slightly off-topic
Recently there had been several stories about MS / WP7 and many comments are, kind of knee-jerk reactions against MS.
Before someone screams astroturfing, let me say that I use whatever tool is right for the job. Mostly I do data-driven applications (WinForms, PHP, MVC, Java, whatever) against the database server that will deliver the most bang for the buck (my client's buck, not mine) so I have used Firebird (the OS incarnation of Paradox), SqlLite, MySQL, Postgress, MS SQL and (gasp!) even Oracle!
Now, I don't think MS gets, even now, how that works. Calling stored procedures in MS-SQL from any VisualStudio framework is a royal pain in the ass. They tout DRY but I can't think why you have to jump through loops to get stored procedures to work in their frameworks; I have many complex queries in SQL to list records, why would I want to repeat the same SQL statements in an MVC app and in a WinForms app against the same database? The surest way to achieve DRY is to use stored procedures and let each app handle only the presentation of the data.
Having ranted against MS, I kind of like MVC 3 and the new Entity Framework, not quite up to speed on it, but so far I kind of like it and that has predisposed me towards looking at WP7 and see what has MS learned from past failures, which last year I would not have thought about at all.
Now, in a site supposedly rife with developers of all kinds, shouldn't we be more open about investigating and then adopting or rejecting new technology?
Please don't construct this as an advertisement for WP7, I'm simply saying, maybe one should look at it before dismissing it out of hand. I did some work in Symbian and (the pain!) Objective-C, so I don't think my eyes will pop-out if I look at WP7.
Re:All against MS? (Score:4, Interesting)
I have used Firebird (the OS incarnation of Paradox)
Firebird is an OSS fork of Interbase. It doesn't have anything to do with Paradox, aside from the fact that both Interbase and Paradox were owned by Borland.
Calling stored procedures in MS-SQL from any VisualStudio framework is a royal pain in the ass.
Out of curiosity, what do you find hard about it? (especially in comparison with other similar frameworks, say, JDBC)
Please don't construct this as an advertisement for WP7, I'm simply saying, maybe one should look at it before dismissing it out of hand.
Right now there are more problems with WP7 from user side than there are from developer side. Sure, you can write an app - but do you actually want the phone to run it on?
From dev perspective lack of C/C++ is a surprisingly big deal. On every other mobile platform, you can reuse existing C and C++ libraries as-is, and there are a lot of them. On WP7 it's .NET only, and even then it's not quite the same as desktop version, so there's no guarantee that your favorite library will work.
Re: (Score:2)
Your second point, when using Linq or Linq-to-SQL, if you have a complex SQL statement (i.e. it creates a temporary table) it balks and refuses to accept it, claiming the temporary table is illegal. I had to re-write a stored procedure so that parameters and results are returned to VS and afterwards change it back so that it uses the temporary table in order for it to work. I had better experiences with Entity Framework, but then, I haven't yet done any serious work with it.
You're doing it wrong. Linq to SQL is Link to SQL(Server). Its not named well, but its not meant to go to other databases. You (or someone you get one from) is supposed to write a query provider to the DB in question, so they can be optimized for each target source. The abstraction happens at the layer you use LINQ, not the layer LINQ uses to get to SQL.
If you get on Bing and search for LINQ to Oracle, you'll see there's at least a few Oracle providers.
I do agree the docs aren't all that clear on it. Custom
Re: (Score:2)
Re: (Score:2)
You must be new here.
Re: (Score:2)
Actually its an old Slashdot meme, people with higher UIDs replying "you must be new here" to people with lower ones.
Its sad the amount of my brain devoted to old Slashdot memes can't be used for anything useful. It, also, is shocking that we've hit 2 million UIDs, 1 million didn't seem that long ago, and since I registered (and the several years of stalking before that), it seemed to take forever to get to 1 million. I really wish Slashdot would release detailed statistics. How many of those 2 million a
Re: (Score:2)
Come for the news; stay for the absolute lack of news.
MS is going with the wrong strategy.. (Score:5, Insightful)
By forcing everyone to use
I'm waiting to see where XBL goes on WP7 (Score:2)
I'm looking at getting rid of the iPhone later this year and going to Android, but if MS increase services through XBL I may go with that.
I already have a lot of games on XBL, plus use it for Movies & TV, if any of those services can be used on my phone I'd probably be persuaded to go with that.
Currently though the models of phones don't really excite me.
Re: (Score:2, Informative)
.NET is a framework. The .NET runtime is bytecode like Java.
You can write XNA and Silverlight apps in C++, if you like.
I suppose someone could make an ObjC compiler for the .NET runtime, but seriously, who other than an Apple zealot can deal with ObjC?
C++ and C++/CLI are different beasts (Score:3)
You can write XNA and Silverlight apps in C++, if you like.
But not the standard C or C++ that you may have used on PC, iOS, and Android NDK. One must use the verifiably type-safe subset of C++/CLI (/clr:safe), and its syntax for arrays, pointers, and references is incompatible with that of standard C++. If you want to compile one program, such as the logic tier [pineight.com] of your game, both as standard C++ and as verifiably type-safe C++/CLI, I have been told that it would take a buttload of arcane template wizardry.
Re: (Score:2)
I've never had a problem converting native C++ to managed C++. I'm sure there's screwy stuff you can do that it'll be unhappy with, but I've never run into any. (And that has been hundreds of thousands of lines of C++).
YMMV.
Having the fix automatically propagate (Score:2)
I've never had a problem converting native C++ to managed C++.
When I fix a defect in the logic of a program in managed C++, I want the fix to automatically propagate to the unmanaged C++ version, or vice versa. This is most practical when both the managed C++ and the unmanaged C++ are generated from the same source code file. Can you recommend an easy way to do this? Or are you referring to converting unmanaged C++ to managed C++ in a separate branch, never to be merged back to mainline, and somehow trying to keep fixes to both branches in sync?
Re: (Score:2)
Its about limiting quantity (Score:3)
Just like back in the day when Nintendo limited the number of games any one developer could have on the market at once, I suspect Microsoft wants to limit the number of titles (so that the money consumers spend on games gets spread over fewer titles, thus more profit per title). I suspect they also want to keep a lid on the number of free/near free titles (the more free options there are, the less likely it is that people will buy the expensive premium titles since the free ones give them enough things to play)
Re: (Score:2)
C# is irrelevent ; only C++/GLES matters (Score:5, Insightful)
"Professional" mobile games (i.e. by commercial dev companies) are almost universally written in straight C/C++ with minimal ObjectiveC / Dalvik wrappers to get to the phone hardware.
If you have a hit title, do you -really- want to have to rewrite the whole thing from top to bottom to port it to other platforms?
I spent several months a few years back working hard to convince my employer (a certain US carrier) that going ahead and launching a J2ME-based mobile platform (in the last 00's - this is post-iPhone, people) was would elicit nothing more than mockery (and, at best, shovelware) from the developer community. My employer subsequently canned the idea, and I like to think that my steely knives helped kill the beast.
My main argument was that forcing developers to rewrite significant portions of code almost guarantees you won't get major titles, regardless of your hardware lineup.
One of the smartest things Google did with Android was the NDK; I recently ported a top-10 iPhone 3d game (written 99% in straight C/++) to Android NDK and including my getting-to-know-you time I was done in 3 weeks. Was scorchingly fast on the Galaxy Tab compared to iPad.
The frank reality is that iOS is very obviously the largest mobile platform for developers, and others (Android, WP7, WebOS etc) must make it as easy as possible to port titles over. ;-) but it appears they were smart enough to provide a plain-vanilla C++ and OGLES environment for games.
Google did a marvellous job of adding this capability; NDK gives you plenty enough bare metal to port easily from other platforms.
I've not looked at WebOS
Android and iPhone can handle running native code apps just fine. If WP7 can't make itself a viable (easy!) porting target like Android, it's going to be spending a lot of Saturday nights at home watching TV waiting for the phone to ring.
Re: (Score:2)
"Professional" mobile games (i.e. by commercial dev companies) are almost universally written in straight C/C++ with minimal ObjectiveC / Dalvik wrappers to get to the phone hardware.
And these "professional" developers (i.e. commercial dev companies) you speak of will have access to native code development the same way they do on the XBox as outlined in the Partner Application Development Policy.
Re: (Score:2)
http://thetechjournal.com/electronics/mobile/undisclosed-and-confidential-partner-docs-of-windows-phone-os-7-exposed.xhtml
"Native apps are restricted to OEMs and mobile operators in order to extend the experience and functionality specific to a phone or network"
Re: (Score:2)
And these "professional" developers (i.e. commercial dev companies) you speak of will have access to native code development the same way they do on the XBox
I'm writing a business plan. Can you recommend a guide for a company trying to make the transition from Xbox Live Indie Games to commercial dev?
Re: (Score:2)
And these "professional" developers (i.e. commercial dev companies) you speak of will have access to native code development the same way they do on the XBox
I'm writing a business plan. Can you recommend a guide for a company trying to make the transition from Xbox Live Indie Games to commercial dev?
What did i write that gave you any idea i would know anything about that?
Re: (Score:2)
Fun
LLVM vs. Dalvik (Score:2)
It's too bad Google haven't gone that extra inch and allowed / encouraged apps to target LLVM bitcode
What advantage would LLVM bitcode have over JIT compiled Dalvik bitcode?
Re: (Score:2)
PNaCl on Chrome OS (Score:2)
I wonder how much separates Dalvik in LLVM, if there is scope to merge both concepts.
Chrome OS has Google Native Client [wikipedia.org], a way to deploy applets compiled to a verifiably safe subset of native code so that they run in a web browser. (Think ActiveX, except far safer.) It's also working on a successor called PNaCl, which does the same thing with LLVM bitcode. I imagine that as Google continues to cross-pollinate features between Android and Chrome OS, Android too should gain an LLVM execution environment.
Re: (Score:3)
XNA games can be written in C++, Visual Studio just doesn't include the templates for it. You can also easily do the platform bits in C# (which is, frankly, easier) and call directly into the C++ whenever you need.
XNA is .NET, and you can write .NET code in C#, C++, F#, Ruby, Java, Perl. There are LOTS of languages that can compile to the .NET bytecode. All of them can access the Silverlight and XNA libraries.
I think the knee-jerk anti-MS reactions on here unfortunately keep some people from actually lookin
XNA C++ != standard C++ (Score:3)
XNA games can be written in C++
Unless it has changed recently, the kind of C++ that can be used with XNA is not standard C++, as I explained in another comment [slashdot.org].
Re: (Score:3)
Too much karma... (Score:5, Informative)
I am an indie game developer working mainly with XNA. I have published a few XBox Live Arcade titles, plus a few WP7 ones. The ease of portability is really high. The only difference (granted, this is not necessarily trivial to implement) is the input devices, which are the first thing I wrap away because for various reasons it is useful to have a game that works well in Windows with kb + mouse. When porting to wp7 no additional code is required. Usually lighting and shaders will be toned down (not much to do, just set different techniques in the stock shaders) and models and textures must be reduced in detail, both for storage and rendering performance.
In the end this is the reason why our games will keep ending also in the wp7 marketplace even though sales are not as high: the development costs for porting are so low that even few sales result in a gain...
Re: (Score:2)
".. no additional code is required"
That's because you added the additional code up front.
Re: (Score:2)
Irregular verbs (Score:2)
Driven by Android? (Score:2)
"The mobile games industry has exploded over the past few years, driven largely by titles built for iOS and Android."
No this isn't true, it has been driven almost exclusively by iOS. Leave it to /. to have to throw Android in there.
Re: (Score:2)
what? there are more original games for the Android then iOS.
Leave it to an Apple Fanboi to leave out facts SJ wouldn't like.
Re: (Score:2)
Name some. I have both phones now and Romeozulu seems so much more correct.
Re: (Score:2)
Once it's got past this stage there is also a chance that Microsoft will veto against your game going on the platform.
This sounds different but similar to Apple's review process. Meet the new boss, same as the old boss.
I wonder if the process is more open though or whether it's just as arbitrary as apple's.
Re:So ... (Score:5, Informative)
It's "less-bad" than Apple. Microsoft unambiguously documents, exactly, everything that's required to pass certification. If your app fails marketplace certification, they point you to the section in the certification requirements document that your app violates. You can also ask for technical exceptions to the certification requirements for your app, but they're evaluated on a case-by-case basis.
Re: (Score:2)
Re: (Score:2)
I am not sure of the app hub concept. It's great to have peer reviewed game, but what if you come up with an original idea and a big publisher incorporates it in one of his games? They can rush it through the store by simply investing enough resources to polish it. That would work even without needing to bribe MS into putting the game in the fast lane. So you are better off putting the complete final version and hope it gets first to market. You get no advantages and all the disadvantages.
Re: (Score:3)
This sounds different but similar to Apple's review process. Meet the old boss, same as the new boss.
FTFY.
Re: (Score:2)
This sounds different but similar to Apple's review process. Meet the new boss, same as the old boss.
The XBLA Review Process predates the Apple App Store. Other than that (and the fact that MS will tell you EXACTLY how not to fail) it is the same thing.
Re: (Score:2)
Microsoft has always been great at building developer tools, a
Re: (Score:2)
I would think about it but I haven't been given mode points in what seems like forever, did the rules for getting them change?
Re: (Score:3)
You can do anything at Zombocom. Anything at all
Re:Astroturfing (Score:5, Insightful)
Technically Microsoft do not have to pay for product placement on slashdot (and it seems unlikely that they would have done so and even more unlikely that this traditionally anti-Microsoft site would have acquiesced). Favourable articles about Windows 7 results in a large number of posts, and this translates into more ad views. Like it or not, Slashdot makes money by being controversial.
That said, the pro-Windows 7 comments (at least for the desktop version) are in keeping with the positive reception of the platform all over the net and is reflected in the increased sales of the OS compared to Vista. For this reason, claims of paid product placement and astroturfing seem highly unlikely. Obviously the recent douche who made incredibly obvious pro-Microsoft "astroturfings" under a variety of new accounts is the exception. But that was so blatant that it had to be a troll, rather than a real shill.
As for Windows Phone 7 (back on topic), often the people who have actually used it seem to report favourably on the platform. But like me, most people haven't even tried it and just assume that it will not be very good. I suspect that this is due one incredibly stupid mistake, and that was to not support copy and paste.
This was such a major (and publicly derided) problem on the first version of the iPhone that the lack of the feature in Microsoft's product just screams that the platform is unfinished. Whoever made that decision at Microsoft should be hung, drawn and quartered - and then sacked.
As with the original iPhone, it will be worth waiting for the next version of Windows Phone 7 before buying. Myself, I'm going to wait until Windows Phone 7 version 3.1 - that was the right strategy in the past!
Comment removed (Score:4, Funny)