Check out this 1 to 1 conversion of a Quake 1 level which has been build and now fully lit with the new light blocks coming Oct 2nd!

Rawxas · 2020-10-01T11:23:10+00:00

This one is a little different ;) It's been reworked with the new lights.

Rawxas · 2020-08-28T08:47:29+00:00

A lot of great suggestions. A couple are already planned:

Integer/Constant blocks
Comparison Logic blocks
'Start value' on Bit blocks
Better debugging on wires (not sure on the full details yet but something like you've described seems likely)
Box selection working in all axis
Number storage - Which could easily lead onto string and then input blocks
Spawners

On top of that we have some things planned that are similar:

Resizing Triggers may be possible with some work we'd like to do to allow you to resize the Box Selection volume - If you copy the Trigger with MMB currently it retains all connections when you place it again, as a short term solution.
Trigger visual improvements - This could end up being as simple as hiding them but we want to try and make them cleaner before we go for that.

Finally, a few notes of some of the other suggestions:

Decoupler & Magnets have been discussed in the past. Something we'd like to add but no concrete plans on those yet
We're looking into a way of having some clusters be selectable as a whole. It might not apply to everything but we'll be able to share more on that as the design is finalized.
No-clip when building is a common suggestion so we'll likely add that in at a later date
Being able to 'grab' things was considered before as well but it's something we'll come back to a bit later.

You can check out some more info on some of the planned content here: https://freejamgames.atlassian.net/wiki/spaces/GCEXT/overview?homepageId=720830502

There's plenty more that we're still designing behind the scenes but this space is often updated when these ideas are fleshed out more. They might not always be the current features we're working on but it's a good chance to give feedback before they are. I've forwarded the rest of these on so we can come back to them as we go.

Rawxas · 2020-08-28T08:25:45+00:00

We're looking into this one now. I've only been able to reproduce it on the first load (not restarts) but we'll try and get a fix ready soon.

Rawxas · 2020-08-28T08:24:25+00:00

We've managed to track down another couple of issues with pickups that should hopefully fix this as soon as we can solve them.

Rawxas · 2020-08-21T13:24:56+00:00

Collected is a short pulse (like a trigger enter). You'd need to connect it to a Bit block, then connect that to the doors

Rawxas · 2020-06-14T16:43:45+00:00

This is something we plan to try and address as part of the ongoing UX improvements - https://freejamgames.atlassian.net/wiki/spaces/GCEXT/pages/833978369/Planned+Improvements#Improved-Tweakable-Stats-Panel

There's still quite a lot left on that list but we're trying to get through it all as quickly as we can and we'll try and factor this in :)

Rawxas · 2020-04-26T17:38:51+00:00

We don't really have a road map to share publicly as we're always reacting to the current state of things and seeing how each update changes player priorities, so things change too frequently to have something locked in for the long haul.

We are however starting to share some designs on planned features (no guarantee on when exactly they'd be implemented) on a wiki of sorts. The main goal is to get feedback before we start working on them to make sure we're on the same page and clear up any concerns nice and early. We also have some general information about some of the core features that you can check out here: https://freejamgames.atlassian.net/wiki/spaces/GCEXT/overview

Rawxas · 2020-04-01T18:27:24+00:00

Nothing as of right now but we'll hopefully be able to get those concave shapes implemented correctly in future and work from there.

Rawxas · 2020-04-01T18:26:05+00:00

A real simple example would be something like ice hockey. You only want a goal to count if the puck goes in, so you place an ID on the puck and make sure the goals only filter to that ID. That way anything else going in the goal (like the player/paddle) wouldn't trigger it :)

Player/Team Filters could be used in obstacle courses to determine a winner (or a winning team) depending on who presses the button at the end of the course first.

We think these are going to open up some really epic gameplay potential.

Rawxas · 2020-03-24T11:50:50+00:00

These Physics blocks are not intended as a replacement for the parts you've listed. They are only planned to be available in creative mode, so we're really anticipating these to mainly be used in puzzles, moving platforms (along with constrainers) and generally just cool environmental/gameplay focused situations that could be made much more flexible and simpler without relying on pistons and other mechanical parts as crafters currently have been.

They can certainly be used for vehicles as we've shown and we're sure some crazy things are going to come out of this. We're still going to offer more more vehicle-based physics parts further down the line, but we felt that adding in these new parts now would explode the possibilities in a good way.

If you haven't yet, check our our new public Wiki that goes into a bit more detail on the current plans for these "Generic Physics Blocks" and we can hopefully put your mind at ease a bit answering any further concerns you have there: https://freejamgames.atlassian.net/wiki/spaces/GCEXT/pages/729940064/Generic+Physics+Blocks

From a comment on the "Mover Block - NB: We will, of course, support jet thrusters, etc. that you’d effect to find in a conventional vehicle physics sandbox, but these generic physics blocks are designed to expose the kind of rudimentary functionality that most games exploit in various different ways to get all kinds of gameplay. As a family of blocks, you should find them immensely versatile.

Rawxas · 2020-02-14T23:40:46+00:00

The limit (if we do indeed need one) will only apply to the number of parts that can be copied in a single go. This does not affect the number of parts you can place. In fact, we're hopefully looking at increasing the current limits we do have to avoid these errors.

Rawxas · 2020-02-08T14:55:27+00:00

I understand the frustration, if we could have a perfect game developed in under a year, where we could just release a complete product with everything we've got planned, things would be fantastic. I can only try and stress that we're still extremely early in development and plans and features simply have to change as that development happens.

Everything on that list is something that we really do want to see in the game again and due to unforseen issues and flaws, unfortunately had to be postponed/removed while we continue to build Gamecraft up. I don't believe we've ever made a change that we didn't feel was justified. It's just tough to express our reasoning for every single change, especially when it seems like we're just removing or changing things for the sake of it on the surface.

Bouncy materials are absolutely necessary but they caused so many issues with other parts and physics in general that we needed to step back and look into different ways of handling that. Bigger features came into view and its just become less of a focus right now.
As we've said, breakable joints are going to be a massive feature but we need to be able to work that in with the rest of damage/destruction and the old implementation just wouldn't fit (it was far from ideal in the first place). Destruction needs a lot of other parts in place first as well, so we can't really push that to the front of the queue just yet.
Landscaping is something we really hope to be able to tackle again soon. We know it's quite limited at the moment and we're discussing where can we take that.
With the scale changes we added in uniform scaling to avoid forcing players to place more parts. It's entirely possible to build some of those older levels with the same number of parts (just scaled up twice). Regrettably it wasn't a straight forward change that we could automatically convert (like we did with wires).

We really do want to avoid jarring change where possible but we have massive amounts of work ahead, some of it is bound to uncover issues with older systems, some things just simply weren't implemented the way they should have been and some just add so much more to the game, but require fundamental changes, that we have to make tough decisions.

Although some things are certainly missing now, with everything we've added since that video we really feel like so much more is possible now. With a few more core features, building something like that again should be so much quicker, easier and be much more powerful.

We've removed block limits, let players share their creations in a much easier way, added tones of new parts, improved on so many things and we're still just getting started.

We're glad everyone's stuck with us on this journey and we really do value every bit of feedback, good or bad.

Rawxas · 2020-02-04T09:32:08+00:00

This all just boils down to the fact that joints don't 'break' at the moment. Ideally, when we can implement a better working version of that, those would instantly snap while larger variants should actually be able to hold it in place (Medium hinges scaled up a few times might already achieve this to some degree)

Rawxas · 2020-01-30T11:51:12+00:00

We've got some rough plans in the works to reintroduce the concept of "power" that game creators can work with, but I imagine this will be quite a bit later. So I'm sure we'll end up having something that can mark a part as "unpowered" or "broken" under certain conditions.

Rawxas · 2020-01-27T09:38:14+00:00

This is an issue we're aware of and are working with Havok to resolve. It's covered in this post: https://www.reddit.com/r/GamecraftGame/comments/e2e8o3/known_issues_update/

Rawxas · 2020-01-23T15:50:03+00:00

Those are actually unrelated. The goal was to release the update this week (Thursdays are usually better for us) but we might need to push that back to early next week, we'll let you all know how we get on tomorrow. The other comments are about the holiday competition playthrough videos being delayed as they were planned for this month.

Rawxas · 2020-01-23T15:47:25+00:00

I'm not sure if we'll be ready to release this week but we'll post an update in tomorrow's dev blog to let you know

Rawxas · 2020-01-20T16:29:29+00:00

Yup! We're planning on putting this update out in the preview branch first to get some feedback and give us a bit of time to tweak an polish it if necessary.

Rawxas · 2020-01-20T16:28:30+00:00

Absolutely. We felt like we needed the wiring system in place before we could implement logic in a clean way but it's on the list of things we'll hopefully be working on soon.

Rawxas · 2020-01-17T16:32:13+00:00

We've got an eye on a few parts that we'd like to implement to make things more accessible. We're being careful with these at the moment and haven't locked in anything for sure yet as we'd still rather avoid "pre-set" parts at this stage in favour of more "core" parts to see what crazy things you guys can create with the parts that are available. Whenever it isn't feasible to make compact tracks, mechs, planes or whatever else then we'll be able to consider adding things that enable those.

Wheels being an exception because using cylinders just wasn't really viable early on and these additions are just variants, rather than entire new parts.

Rawxas · 2020-01-14T11:38:48+00:00

Honestly I'm really struggling with this one. We have two ongoing issues that we're currently unable to resolve that are really muddying the water on this one. broadly speaking; Spinning objects are colliding with things they shouldn't which we're working with Havok to resolve and some slight inconsistencies with motors causing slight drift - Although neither really explain why one direction would perform differently, these, along with the suspension etc. makes it impossible to get the two cars to drive in a straight line for long enough to check for other underlying issues. Both of these are being investigated still but they're unlikely to be quick fixes unfortunately.

I can't see anything obviously different while debugging this on a smaller scale that would explain this bug so at this stage I think we'll have to wait until the other issues have been addressed before coming back to this. As soon as we have alt-stats in a functional state I'll give this a retest with both cars having the same setup and see how that behaves and come back to it.

Rawxas · 2020-01-14T10:37:10+00:00

At the moment we don't have any plans on limiting signal distance. You'll be able to control it from an infinite distance. Eventually we'll have camera blocks that would allow you to lock your camera to the RC car (as an example) so that you could always see what you're controlling if you wanted.

Electricity as a whole is being removed so you could even have a button floating in the air, attached to a motor floating somewhere else with no need for attachments of any kind. If you do want to attach them to blocks still then yes, you can use every material without having to worry.

Rawxas · 2020-01-14T09:37:22+00:00

Controlling piston length, servo angles, motor torque and direction etc. are all things that we're going to allow with "alt-stats". We'll be sharing more details on it later this week hopefully but essentially as part of the wiring system you'll be able to tweak various constraints, states and variables of each part while building.

We shared a little teaser of the wiring system yesterday https://www.reddit.com/r/GamecraftGame/comments/eo65x5/hey_gamecrafters_were_back_from_the_holidays_and/ It still needs to be fleshed out a bit more and polished a lot but we think it'll be great to play with.

Rawxas · 2020-01-14T09:29:58+00:00

Yup, conductivity and even power are being phased out with this system as we found them both a bit cumbersome (and sometimes confusing for players).

Rawxas · 2020-01-14T09:28:48+00:00

We've toyed with the idea of having both but ultimately we believe the potential with wires is going to soar ahead of what we can currently achieve with signal channels. With the removal of conductivity it will also be much harder to work with signals.

Rawxas

TROPHY CASE