The SA stipulation just means that any art you base specifically on the art needs to be shared under the same license. That does not mean you have to make your games use the same license. That said, not everyone understands the license when they use it, so you should ask the artists, anyway.
I would love to hear that someone was using my art. It's the ultimate form of flattery to me.
You could always find a CC0-licensed sprite style and create the sprites using an image editor. I have a CC0 sprite pack of my own by the way (nowhere near as developed as LPC and a totally different look). That said, I doubt anyone would put up much fuss over a sprite comic using LPC style sprites from a sprite generator. Making money off that would be tough, anyway.
I am a little fickle about the use of "acronym" to describe initialisms. Acronyms are initialisms which spell out a word or something that looks like it could be pronounced like a word.
Example of acronym: RAD (rapid application development)
Example of initialism that is not an acronym: RPG (role-playing game)
Simulation is also often referred to as just "sim", but that's neither an acronym nor an initialism, so I can't say you were incorrect. Just thought it was odd for you to say "no acronym" there.
It may be easier to just ask us what game type we don't like.
My response to your survey's last question: "I want something like Halo except for PC and with some extra RPG-like features."
I may be missing the point here, but you should take a look at Super Mario RPG for ideas about isometric world design. I think that was one of the best isometric platformers I ever played, and it was a hybrid platformer/RPG. Anyway, you should consider moving to a 3D movement system (if you haven't already) to support jumping and other forms of vertical movement.
Don't worry. I thought it was hilarious. Good way to start a night of gaming. Thanks, Will. :D
Just to be clear, I want to restate that I have nothing against Haxe as a platform. I would love to use it for a professional or collaborative project sometime in the near future. Godot game engine also looks very promising for collaborative projects, and I intend to look further into it as part of a viable game creation suite.
I agree with Bart that the jump-right-in approach is hard, but it is also very rewarding. However, you could supplement the language and libraries I chose with slightly easier languages/libraries/IDEs, like AS3 combined with Flixel in FlashDevelop. If you use a game engine, make sure it is open source for learning purposes.
I can vouch for Scirra Construct. It is a brilliant game engine, and it's fairly cheap, too.
However, Paul Wortmann is correct. You need to learn a programming language in order to really have the power to make whatever game you want to make. If you want to jump right into the hard stuff and get some real programming experience, you should look at CodeBlocks and C++ and SDL2. SDL is great as a graphics library for C++. CodeBlocks is an excellent IDE for C++ programming.
You also may want to look into tile map editors and develop a decent workflow for making tile-based games. I recommend Ogmo Editor for tile-based game design, because it is extremely flexible and keeps settings across your entire game project rather than per map. I like Ogmo's ability to set prefabs for the entire project.
Whatever you choose to start with, make sure it is a platform that allows you to learn traditional programming structures and concepts. Do not choose to start with Unity, because it does way too much for you. You want to avoid game engines in general unless they are open source and somewhat simple.
The SA stipulation just means that any art you base specifically on the art needs to be shared under the same license. That does not mean you have to make your games use the same license. That said, not everyone understands the license when they use it, so you should ask the artists, anyway.
I would love to hear that someone was using my art. It's the ultimate form of flattery to me.
Wasn't this a topic about a separate game engine? It wasn't in the Flare forum earlier, was it? o_O
You could always find a CC0-licensed sprite style and create the sprites using an image editor. I have a CC0 sprite pack of my own by the way (nowhere near as developed as LPC and a totally different look). That said, I doubt anyone would put up much fuss over a sprite comic using LPC style sprites from a sprite generator. Making money off that would be tough, anyway.
I have seen a similar feature on BlendSwap for 3D assets. It works fairly well, and I would love to see such a system on OGA for 2D assets and audio.
I am a little fickle about the use of "acronym" to describe initialisms. Acronyms are initialisms which spell out a word or something that looks like it could be pronounced like a word.
Example of acronym: RAD (rapid application development)
Example of initialism that is not an acronym: RPG (role-playing game)
Simulation is also often referred to as just "sim", but that's neither an acronym nor an initialism, so I can't say you were incorrect. Just thought it was odd for you to say "no acronym" there.
It may be easier to just ask us what game type we don't like.
My response to your survey's last question:
"I want something like Halo except for PC and with some extra RPG-like features."
I may be missing the point here, but you should take a look at Super Mario RPG for ideas about isometric world design. I think that was one of the best isometric platformers I ever played, and it was a hybrid platformer/RPG. Anyway, you should consider moving to a 3D movement system (if you haven't already) to support jumping and other forms of vertical movement.
"I hope tap enjoys it." - ryan
Don't worry. I thought it was hilarious. Good way to start a night of gaming. Thanks, Will. :D
Just to be clear, I want to restate that I have nothing against Haxe as a platform. I would love to use it for a professional or collaborative project sometime in the near future. Godot game engine also looks very promising for collaborative projects, and I intend to look further into it as part of a viable game creation suite.
I agree with Bart that the jump-right-in approach is hard, but it is also very rewarding. However, you could supplement the language and libraries I chose with slightly easier languages/libraries/IDEs, like AS3 combined with Flixel in FlashDevelop. If you use a game engine, make sure it is open source for learning purposes.
I can vouch for Scirra Construct. It is a brilliant game engine, and it's fairly cheap, too.
However, Paul Wortmann is correct. You need to learn a programming language in order to really have the power to make whatever game you want to make. If you want to jump right into the hard stuff and get some real programming experience, you should look at CodeBlocks and C++ and SDL2. SDL is great as a graphics library for C++. CodeBlocks is an excellent IDE for C++ programming.
You also may want to look into tile map editors and develop a decent workflow for making tile-based games. I recommend Ogmo Editor for tile-based game design, because it is extremely flexible and keeps settings across your entire game project rather than per map. I like Ogmo's ability to set prefabs for the entire project.
Whatever you choose to start with, make sure it is a platform that allows you to learn traditional programming structures and concepts. Do not choose to start with Unity, because it does way too much for you. You want to avoid game engines in general unless they are open source and somewhat simple.
I have very limited Java experience, but I would be curious about the game's workflow if you're willing to share that information.
Pages