:(
Markus Glanzer
Creator of
Recent community posts
I really feel the need to chime in here -the thing is 2.5 GB... what do you expect?
The solution would be to pay the man, so that he can afford to get a proper hosting solution. Of course optimizing the assets for size wouldn't be a bad Idea too, but that megaupload site really is a bad way of doing things.
@Etherium-Apex : If you want help with that, get in touch.
Edit: It seems it's hugely browser dependant if that download works. I've tested several, and megaupload seems only to recognize Chrome, and otherwise demands you download their app. Chrome works, but only if your browser-cache allows for that. It also asks for permission to store "files on your device", which - if you block the request - naturally stops the download.
While you really shouldn't blame the dev for your own computer-illiteracy, I agree that megaupload might not be the most user-friendly option here.
I've enjoyed this game an awful lot. The minimalist colour-palette does a great job in abstracting the environment to facilitate path-finding, and the way the city-generator tends to throw buildings into each other produces some mesmerising results.
This is a really great proof-of-concept.
Some minor gripes / polish issues:
- The FOV feels tiny, which probably isn't a problem in itself, but since the game relies heavily on one's navigation skill, a higher one could improve gameplay a lot.
- It feels like there's no proper debouncing on the jump, which can be frustrating. On the other hand, I might just be rubbish at platforming.
- Lots of Z-fighting, which is probably due to randomness. I'm unsure if giving the single pieces tiny offsets wouldn't fix that problem without causing new ones. It's weirdly atmospheric, tho.
Thanks a lot for the try.
Yes, currently, Blender still comes with it's own little game engine onboard - which usually isn't even a bad tool. Unfortunately, they probably are going to phase it out around the 2.8 release, since they're replacing the OpenGL part with a Vulkan based solution, that's rumored to be Unreal-compatible.
In the end, it's a great opportunity to learn something new. I'm just a little undecided between using Godot and Unreal in the future.
Ultimately, there isn't much of a game to speak of in there yet, but I plan on remedying this in the near(ish) future. I've got a decent amount of free time coming up as well ;)
I updated it to be Windows10 compatible. Unfortunately, the Windows version seems to handle animations somewhat differently, keeping the "Hall of the Dwarven" most likely crashing. I could only test it on a TabPro, so ymmv. Interestingly, I've never encountered this particular bug before (armatures used to work on windows previously), so maybe it's just a sign of Blender's Game Engine being phased out.
For what it's worth - the mechanics prototype should work.
Yeah, I was lazy and used the standard-exporter. (deadline was 5AM around here, and honestly - I threw all the modules I had built together, and disabled functions until it stopped crashing).
That error is curious too- 3.5 shouldn't even be a dependency.
I'll package it properly, once I'm at my machine again.
Some boilerplate-dwarves with interchangeable heads, also here's a flat-shaded one.
I might be giving the theme, I'm going for away here. ;)
Yeah, and imgur-links
That's a good question. I didn't remember I joined this, until I got the announcement, so I'm caught a bit off-guard.
It's pretty useful to have a list of Ideas you want to try, but haven't got around to yet - regarding the BGE and Blender as a whole, mine involves:
- implement a game-of-life style simulation, and make use of it in some way
- improve pathfinding solutions
- figure out blender's GLSL pipeline, and make use of it in some way
- build a proper IK system, along with dynamically figuring out hotspots
- use Blender as a vector-animation tool for 2D
- find a proper use for compound collision meshes that's not Katamari Damacy.
- compile game-functions via Cython for performance reasons
- figure out a proper way of packaging Blenderplayer and it's dependencies, ideally in a multi-platform kind of way
- find an efficient way to re-map controls on-demand
- utilize a hardware-camera (or video-streaming in general) in the BGE in some useful way.
- dynamically generate and modulate sound according to gamestates
- use sound to drive animation
- build efficient lightmaps, for renderbaking without having to ditch realtime shadows
- multilayered 360 videos could be really impressive for a lot of things
- something using sockets for the achievement of having used sockets
- a clever way of utilising that HTML-parser, I've written
- write a dictionary-parser, and use it… ideally not with a chatbot
- make use of that renderbuffer, because it's there and nobody seems to know about it.
- find an entertaining use for a virtual-filesystem within a game
- make use of some economy models to simulate things
I guess, my entry will involve two or more things from that list, but atm, I have no Idea which make sense. It could be fun picking some at random, tho.
No problem. I'm almost done with something that could pass as a game, but realistically, I still have enough on my plate to warrant an entire second entry. ;)
It's really just a question of how "fluid" you are with the tools you use.
Edit: Also, if you're the Alan Pope, I think you are - then maybe I should ask you for advice. ;)
Actually, the API is very well documented, but due to the prevalent tutorial-culture, this is often ignored. Also people tend to claim things are "not suported" because they didn't find youtube-tutorials for them. (like realtime IK for example).
https://docs.blender.org/api/2.78b/#game-engine-mo...
Another big problem is that people, attracted by Blender tend to see logic-bricks and fall prey to the Dunning-Kruger effect (and some features are only accessible via the API). I'd claim, it's very much as capable as other engines (I'd consider the editors more powerful, tho), but - very much like using Blender as a video-editor - there are a lot of convenience features missing, that one has to implement first. Of course, if you're comfortable with reading manuals and working with APIs, all that could be considered a bonus to the already decently integrated pipeline. - You could in theory do everything but music without ever leaving blender. (and I'm sure people more inventive than me could use it as a sequencer as well ;) )
Edit: Heck, if you're comfortable with using python's OS library as a bash replacement, you could probably replace a whole desktop environment and most of it's software (save a webbrowser) with just blender. :D
I'm making a "newtonic variant of dwarf fortress", and I am sticking to Blender's game engine. I plan on using the Cython compiler to get my extra-libraries in a decent format, but that's on the far end of the list. (Also my Editor of choice is gedit, and I'm working on a DVORAK vortex pok3r… let's not start a holy war about speed vs. extra keystrokes, ok?)
Aside from that… I've made my concept art in GIMP, and depending on if I get far enough to do actual textures / sprites (AO ftw!), I might enlist Krita or Toonboom.
As for music and sound… once everything else actually works™, I'm confident that a solution for this will come along.
Of course it's splitting hairs. Python can (and probably should) be compiled into a native binary, however. That's why I brought the basic/dosbox example up, which describes the essential problem here better. Another issue could be anything web-based.
"Native" is also a generally problematic as a term, especially on the Unixes.
I don't think technicalities like that will disqualify anyone.
Given that Linux is the Jam's target, I'd consider it good practice to make Controls rebindable (think customization, also there are probably more users that use layouts such as Dvorak, Azerty or Colemak for example.)
Also it's not that hard to do in most cases, and a big improvement in quality.
If you're anything like me, that's probably a pretty interesting read: https://en.wikipedia.org/wiki/Arrow_keys
Tricky, since it seems to be customary to stay silent if you didn't manage to put a game on this.
I started, knowing that tarot is based on the older taroccos card game. Since there already is a game in there (and it's older than the arcana/oracle part), I wanted to explore this particular angle further (also hey, there's already mechanics, right?). Turns out, it's probably the most complex card game of all time (think fizzbin with much more depth than poker) - anyway, after two days wasted on research (and a visit to the city archives, where they keep honest-to-god 500 year old card decks), the only thing I had come up with was the code for shuffling the deck, drawing and rating cards, with no idea that would fit the jam's criteria, besides just implementing the card game.
Anyway - this is the first game jam I see here that had enough criteria to be interesting. The mystery theme also is great thing.
Next time, I guess. :)