I'm using the Marmalade SDK, my question is, can I use only cocos2d-x and Box2d, and not use Iw2d, IwGx, IwGL altogether (or vice versa)?
And what factors will my choice depend on regarding if I want to use cocos2d-x and Box2d, and not all the others (or vice versa)?
P.S I'm developing a 2d game that will need minimal physics
you can use Cocos2d-x without using Iw2D, IwGX, etc. Cocos2d should abstract these things for you. Cocos2D-x is a complete game engine, where Iw2d is only a rendering system that renders 2d sprites für you.
What systems you want to use depend on how much low-level work you want to do yourself.
If you use Cocos2D-X it will have support for a lot of features out of the box. Like scenes, sprite-rendering, skeleton-animation, effects, particles etc..
Iw2D just abstracts the low level OpenGL-API so that you can render sprites with just one function call. But it does not support animations and other features. So you would have to include other projects or write the functionality yourself.
IwGx is a wrapper for OpenGL which introduces states so that the OpenGL-API is easier to handle.
IwGl is just plain OpenGL and you would have to implement even the rendering yourself.
Which one to use depends on the project. When you just want to make a 2d game cocos-2d or Iw2D should give you enough control to succeed doing so and also you will save time because you can use already tested systems.
Box2d is only used to drive the physics simulation of your game world. You can use it with all of these systems.
Depending on your C++ and game programming experience i suggest to first use a game engine (like cocos2d-x) or Iw2D to learn the basics. For your second game you can still switch to a more low level api if you want to.
Sounds like you can focus on the Quick flavor of Marmalade, which has cocos2d and box2d bundled up with Lua. That will make for easy start and development.
Related
I'm thinking in doing my first ios game, I am new in ios programming and I need your advice.
The game will be very simple and 2d, imagine something like a card games.
My doubt is if i should use UIKit, spritekit, cocos2d... What is the recommended for 2d simple games with few animations?
Thanks you :)
i would recommend cocos2d, since it is widely used by many developers and can also be used for serious game development, so when you feel that you've picked it up and gotten familiar with the api, it will be something that you can continue using after the first one is released.
http://www.cocos2d-iphone.org/games/
As you can see, many successful games and it has a nice collection of features build it, so that is always handy even tho' in your first title and development training program you would also like to get as close as possible to basics which is the best way of learning, it will also allow you this.
I would not even consider UIKit as THE platform to approach at all.
as for spritekit, that could go ether way, i wouldnt use it, but it is not useless if you know what i mean.
As per your requirement, i would really suggest you CORONA SDK. Specially for simple and 2D game development. It's very fast and easy to understand and you can create game faster then cocos2d and objective-c development. Also it's support cross platform.
http://coronalabs.com/
With Corona, you will develop mobile apps in record time.
I've been trying to create a Cocoa project that uses OpenGL. NSOpenGLView is too restrictive for my needs, so I've created my own custom NSView subclass. I need to have multiple copies of this class on screen at once. And I need to use shaders.
What's the best way to organize this sort of project? I've tried a ton of different setups, but I always seem to wind up having invalid drawables, GL errors, trouble managing contexts, etc. Is there a simple way that I'm overlooking? Maybe setting up a single context at app launch and having all views share it?
Stay away from messing with OpenGL yourself...it sucks. Just say no.
I HIGHLY recommend using Cocos2D. Its a FANTASTIC graphics library that is highly supported and documented and handles all the OpenGL nonsense and makes the pain go away. Don't touch OpenGL unless you want to spend more time dinking with technical details than actually making your project happen.
I wanted to start working on a simple game concept I have, just as a side project/hobby/learning experience.
Pygames or Pyglet came immediately to mind, but it looks like they aren't being actively developed. Or perhaps they are, but extreeemely slowly.
I want a high-level programming language, multi-OS support, 2D focus (or suitable for 2D stuff, anyway), and active development. What are my options?
I use Pygame and think it is a great option. The community is fairly active, I see a new or updated project posted about every other day on Pygame's homepage.
Another good option would be the Love2d framework, which you can find here: http://love2d.org/. Love2d uses the language Lua, which is a high level, beginner-friendly language like Python.
Pygame and Pyglet are indeed excellent choices. If the level of activity concerns you, just take a look at the Google Code page for Pyglet, seems it's fairly active to me.
If you prefer more actively developed engine (less documentation, but more up-to-date approaches), check out the Monacle Engine:
http://monoclepowered.org/
If want to get your hands dirty and take a more Do-It-Yourself approach, projects like
SDL, SFML and Allegro may provide a good foundation for a cross-platform 2D engine.
Another, more recent project that provides a very useful set of 2D primitives is the Clutter framework:
http://www.clutter-project.org/
Add a sound library like FMOD or BASS and physics engine like Box2D or Chipmunk and you may build pretty much everything.
The PopCap (a.k.a. SexyApp) engine was a popular choice in the past.
http://sourceforge.net/projects/popcapframework/
For real-world example, check out the acclaimed indie game World of Goo, which is using it.
http://en.wikipedia.org/wiki/World_of_Goo
If python API is preferred, there seems to be an effort to provide one here:
http://www.farbs.org/pycap.html
For something like this app http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=323242790&mt=8, what sort of game framework is needed? It's all 2D and I've read how popular Cocos is. The problem is I'm not a game programmer and there aren't any good Cocos tutorials out there. Would Cocos be able to create a game like the one linked above?
If someone uses CoreAnimation (Quartz 2D), do they have to create the physics from scratch?
I don't see any games with the Unity 3D logo on startup, which must display if you use the Indie license. What is the style of game Unity works best with?
For a beginner, should they start with Cocos or something such as Unity, which has lots of free resources (images, sounds, etc).
I'm no expert in iPhone development but have been studying it, and will try to chip in my 2 cents.
Yes, it seems that Cocos would be very suitable for what you are planning to do, and it would most definitely be able to make something like that Cartoon Wars. Plus it also gives you two choices of integrated physics engines to choose from. Streaming Colour's Owen Goss is developing a game using Cocos and vlogging the experience, he occasionally comments about physics-engine related issues http://www.streamingcolour.com/blog/ .
You can also pick CoreAnimation, but then you are on your own to do the physics. If I'm not mistaken, the NimbleBit http://www.nimblebit.com/ guys developed their games (Scoops, Moon Drop) directly in Quartz.
Unity, despite being a 3D engine, is also suitable for the job. Zombieville USA was developed using it (more details here http://www.thecareergamer.com/?p=513 ) and has a cutout animated feel that resembles the link you shared. I guess all those games that don't display the indie Unity logo simply were made using the full version. It seems that using Unity allowed them to develop Zombieville in a very small amount of time. Also, in Unity you are not stuck with Objective C and allowed to use C# as well.
Good luck!
Don't code it from scatch. Use Unity.
Depending on which version of Unity you buy you can exclude the Unity logo on startup.
http://unity3d.com/unity/licenses
Start with Unity. It's a solution that can target users of all levels since it supports very advanced enhancements.
My impression of the games I've seen with Unity is that they are slow to start. That's OK if there's a big game experience but not for something I want to play within a few seconds.
Based on my research, I've decided to use Cocos for simple 2D games. There are a lot of good postings in the forum, even though there are no explicit tutorials
I also asked a question a while back about 3D engines - Oolong vs SIO2, got some useful answers and when I get time will be trying SIO2, although that won't be until next year at this rate (non-gaming projects in the way and I'm going to walk with 2D before flying in 3D).
I'm programming this game in OpenGL, mostly working inside an single EAGLView (I'm not that familiar with Views and other Cocoa concepts, my work to this point only involved using OpenGL to draw my game and calculating the logic myself).
I'm being told for adding a ton of features:
Send mails to Your friends when You achieve certain objectives in the game.
Interact with facebook ( I'm being told that I will provided with all the libraries I need).
Interaction with store kit !, buy weapons, Items, etc..
I would like to know, how effort and time will take to add those features... It's complicated to use GameKit ..StoreKit..MediaPlayer and other frameworks ?, considering that I only have worked with OpenGL to this point ?
Short answer: no, it's not hard to add those features.
Longer answer: depending on your background, if object-oriented concepts are new to you, it may take you longer to learn how to use the objects and frameworks. The only thing you can really do is read over the documentation and look at tutorials and decide how complicated it looks. Really, though, it's all well designed and thought out and if you have a programming background, a couple of the examples should give you plenty to start with and you'll get it all soon. And then come on back with your specific questions and smarter devs than I will answer them.
The hard part is all the details: weapons, items, etc.