https://www.youtube.com/watch?v=zonp_bzkEJg&feature=youtu.be

I made a bullet hell shooter where you travel into enemy space in order to buy lunch. There are a bunch of cool upgrades you can get along the way, and an angry general to deal with! Let me know what you think, any feedback is really appreciated. Thanks! 

https://hamezii.itch.io/bitcrush

https://veksell.itch.io/little-lethal-cook

My entry for the Lowrez Jam, 40 Weeks. Everything  was made for and during the Jam by me. No reused code or art. Frankly I'm amaze I was able to get as much as I did done in these two weeks.

Unfortunately I Missed the Deadline by a few minutes because UE4 chose to break my game as I was packaging it due to a long persisting bug with DefualtEngine.ini. I really should have been doing daily builds just to make sure if packages with out issue. Made a post about it. https://itch.io/t/930847/help-ue4-a-jerk#post-1882386

I got kinda bummed and clock out after that, you don't work on something for two weeks straight only for one stupid thing to ruin everything. But I decided to clean up game page add a cover image and Let people play it.

Making the game was heck of a process. Early on I decided to make the game using UE4 partly because I wanted the game to be 3d and gosh darn it if UE4 aint just great for prototyping games.

The first major step was getting unreal to just trust be and have the game at a 64 by 64 resolution. I managed to accomplish it with a scene capture and post-process effect that just replace whats on screen with capture. Cruel but effective. Then I got enemies following me and chasing me and I could shot and kill them easily the easiest part of the whole thing.

The next big step was getting the game to build a city, first step was roads and buidling. I wanted the game to be procedural generated so this was the first big step in make the game even happen.

Next I needed HUD elements. Using widgets for this project thanks to 64 by 64-ness of it all was kind of a no go. Or at least I wasn't willing to waste time trying to make it work. So I make a UI Actor that just had hud elements and with another scene capture Boom, HUD. Last major step as far as HUD elements was Text. I thought at first I'd just have all text in the game be Bitmaps but then I'd need a new texture for every piece of text and that wasn't gonna happen. SOOO I ended up making my own text component, It one has one font and on size but I can space out characters in even fashion and even can have a drop shadow!

Next I need to Generate Indoor spaces. My First attempt was very rudimentary. Basically Generate Bunch of random boxes and try and connect them. The spaces it produced we random hodgepodges of Rooms and corridors, Spooky but I would have been able to give the spaces real purpose. I ended up scrapping that system in favor or a node based system that connected rooms to rooms. Allowing the space to be random also Logical.

Then I got started making art for the game. I started by making a quick generic human mesh that I'd build off of for the characters. I never got around to making a proper zombie model and I had something gnarly in mind for the zombies but I ran out of time as It was more important to me the have the player model. I also started making some simple animations for things. REALLY SIMPLE. Like one frame, except for the reload animation... that's the only real animation in the game at the moment.

i started to flush out the game building the inventory system deciding of weapons health and items work. I had to make alot of cuts to systems and mechanics because time was running out.



The last major step was populating the world with static meshes. BEHOLD! A TOILET! After that I just really bulked up the connective tissue of the game. Making it beatable and the like. I had alot of fun making this game and I'm really proud how it turned out. Let me know what you think guys.

Play our 64x64 Citybuilder / tamagotchi here ^

I like the 15 day timeframe, hopefully things can be a little more relaxed than the usual jam franticness. I'm happy with the '64'ness working in Unity, along with the basic movement happening.

https://anarkavre.itch.io/eternal-horror

Day 1 :

Day 2:

Day 3: (using gfycat because wieght is > 3MB) https://gfycat.com/obesegrandiosecrocodileskink

Day 4: (video) https://streamable.com/kkpfn6

Day 5:

And finally Day 6: (video) https://streamable.com/v6yxxo

After day 6, it was mostly polish tasks.

Anyways, this jam was very fun, you can find my game here : https://itch.io/jam/lowrezjam-2020/rate/732095. I hope you enjoy it!

Have fun!

========

LATEST PROGRESS GIF

Idea

- procedural generated zombie infested mazes

- everyone plays the exact same layouts (same random seed = level number)

- record what the player does and where they die

- send replay to server and download to clients

- play along with everyone else in the infinite zombie maze!!

Chances of pulling this off?

Pretty slim ;)

thanks! 

We just finished our participation in this LOWREZJAM 2020.

