We're back to participating in LD47!
Same stack as always, rust/amethyst/tiled/gimp/aseprite/flstudio.

Excited, can't wait!
Good luck and have fun :)

Ludum Dare 47 is coming up the weekend of October 2nd! Back on the old site there used to be a thing called Warmup Weekend and I figured why not bring it back?

What is Warmup Weekend?

Warmup weekend is a chance for you to dust off those tools, check the build chain, and make sure that you have everything working before Ludum Dare starts in earnest. You only have 48 hours to develop a game and you don't want to waste 12 hours because your favorite input package no longer works with the latest version of your game engine!

What do I do?

It's simple! Fire up the IDE (if you use one)

Push some pixels (or rig some models)

Draw something to the screen (If you do that)

Play some sound! (If you want to)

Compile (if your language requires it)

Post it so others can try to run it. You don't want to lose the initial couple rating days trying to fix your build because it only runs on your special hacked Linux kernel and you forgot to have others test it for you!

Make a game if you want. But remember, this should take hours, not days. It is a stretch before the main event. Don't burn yourself out here.

Entries are open all week until Ludum Dare 47 starts.

https://itch.io/jam/ld-47-warmup-weekend

2000 of the damn things were repeats. Why the hell is everyone trying to be edgy this time around?

Using game engines for LDjam is like bringing a car jack to the gym. Efficient, effective, and vastly more capable. On the other hand, typing in matrix algebra is not a great way to spend a weekend. What's the right balance? Whatever balance we pick, obviously... ;)

We're writing some helper stuff, and maybe it can help you too. Here is a 32-bit floating point linear algebra library designed for 2D (for example, matrices are affine transformations instead of being actual matrices.) 32 bit floats in Javascript, you say? Yes, it turns out that it is possible...

P.S. All untested code is broken, so don't trust anything until you see a commit message that says "Fixed (that specific function.)"

