Jump to content

Hunt For Food is on the Steam Workshop!



blog-0429995001410751663.pngWell after a long time of developing Hunt For Food I finally have something you guys can play!


Along with the game I have made an instruction video that will guide you through potential encounters and show you the basics. I will also attach some written instructions to this blog. The game is rather big right now so it will take up to 4+ minutes before it is loaded.



So go Subscribe to it on the Steam Workshop and then open Leadwerks Game Player to check it out!

Any feedback would be much appreciated!

Let me know if you find any bugs. Loading Checkpoints seems to crash the game sometimes so use that at your own risk!


Instruction Video -



Written Instructions -


W - Move Forward, Climb Up(climbing), Zoom In (binoculars)

S - Move Backwards, Climb Down(climbing), Zoom Out (binoculars)

A - Move Left (same for climbing)

D - Move Right (same for climbing)


E - Move Forward (climbing), Start Climbing, Start/Stop Fires, Eat, Activate Traps, Pick Up Weapon

Q - Move Backwards (climbing)


Hold Shift - Sprinting

Ctrl - Start/Stop Crouching

Spacebar - Jump, Stop Climbing


P - Pause Game

9 - Minimize/Maximize Window

0 - Increase/Decrease Window Size

Escape - Menu Screen

Enter - Save Checkpoint (use at own risk, known to crash game)


Left Mouse Click - Attack, Throw

Hold Left Mouse - Power Attack/Throw Spear

Right Mouse Click - Grab/Drop


Hold Up,Left,Right Key - Rotate Carried Item

Down Key - Turn On/Off Negative Rotation

R - Reset Building Rotation


N - Start/Stop Sleeping

T - Equip/Un-Equip Torch

F - Activate/Deactivate Parachute

Z - Start/Stop Zoom (binoculars)

Backspace - Drop Weapon


Credits -

Josh - Leadwerks Engine Developer, fixed many bugs in my game, and very useful suggestions.

Leadwerks User Shadmar - Day and Night Cycle, Grass Shader, Fire Shader, and Fog Shader! This game looks good thanks to Shadmar!

Leadwerks User Rick - Saving and Loading as well as other help.

Nobiax - Many many textures and models were used from Nobiax and he is also to thank for how good the game looks. smile.png -- http://nobiax.deviantart.com/gallery/24853853?offset=0

Leadwerks User Eric Matyas - Menu Screen Music -- http://soundimage.org/

Blendswap member DennisH2010 - Wolf model that is used throughout my game. It looks great! -- http://www.blendswap.com/blends/view/24800

Leadwerks User Guppy - for showing me the wolf model, I wouldn't have found it otherwise.

Leadwerks Community - Awesome Support and Help with many issues I had throughout development! Much Thanks!


Software Used -

Leadwerks Game Engine Indie Edition 3.2 beta

Blender 2.7

MakeHuman 1.0.2

Gimp 2.8


Recommended Comments

Congratulations! I totally want to play it now once I have time! This will be a great learning tool for others as well! It was very generous of you to release this to the community, so thank you so much for that!


On top of that the amount of work you've put into it is impressive. I've followed a bunch of the videos/posts, it's just an incredible project!