It's a simplified beat 'em up where a slippery man protects wet street floors from incomming gangs guys. I hope you like it!!
https://itch.io/jam/lowrezjam-2020/rate/729173

So instead, I came up with a less silly idea: a platformer about switching between 2 versions of a building that are very similar but not quite the same ("parallel universes"), in a stealth mercenary context ("infiltration"), carrying a big noisy science gun ("you are terrifying") that can also be used to do a mini-jump by shooting downward ("recoil"). The reason for it being a platformer is so the gun recoil matters more and cause it's easier to make wet floors matter that way ("slippery"). I'd also like to emphasize alertness among enemies, including whether they actually saw the player character and whether they saw the character disappear into the other world. I'll probably limit how much the enemies can do beyond shooting and running sideways though, so that I don't have to do complex pathing. However, when not alert, I'd like the enemies to appear to chat with each other and buy hotdogs ("hotdogs") from nearby futuristic vending machines ("life of an NPC"). I'm not sure yet, but I may also put in dodge rolls and simple executions ("you are the weapon"). I'm hoping that combined with enemies not being too far from each other will also encourage players not trying to ghost their way through to not stop too often ("always moving"). Lastly, and this is a bit of a stretch, but if I have enough time after all this complexity, I'll all some narrative bits that emphasize how it feels to be going back and forth between 2 worlds that can easily be confused ("it's not really there"), though I guess that theme could also be how the NPC's see the player character?

Regarding making the game, I'm going to use SDL2 with a bunch of modules I keep around as my preferred wrapping, while trying out Emscripten for the first time. I'd also like to put less emphasis on lower tech and what old games look like (as the examples of past jam games seems to do) and more on what freedoms low resolution graphics allow. As such, I'm thinking the game map should scrap the tiles and just be fully drawn as a single image. That would also make terrain destruction easier if that mechanic turns out to make sense.

So far, I've mainly coded some setup and typed up some technical plans, but I've also made these pics for just seeing how things could look:

(How the player character might look while shooting, a possible guard type being relaxed, and a possible way to show a hint of what's going on in the other world to help players play more quickly)

(what the back walls and sky could look like in the full map image)

With these ideas in mind there's several things I'm unsure of:

-- The thread on game rating mentions "sub-pixels". Is it going to get complaints if I use semi-opaque pixels to help imply details in pixel art, such as trying to show the player character's head being curved in the back?

-- Similarly, are smooth gradients going to make it feel less "authentic" when scaled upward? I'm thinking a good default would be 4x scaling, which I don't think would break the gradients enough to make them not look smooth.

-- If I have enough time to add in explicit narrative elements, would it be too disruptive to the immersion to use title cards so I have more room for text? (so reading a sign would cause the full window to just render text until the player presses a button)

Decided I would keep (or at least try to keep) a devlog of progress for this jam.

KURUSHI: DEVLOG

Day 1 entry.

7 evenings, from about Midnight to 2AM, and waaaaay more coffee than I should be drinking at that hour. Whammy is as done as it's gonna get.... for now. :) 

Jam submission page:  https://itch.io/jam/lowrezjam-2020/rate/726991

Main Whammy game page: https://lynxjsa.itch.io/whammy  

I just submitted LASER LOOTER. It's a Twin-Stick ASCII Shooter.

Since each ASCII character is 8x8 pixels, the game could only use 8x8 ASCII characters. Tough.

I'm still hoping to add some title music and many more little details to the rooms.

I know I can't create good pixel art sprites, so this game is just a piece of sh*t.

Total Tank Turmoil is the game I've developed over the past few days for the jam, I'd love it if anyone could find time to play it and give me some feedback :) 

The aim of the game is to survive as long as possible while killing as many possible of the enemy tanks that arrive in endless waves. To complete that task the player must move around the map collecting ammunition, shields and repair packs as well as shooting enemies all throughout... 

DAY 1 Took me quite some time on the first day to decide… I had a few mock-ups of old projects for pico (at 128x128 resolutions) that I thought I could put into 64x64. I pick one of those… a Flipull clone and start working on a new gfx set and putting up a micro-prototype to check things out. Kind of works but the quarter tiles (4x4) are a massive pain to handle and my mind drops the idea. Back to the thinking chair for a while… then a very very old mockup on a potential Hero Quest game gets me started and I begin working on isometric art and a prototype engine.

DAY 2 Looks like I have a “working” (but terribly underperformant and hacky) isometric renderer for PICO-8 and the idea of moving into a “tactics” game crystalizes and I put up an initial prototype (fully random generated map and some units on it)

DAY 3 Getting the first heavy performance issues (mostly because the maps I test are still fully random) so it is time to get some fixes in place for that while continuing on art and implement a basic entity system for the units in the game.

DAY 4 Some work on the units but mostly still chasing performance tunning

DAY 5 Reaching the performance limit I am gonna be getting out of this “quick” engine… A clear decision to take, map size is gonna be extremely limiting, parituclarly the variance of height between tiles. New focus is putting together some map editor so I can progress with actual map and game mechanics

DAY 6 (TODAY) Editor progresses reasonably, fighting some issues with storing/retrieving the data but the goal is solve that today/tomorrow… To easy the tension I push on some style changes I started the previous night for the tiles.

I will keep you posted… I really hope to finish something playable out of this but I cannot put as much time I’d like to on completing the project. Comments appreciated!

Magelusion the Beginning

And, if your interested in checking out all posts for the devlog, when there ARE more, you can find them all here

This year for LOWREZJAM I decided to try and make a game similar to the flash classic "Motherload"
I really enjoyed this game growing up, and it still holds up really well. I figured trying to make a 64x64 demake of sorts would be challenging and fun. 

I've custom built an engine over the last few months, and this game jam will be my first test run actually making something in the engine. It is built on C# with a C# scripting API. The engine is agnostic to platform and rendering. So I am using MonoGame to generate Windows builds, and Blazor for Web builds. Expecting some challenges along the way as the engine is not mature, but excited to push it a bit. 

My main goals for Day  1 were generating a large mutable tile system, player movement, and a simple camera. I am happy with my progress so far, and excited to see where Day 2 takes me. 



Thanks for reading!

Actual Gameplay - Version 0.08 - Horror in the Museum https://schmidt-workshops.itch.io/the-horror-in-the-museum/devlog/168843/actual-...

We had a fast team. music, pictures and videos came just like from the factory. I was a coder, my friend Harri were graphician and Miika took care of sfx and vfx.

This was our team´s first multiplatform game. It took time and required compromises. We had to give up Hardware Acceleration Effects, Shaders, Lightning and 3D because we wanted to do very fast and light multiplatform game.

I was very pleased with the resolution of the project. It made things faster and simpler. -oneak

Here is what it looks like now...
 
For the full story, click here...
https://schmidt-workshops.itch.io/the-horror-in-the-museum/devlog/168734/fixed-r...

Overstuffed is a procedurally generated roguelike, except every time you attack with a weapon, it gets sucked into your bag and replaced with a random one that you own. At every sundown, the bag pulls you into a pocket dimension to attack you with all the weapons you've got. 

So far I've got enemies and attacks working. I'll be adding many more weapons and enemies in the days to come.

Hello everyone. This is the first of many devlog posts. I had the idea coming into this jam that I would be doing a beatemup, akin to Double Dragon or Streets of Rage. Story? No, none so far. :P For the most part, I try not to have any intentions in art, story, and honestly normally even the game genre. I tend to a bit more on low rez jams as normally I work on them on my own. This year, I have RyanAvx helping me with audio, so I shouldn't have to use random tracks from random asset packs from random humble bundles this year, so that will be nice. Anyway, ONTO THE LOG!

Quick Note:

So it's the first night. I made a unitypackage before the jam to just drag a camera in and have it just work. I did find a problem though. I made a script to keep everything on pixel units. This works ok in some cases, like things that don't move, but on things like cameras or players, you have to move at a specific speed or higher, so I had to remove that script from all the prefabs and such before I could really move on.

The Start (Art)

I started with a smidgen of art just as a mockup on a 64x64 pixel canvas.

This took all of about a half hour. I do art, I am not an artist, and as such I don't do this all that often, so I can be a bit slow with it sometimes, and others I can be fast. After making the mockup, I made a very simple character placeholder. While I intended them to just be a placeholder, I am starting to like them more and more. I also made a trash can for sizing and testing reasons. May get modified to be a bit more fancy, like popping out pieces of trash when hit/destroyed.

Start of a world (basic code and art in the scene)

At this point I threw in some code and had walking and a basic camera movement.

A problem with trash

As you can see, there is a problem with the trash can. It kind of wobbles instead of staying in place. This took a fair amount of time to track down what had happened. In preparation for animating it to take damage, I had changed the pivot point. What you are seeing is the fault of bad subpixel alignment. This trashcan is not save in a multiple of 8, which is my pixels per unit. Since it was 18 pixels tall, I had just dragged the pivot up a little. Problem is, as shown in the gif, this means that it's off by a percentage of a pixel. What I ended up doing was making the image 24 pixels tall and just having the extra transparent pixels be above it. After that, I could do math to figure out the pivot point. I have to do this math, because Unity doesn't set it's pivot points by pixels. it does it by percentages. So I have math. (24 pixels tall / 8 pixels per unit = 3 units total, 1 unit / 8 pixels means a pixel i .125 units tall. To get the percentage for the pivot I just need to divide 1/3 to get the scale of a single pixel tall, and multiply that by how many pixels I want to move it in unit sizes. So, .33333 * .125 = 0.0416)

 So now I have the number and it's simple to move the pivot to the right pixel. Just multiply 0.0416 by the number of pixels I want to move the pivot. Anyway, that fixes the trash can and I now have this.

Break Time

At this point, I took an hour or so break. I had to work today, and I program as my day job, so I'm a bit worn out at this point. (time invested, about 2-2.5 hours) After watching a few videos and getting some food, it was time to return. I decided to start with a swipe animation and make attacking the trashcan possible. So I made a few generic scripts. "DamageDealer.cs", "SimpleWorldObject.cs", and "SendCall.cs". Damage dealer, as you can imagine is a script that deals damage. I try to make scripts as generic as possible. 

Damage Dealer (script)

The DamageDealer is put on an object with either a trigger or a collider (normally trigger) and has the option of dealing damage to either a player or enemy or both, and on trigger enter or collision enter. With this, things like the player's punch/swipe/anything can simply have this script thrown on it and it activated when attacking. This can also be put on things that are still, like spikes. It also works with animations, so you can have something like an explosion happen, and in doing so, you can change how much damage it does from the start to the end of the animation. Things close to it get hit by full damage, things further away get hit by low damage. It's all up to the animation system or just what you leave it at default. I probably won't be using ANYTHING but this damage dealer.

Dealing damage with Simple World Object and Send Call (scripts and animations)

A simple world object is going to be anything that's in the environment that doesn't do anything complex. I started by adding this simple world object script to the trash can, adding an animator, and making a simple animation to take damage. At the end of the animation, an animation event trigger was added to call a function that allows the object to take damage again. The problem is, I moved the position of the trash can in the animation editor, and it wasn't a child of another object. This means the animation moved the trash can to wherever it was when I animated it instead of using local space whenever it took damage. Not a big deal, right? Make a child object, copy the animator and sprite renderer components to the new child, delete them from the parent. Animation plays correct! BUT the take damage function is on the parent now... You can't call the function of a parent with an animation trigger event like that. THUS SEND CALL! Send call is an EXTREMELY simple script. I calls the command SendMessageUpwards and takes in a string. When the event is triggered it calls the function on any script going up the line of parenthood. This means it can call the ResetTakeDamage function, and better yet, doing it on any script means if I make an AI script and it handles the health, as long as I keep the same function naming convention, it will still work! Generic scripts are great, aren't they?

Swipe Right! (putting it all together)

After completing the code to deal the damage, and accept the damage, I had to make a little placeholder swipe animation.

Now the player instantiates a game object of the swipe, it animates, the animator calls the destroy function on it using the send call script. Everything is now good to go! 

The Day's Summary

This is now the ending point of the night and I have a basic character that moves, animates, and punches, a basic environment to walk around in, and something to hit (the trash can) and kill. This segment also took 2-2.5 hours, so the total time at the moment is around 4.5-5 hours of effort and an hour-ish to write this blog. Anyway here it is in action!

Yeah, it's not a game, but it's a GREAT start for the first day in a jam. Especially since I did the art and the code on my own. Comments or suggestions are appreciated. (I do these write ups and never know who reads them) Should I keep the little spirit as the main character? Does the speed look good? Etc. Anyway, thanks for reading if you did!

Hope the jam is going good for everyone! I've not done a Devlog before so have decided to start one for the jam.

https://itch.io/t/907941/dancramps-lowrezjam-2020-entry-game-name-in-progress

Good luck everyone!