[https://github.com/Atomotron/ld47-prep/blob/master/math32.js]

Hello

We are looking for people to join our team for LD47 If you're looking for a team, please drop me an email @ ld47-team@tolmera.com

You can check out my library of games here: https://ldjam.com/users/tolmera/games That should give you some idea about what I've done in the past.

I'm a professional programmer for a career at management level, so this time for LD I intent to run a full team and co-ordinate all the pieces coming together.

We are currently looking for:

Programmers
(HTML, CSS, Javascript, Node and other web compatible languages - feel free to apply even if this is not your realm, as the theme may dictate a change of plan)

Designer
    Artists

Musicians
Voice Actors

Testers

Person/people for Social Media / PR / Outreach

If you're interested in joining the team, please email me with examples of your work (You're still welcome to apply even if you don't have a portfolio - I realise not everyone has the luxury of being established or having work they can exhibit)

The obligatory post confirming that team Cocoa Moss is IN for LD47. I'll be joining forces with @xellaya once again to put something together.

You might remember us from our previous games such as Samurai Shaver and Goodnight Meowmie.

I've switched over from Unity to Godot for LD45 and haven't looked back since. While Godot is lacking in a few things that would admittedly be very nice to have (probably the chief among them being the ability to easily modify and debug the playing scene live a la Unity), I have really enjoyed using a lightweight engine that is not bogged down with heavy compile times, cruft, a 2D physics implementation system that....pretty much makes you do EVERYTHING if you want it done right, and a bunch of other scrappy features that you have (don't even get me started on the default resolution selection dialog...). I don't always agree with every part of Godot's philosophies (nodes being a weird combination of hierarchy plus functionality is a little confusing at first), but in general it's sat pretty well with me which is of course why I'm continuing to work with it.

This of course is the week where everyone should be updating their engines and warming up all the tools to make sure everything still works like it should. There was a new stable Godot release from just a week ago (3.2.3), so that's worth checking out.

Godot 3.2.2 brought C# support for iOS, meaning you can now use C#/mono and publish to Android, iOS, HTML5, and desktop platforms. I quite like C# as a language -- I find the syntax comfortable to use, I like working with its data structures, and I like the fact that it's strongly-typed. The real question is, is it going to be better than GDScript for me?

Although some of the documentation around Godot's C# support needs a little bit of work (installing the correct minimum set of dependencies took some trial and error), once I got past that phase everything was working together quite nicely. With C# I had a syntax that I liked more, a code style that I liked more (PascalCase over snake_case), compile-time checking, and even automatic code formatting and support for refactoring. Project export times were even still pretty quick, even for something like iOS.

But in the end I decided to stay with GDScript for the sole reason that I think I just NEED the faster iteration time that a scripting language offers me. From what I saw the C# API was going to work just fine, and it was going to provide me a slightly better experience while coding, but honestly even an extra 3 seconds of build time every time I want to run the game just ended up being a dealbreaker for me. It might not seem like much but I feel like that iteration time just NEEDS to be lightning fast for me to feel happy during a game jam (or even outside of one).

I think this decision would have gone the other way if GDScript did not now have static typing support. It's not so much that I need static typing -itself-, but rather, I really need my IDE to tell me what members a class has and offer good intellisense, otherwise I just get bogged down to hell trying to look up the names of functions every 5 seconds.

Anyways that was an extremely long-winded way of saying that I'm sticking with GDScript for the foreseeable future!

My Godot starter code for LD is split into two repositories - one for the project template and one for some common utilities.

See you all in a week at the starting line!

Each Pre-Ludum Dare wall is filled with hatred towards the themes. Let's be more positive this time and let's all appreciate that different people have different opinions and let's respect those who just happen to like something we don't.

PS: don't hate repetitive themes, because when someone suggested a theme, they couldn't affect that someone else had the same idea.

So, enjoy the event no matter what and most importantly #donthatethemes #loveforLD

So this time I decided to be more positive and downvoted only those themes I really couldn't agree with or were too strict/specific. Like "Star Wars" (seriously?)

Still have many to go.

savethethemes

Hey guys im looking for a teammate (musician) im a programmer and game designer ( i can make some art myself) if you're interested drop your email or social media

Say something

Hey everyone! I'm looking forward to jamming with you all!!

This isn't my first rodeo, and I'm looking forward to seeing what everyone makes!

May the best game win!

You can check out my social media and past entries below!

• Website
• Twitter
• itch
• Gamejolt

Ludum Dare 46

The Flame

Ludum Dare 45

Real-time Gardener

Ludum Dare 43

Dark Roads

Ludum Dare 42

When Life Gives You Lemons

Ludum Dare 41

Super Slime Slasher Ultra

Ludum Dare 40

Cult Classic

Apparently we're now trying to condense entire Choose Your Own Adventure novels into a single Ludum Dare theme:

Unfortunately it's too late for me to submit my own theme suggestion of:

[[Demake/Don't Demake][Your/My/Someone's][First/Second/Third/Fourth/Fifth/Sixth/Seventh/Randomly Selected/Last][And/Or][[Favourite/Worst/Most Perplexing][Ludum Dare/Played/Imagined]/A Different][Game/Film/Experience/Introspective]/Don't Take Part]

Keep 'em short and to the point, people.

Will probably add controller support to my game, so that I will have an excuse for a new xbox controller

Many people think that there is a hatred towards themes and general hate during the phase of themes slaughtering.

I don't hate themes, but they are often ill-considered in the context of amount of time we have during the Jam.

Another issue is the recklessness with correct naming - is it so hard to write the first word with a capital letter, check if theme is spelled correctly etc.? Even if English is not your native language - Google Translate is your friend.

I think that it's not a matter of hate towards themes, it's just that your brain gets a little tired when you see this many low quality themes.

And the slaughter results shown in the users' posts confirm this somewhat.

Cheers!

Tiny ducc for attention

This will be my 6th Ludum Dare and I made a video sharing my experience and what to do to have a successfull Ludum Dare.

Hope you find this video useful and happy jamming!

https://youtu.be/EIOqSxkp8tI

I'll have to see what happens with school, but I'd like to participate this time around. If things work out, this will be my 20th game jam! I haven't participated in a Ludum Dare in over 2 years due to the unfortunate timing of the events. I've mostly been participating in the Alakajam for the last 2 years.

What I'll be using: - Python - Pygame - MS Paint - Aseprite - LMMS - SFXR

Here's a GIF of my last project: