itch.io

Cool planet!

Theme Chosen: History Repeats

Pallet Chosen: P1 

Language of Choice: Haskell + SDL2 Wrapper

Notes:

I have a small get-up-and-go project that is nothing more than a hello world SDL2 tutorial, but in Haskell with sdl2-text and the ability to write sine waves to the audio card.

My plan is to be able to generate levels of increasing difficulty by defining classes of 3SAT problems. e.g. (x or y or z) and ( not x or y or not z) ..., where the player can flip variables by interacting with the level until the hidden problem for that level is solved. 

I want to avoid combat, so it might be more environmental. something like: x's are birds, y's are trees, and z's are water and the different clauses (triples of variables) correspond to segments of the level. 

The game can tune difficulty as it goes by either increasing the number of unique variables ~ actors in the game, increasing the number of clauses ~ segments in the level, or introducing super-variables that can mutate the state of the game (touch multiple variables) imposing the need for order of operations.

It would just be nice to have a game I can automatically test from start to finish and then just focus on making pretty, so that's what I'm going to try to do.

Should be able to support Windows, Mac, and Linux when I'm done. I've tested it on Mac and Linux at least. 2D because SDL2, not going to try and do fancy 4color shader stuff today :)

Good luck to everyone else

Accidentally slept through New Years.. Oops. But did go into work in between the holidays and work on my research. I have a more concrete schedule for everything starting Saturday. So we'll see how it goes! 2 hr homework + 6 hrs Research + 2 hrs game.

Downloaded Spriter today, again. I was a KS backer a long time ago (2012? 2013?) but never made enough art to warrant the use. Also, my classmate who made game stuff with me backed libGDX's spine and I have a copy of that as well.. So I am currently weighing the pros and cons of using one over the other.

Partial lists:

Pros of Spriter:

• I know it

• I don't know how to make its system work in libGDX other than following some help here: https://github.com/Trixt0r/spriter

Pros of Spine:

• Works well with LibGDX out of the box
• Very sleek looking / full featured

Cons of Spine:

• Crashes CONSTANTLY on my mac. D:

Started on the editor, and noticed a latency problem between pressing a key (WASD) and a musical event occuring (changing pitch on a sine wav generator)

So I made my own version of the TarsosDSP AudioPlayer that uses Gdx.audio instead of javax.sound or whatever.

Also made a new audio processor, Hard Limiter, which now may be unnecessary but is still a nice thing to have and put on the end of processing so no one gets peak artifacts blasting their eardrums

So, in order to do the list in last night's post, I have been thinking about where to start so that I'm not just building small tech demos and then dismantling them back into their pieces al a "lego coding".

I think I am going to start but trying to get 2 things done this weekend:

an editor that eats json specs for entities and demos them so I can prototype them quickly and 1 'world' a player (cube placeholder art lol) can navigate around in. That seems doable and lets me not stress about my art skills just yet. It also will let me get closer to making all the design decisions about what entities of a world should 'have'. I am thinking of being lazy to start and maybe I'll like it. Where an entity is just a collection of: sprite outline/base, vis. pattern (color), AudioProcessors, AudioBehavior, MovementBehavior, AppearanceBehavior.

And then your sampler just picks up the pattern and processors. The behaviors are essentially the tweaks to the params over time as well as "when should an entity appear/disappear" to add some artificial scarcity.

Hopefully this can fit in a weekend with only a few hours given to it. We'll see.

Played around with TarsosDSP library after getting back from X-mas eve dinner with family. Rewrote some of the base classes from the synth example to be non-blocking and let me mutate state (the functional programmer in me is saddened by this. Might think about a Kotlin Actor model for the music synthesis of it gets tooo messy). Realized a cool "game flow" for this project:

1. You go to a planet.
2. Associated with game entities (wind, rain, bunnies, etc) are a tuple of visuals and sound.
3. Visuals are made up of patterns on sprites; Sound is made up of a sequence of Tarsos AudioProcessor chains with some params.
4. You wait around and at some point sample the sounds playing at a particular time (pokemon snap but for music haha)
5. You take the sample back, do some alchemy on it
6. put it in an instrument
   1. an instrument has at least the properties of turning the sample on and off, and then building one up lets you control parameters (real time modulation) or mutate AudioProcessor and visual objects (before hand modulation)
7. Then you can use the instrument in songs.

Sidenote: I am definitely drafting a declarative markup for describing these worlds, and making that the "source" of the sample snaps. That way I can push anything I want server side and store it easily, knowing that the java game implementation is literally just an interpretter and not holding any logic against me. I can see these AudioProcessor object chains getting out of hand really fast!

Day 4 (after taking a day or two for the wife's Bday and some cleaning)

Did some story boarding and boiled the game I want to make down to one I can make in a month by limiting myself to a handful of features and figuring out what needs to be done before what. I'll probably post some of those on my twitter account but short version:

Probably going to use Joren Six's TarsosDSP library to implement weird music features. Primary game mechanism is going to be: Explore alien worlds and snap samples (audio and video) from those worlds to make cool instruments and songs and be a hit on the intergalactic charts.

Day 3. Spent today cleaning the house and preparing for the work week tomorrow. Might start a Kanban or some other type of scrum board to organize my thoughts soon. For now, the immediate todo is to find a small mechanic and implement a rudimentary version of it. It is always easier than staring at a 'blank canvas' so to speak.

Didn't make direct progress on anything in particular but looked at some art, and did some pixel sketches in Aseprite. Then followed Xoppa's importing 3D model tutorials in libGDX just to see how hard it would be to get started with 3D art. (to be honest, sculpting something in 3D and making something look nice in pixel art, and poking at lines in vector art really all have a similar barrier to entry.).

Learned that Sculptris, while very easy to use and is fun to play with, does not export .mtl files and so it was too much trouble to use it as my primary 3D modeling tool. I miss milkshape (even though I didn't like it) and might hammer a nail with a machine gun by using blender instead (again). We'll see.

End of night 1 post

• Made a default libGDX project
• Made a default elixir project
• BrainStormed with the wife

Hello,

To summarize what I said in the introduction post:

I am a phd student and my work is in programming languages, and I want to make a game to flex some muscles in the down time between working on my research this winter break.

I like working on collaborative experiences so I want to make a multiplayer game with libGDX as my front end and elixir as my back end. I really like the idea of asynchronous + asymmetric gameplay. Something with deliberate tiers of involvement. For example: my elixir backend persists state for concurrent actors (players, game AI, entities, etc), my main libGDX project holds the code to build a generic client side representation, and each application interacts with it. It would be neat if some players played a Neko Atsume style game where the source material for it is the same world other people are playing an rpg in. Or if someone linked a persistent world between that fall out mobile game and their fall out first-person world.

Do I have any ideas for what game I would actually make about life in space? Not really.. But my wife is very creative (and can help me) and I am thinking I might actually be more successful letting the game tell me what it wants to be like, rather than the other way around.

I am going to be doing my development in this repository:

https://github.com/mpahrens/hereland_farland

and will hopefully be putting up screenshots and design documents asap.

Hello! My name is Matt and I used libGDX to teach OOP/Java when I was president of my undergrad computer science club. I am currently in grad school for computer science, with a focus on programming languages and DSLs.

I am not usually up on space themes, but I realize that is more that I don't dig spaceships or a void emptiness as "spaces" because there isn't much in them. Spaceships are fun as objects to tinker with, so I think that my interpretation of "life in space" may be less star wars / star trek voyaging into the unknown and more experimenting and tinkering with the denizens of space.

I am going to develop under a previous repo that was just squatting on a project name, that I think fits the theme, which will be here:

https://github.com/mpahrens/hereland_farland

You can see that previously it was just an init with no code other than an empty default elixir project. I think I am going to keep with my original idea of matching a libGDX frontend to an Elixir backend and see what sticks. To test/explore I am probably just going to do what I did in undergrad and make some Aseprite placeholder art, some synth on my EWI4000s, and playtest on my android phone and/or my OUYA that is collecting dust.

I'm probably going to work alone. All the other grad students left me this winter break :( But my wife might want to write some dialog / design some character interactions or something :p

My favorite color is purple; my twitter is @mpahrens.

I do have some work for the day job to get done, but maybe 1hr a day will get something small done :)