Share this comment

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Add a comment...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Blog Entries

    • By Josh in Josh's Dev Blog 5
      I did a little experiment with FPS Creator Pack #75 by upsampling the images with Gigapixel, which uses deep learning to upsample images and infer details that don't appear in the original pixels. The AI neural network does a pretty impressive job, generating results that are look better than a simple sharpen filter: I doubled the size of the textures to 1024x1024. Then I generated normal maps from the high-res images using AMD's TGA to DOT3 tool, and saved the normal maps with BC5 DDS compression. The diffuse textures were saved with BC7 DDS compression. The images below are using a 4x magnification to demonstrate the difference.

      As you can see, the image that is upsampled with deep learning looks normal and the resized image looks like there is butter on the lens! It's hard to believe the above images came from a 256x128 section of an image.
      The workflow was pretty tedious, as I had to convert images to TGA, then to uncompressed or BC5 DDS, and then to BC7 in Visual Studio. Each BC7 texture took maybe 5-10 minutes to compress! So while this set represents the optimum quality for 2019 game tech, and the format for assets we want to use in LE5, the workflow has a lot of room for improvement.
      You can download the full package here:
    • By Josh in Josh's Dev Blog 0
      A new beta is available with the following changes:
      Script prefixes are now changed to lowercase entity:Update(), entity:Start(), etc., as well as widget:Draw(), etc. This is because Entity() and Widget() are going to be functions to cast an object to that type. Sprites are now created on a sprite layer object. A sprite layer is created in a world and added to a camera. This allows control over what camera sees what set of sprites. See the examples for details. GUI system is partially working. Resizing the window won't reposition items correctly. Only four widget types are supported, panel, button, hyperlink, and label. Example in the FPSGame demo. The game menu system is packed into an entity script and works really nicely. Widget scripts are a little harder to develop now since they use a system of persistent objects, but performance is very much better than LE4. An interesting detail is that you get free interpolation of position and color at a rate of 60 hz. A lot of work was done to improve the Lua binding system. See details here. Error reporting and handling is much improved. No work was done on sound. No work has been done to the multicam demo, which some people had trouble with. Actors crashing / Lua stack error bug fixed. Changed .bat files to use release version of EXE instead of debug. New commands EmitEvent() and GetEvent(). If the returned event type is EVENT_NONE, there is no event. EVENT_QUIT can be emitted anywhere in the program to signal the main loop to exit. Typical usage is like this: while window:Closed() == false do while true do local event = GetEvent() if event.id == EVENT_QUIT then return end if event.id == EVENT_NONE then break end if event.id == EVENT_WINDOW_CLOSE and Window(event.source) == window then return end--you don't need this when Window:Closed() is being checked for already end world:Update() world:Render(framebuffer) end  
    • By Josh in Josh's Dev Blog 2
      DPI scaling and the 2D drawing and GUI system were an issue I was a bit concerned about, but I think I have it worked out. This all goes back to the multi-monitor support that I designed back in September. Part of that system allows you to retrieve the DPI scale for each display. This gives you another piece of information in addition to the raw screen resolution. The display scale gives you a percentage value the user expects to see vector graphics at, with 100% being what you would expect with a regular HD monitor. If we scale our GUI elements and font sizes by the display scale we can adjust for screens with any pixel density.
      This shot shows 1920x1080 fullscreen with DPI scaling set to 100%:

      Here we see the same resolution, with scaling set to 125%:

      And this is with scaling set to 150%:

      The effect of this is that if the player is using a 4K, 8K, or any other type of monitor, your game can display finely detailed text at the correct size the user expects to see. It also means that user interfaces can be rendered at any resolution for VR.
      Rather than trying to automatically scale GUI elements I am giving you full control over the raw pixels. That means you have to decide how your widgets will be scaled yourself, and program it into the game interface, but there is nothing hidden from the developer. Here is my code I am working with now to create a simple game menu. Also notice there is no CreatePanel(), CreateButton(), etc. anymore, there is just one widget you create and set the script for. I might add an option for C++ actors as well, but since these are operating on the main logic thread there's not really a downside to running the code in Lua.
      local window = ActiveWindow() if window == nullptr then return end local framebuffer = window:GetFramebuffer() if framebuffer == nil then return end self.gui = CreateGUI(self.guispritelayer) --Main background panel self.mainpanel = CreateWidget(self.gui,"",0,0,framebuffer.size.x,framebuffer.size.y) self.mainpanel:SetScript("Scripts/GUI/Panel.lua", true) local scale = window.display.scale.y local w = 120 local h = 24 local sep = 36 local x = framebuffer.size.x / 6 local y = framebuffer.size.y / 2 - sep * 3 self.resumebutton = CreateWidget(self.mainpanel,"RESUME GAME",x,y,w,h) self.resumebutton:SetScript("Scripts/GUI/Hyperlink.lua", true) self.resumebutton:SetFontSize(14 * window.display.scale.y) y=y+sep*2 self.label2 = CreateWidget(self.mainpanel,"OPTIONS",x,y,w,h) self.label2:SetScript("Scripts/GUI/Hyperlink.lua", true) self.label2:SetFontSize(14 * window.display.scale.y) y=y+sep*2 self.quitbutton = CreateWidget(self.mainpanel,"QUIT", x,y, w,h) self.quitbutton:SetScript("Scripts/GUI/Hyperlink.lua", true) self.quitbutton:SetFontSize(14 * window.display.scale.y) w = 400 * scale h = 550 * scale self.optionspanel = CreateWidget(self.mainpanel,"QUIT", (framebuffer.size.x- w) * 0.5, (framebuffer.size.y - h) * 0.5, w, h) self.optionspanel:SetScript("Scripts/GUI/Panel.lua", true) self.optionspanel.color = Vec4(0.2,0.2,0.2,1) self.optionspanel.border = true self.optionspanel.radius = 8 * scale self.optionspanel.hidden = true  
  • Create New...