LÖVE

Fenrir wrote:

kikito wrote:I think Mari0 might be more known than Move or Die - http://stabyourself.net/mari0/

Hmm according to Steamspy Move or Die is a huge success (http://steamspy.com/app/323850), and I've heard of it in many gaming websites/podcasts/magazines, I think that it's definitely the most famous Love2D game around, at least for non developers.

Mari0 had about 2 million downloads a couple years ago. Move or Die is the most successful commercial LOVE game and mari0 is the most successful non-commercial one, I think.

I thought visual editors were good as well until I tried Unity.
It took me a couple hours to learn a little about the editor and some tools like animator, and I couldn't do a basic game in 4-5 hours.
I could do that in LÖVE, and it took me 5 minutes to animate a character and another 5 to make a menu!

How many commercially successful programs come with source code?

Fear about the source being there in the open might be high in the list of reasons for choosing other tools/frameworks.

pgimeno wrote:How many commercially successful programs come with source code?

Fear about the source being there in the open might be high in the list of reasons for choosing other tools/frameworks.

Hmm one could obfuscate the code or refactor it in a way it would be not understandable.
Hmm I'm not sure about that.
What would I do with the source code if I don't master the programming language already?
And well, I decompiled some .NET games which didn't come with source code such as terraria and proteus

It's piss easy to disassemble absolute majority of games that didn't use C++ for programming and instead used some sort of scripting, which is for all practical purposes is equivalent of just having it open source. But it's not bad. Often enough, it's actually good! Case in point: Minecraft. And non-source code assets are usually just packaged in some sort of rapidly-unpackable loading time optimized archive, with no encryption (it increases loading time!)

Fear of assets and sources availability is completely irrational and implementing measures to protect either (much less both) will only hurt reputation, take time and effort and money doing it, and detract from sales.

I see a lot of prototypes and not many completed games. At least löve attracts, so I think the reason might be that löve doesn't have a preestablished route to getting a project from prototype to complete game. To do that a newbie needs to learn different abstract concepts of programming that are not obviously established or completely supported in Lua's architecture. And to learn and successfully apply those abstract concepts in larger projects is a skill in itself. If you are learning Java, you have to diligently learn oop, which will allow you to work better in larger projects and as a member of a team. Other tools like Unity have a preestablished system to organize projects that considers somehow people with no programming experience, so they don't have to face the problem of what programming paradigm you have to use to finish one project. Like there is in the case of löve.

What I express here comes from my experience, after being suggested as a newbie to use löve, learning the basics, creating some projects to abandon them later. At first, I was very motivated and felt that I could create anything, later I got anxious somehow. I think the reason was bad coding practices and not using an organized way of coding. I was programming from the bottom to the top, and it got really messy. Only after facing and feeling all those programming hurdles was when I started researching about programming paradigms and all that (right now I'm moving my prototypes to an ECS coding style, hoping to complete one of them soon). I'm just getting my feet wet so I might be wrong about all this but I feel that, although Lua's flexibility is a plus for programmers, it might scare or demotivate a great part of the market that löve attracts.

scissors61 wrote:...

I kinda agree with you, lua and löve not holding your hand and allowing you to code mostly however you want will make it more of a trial and error for the beginner developer to code their game as good as they can. They could do OOP, they could use ECS, they can do both, or neither. Nothing's mandatory, so they get many more decisions to handle.

raidho36 wrote:...

In all technicality, disassembling old games is also easy, with the right tools, but then you'll need to understand the code itself, which for really old games, might not contain that much "fluff"; OpenTTD exists, OpenRCT was started as well (both Chris Sawyer games, mostly coded in assembly), some guy on github is disassembling and re-coding in C the first five Touhou games (NEC PC-98 games, not even IBM-PC)

Minecraft was obfuscated (vars and function names, iirc), but that didn't stop people one iota.

Finally, about assets, if you know/can guess the container format, you can dismantle it, either by hand or automatically by some code; xentax forums, the cutting room floor wiki, and the vg-resource websites come to my mind regarding that...

I'm looking forward to either see other famous games made in Love2d or to make one then

I'm a bit late to the thread, but I would like to note I am trying to keep an updated list of "Notable Love Games"

http://missingsentinelsoftware.com/notable-love-games

if anything is wrong, or missing, please tell me!

josefnpat wrote:I'm a bit late to the thread, but I would like to note I am trying to keep an updated list of "Notable Love Games"

http://missingsentinelsoftware.com/notable-love-games

if anything is wrong, or missing, please tell me!

Thank you
While checking out Aerannis on steam I stumbled upon this frame.
I can read Cyrillic because of my girlfriend.
It says "Porn" on the platform.
That seriously made my day ahahhahaha