Hello Tomaschku and Welcome to the Blackvoxel Forum 

Thanks for reporting this problem.

If your issue is limited to one particular universe, this can be a rare issue where the player become stuck on the edge of one block.

Try to dig or build to suppress any void block in order to make a flat ground under the player. This should restore the control.

Does this solution solved the problem ?

The Blackvoxel Team

I'm all for this feature, I don't know how many times I've started crafting something without knowing what is in the machine and ended up wasting materials.

Hi, ThomasMonroe

You'll be happy to hear that since this topic was opened, we made a way to know what's inside the machines.

This is the "Analyser" tool. It is very cheap and easy to build even in the early game phase. Put it in the "tools" part of the inventory. You can use the "F" key to switch between tools. This tool can also display very useful informations about molten metal.

https://www.blackvoxel.com/view.php?node=1627

That said, your comment make us to think about it.

It would certainly be better to make this feature availlable from start. Not like an option.

So, it is likely we'll change this in some future version.

The Blackvoxel Team

Hi Reini and welcome to the Blackvoxel Forum 

Yes, producing atomic compressors with factories may be tricky in the actual game.

Modifiying factory orientation could help in such case as it will change the order of the
active voxels processing.

Anyway, the team will think about what you said in order to improve future releases.

Thank you for your comments and encouragement. Of course, the development of Blackvoxel will continue in order to make a better game. 

The Blackvoxel Team

Ps: Blackvoxel with "a", not "Blockvoxel". 

Hi, ThomasMonroe and welcome to the Blackvoxel Forum 

We understand what you said about the left handed users. So, the team decided to make something. A customisable input system is already in the todo list, but taking in account the priorities, it may take some time. In the meantime, what we can do is adding the right shift key as a "quick fix" for an upcomming version.

For the points related to travelling time, we are not surprised that players accustomed to other voxel games can be slightly lost. Blackvoxel is a very different game with very different paradigms and gameplay. Much more different than most player could think at first sight.

What we mean is that a different game means some different gameplay choices. In Blackvoxel, the travel time is one of the problems we decided to put strongly in the player's way. So, it's part of the problems the player will have to think about in order to find solutions. This have a strong influence on player's gameplay.
When displacements have a strong cost, this incitate the player to avoid unnecessary travels. So, the player will develop some kind of organisation in order to avoid these. That's what we want.

Blackvoxel provide Vehicles, Automation and Massive voxel interaction as base paradigms. A slow travel time reinforce the need for vehicles, organisation and automation.
There is also other game orientation reasons in favour of that choice that would be long to explain. This kind of choice is also common in adventure games.

A "power" for walking faster was already discussed in the forum. After some thinking and consideration, it's unlikely we'll add it. For the same reason, we won't retain suggestions to include some "teleportation portal" or any similar paradigm that would eliminate the distance.

For the example you given about water, here are some example I would suggest in order to solve it in a "Blackvoxel gameplay way".

* Automation way : Use more pumps, so you'll have more water per time unit. You'll bring back much water per travel, so much less travels to do.
* Building way : In Blackvoxel, water can flow from a relatively long distance. Some players dig horizontal tunnels to get water near their base.
* Exploration way : There is some infinite water generators in the Canyons (https://www.blackvoxel.com/view.php?node=1640). Why not bringing one at home ?

About "Stairways pain", you'll be happy to hear that this will be improved : some planed elements are missing and remains to do like a vertical transportation system.

For the actual game, there is some ways to avoid making a very long staircase. Some players use the airplane to travel vertically in order to reach deep locations. Robots can dig large vertical access pits and horizontal caverns where you can build runways. The Z0 airplane can be used, but when you reach high tier of the game, the Z1 airplane and it's short landing distance is very good for that.

In the hope we can have helped you, thank you for your interesting return, feeling and thoughts.

The Blackvoxel Team

The first "bug" can be converted into an option: when enabled, it stops the sound after the first block, but not if the option is disabled.

The second "bug" may be resolved by changing the sound of the footstep (maybe less loud?).

Hi, Rajdakin and Welcome to the Blackvoxel forum.

Yes, we think these are good ideas for making it better.

The Blackvoxel Team

Ps: About your message on github, as the private messaging system is disabled because of some spammer issues, we sent you an email address on your email.

Thanks for your interesting suggestions and toughts 

Yes, we are aware that there is currently a gap to fill between "dumb" automation and the programmable stuff. And that is limiting the kind of interactions that can be done. We have some reflexions and improvement plans for future updates in order to bring more production schemes. But the confirmation of the user (you) on this point is useful for us.

You'll be happy to hear that many point you raised are already in our plan : logic gates, sensors and electronic circuits... and many, many more. (It's would be difficult to expose the 7 years of thinking we had around this game). All these will come. Though, these may work differently of what you described : Blackvoxel have a particular game logic and spirit . We should publish a guide to explain this.

For interfaces to voxel inventory, there are already some. That's what enable automation interactions (ex: Pump->Atomic Compressor). But I guess you mean : these are stream oriented and a direct access kind is missing for some kind of future blocks or the programmable robot. We'll add one. 

About roadmap and priority, it's difficult to indicate when a particular feature will be implemented as the roadmap is dynamic and subjet to frequent re-evaluation and changes. This also depend on community returns.

For the actual gameplay, I would recommend not trying to control the production from the source (by "blocking" it's input) but rather to control the production from the end : When a machine produce something and you don't remove the produced block, the machine will stop and wait for producing another one. Yes, some resources are immobilized in the "pending" production. But that's not a real problem as resources in blackvoxel are plentiful enough.
About chaining production, I recommend to use the networks (Optical and Wireless). Several machines can be fed with one single input. You can make a factory that can build everything "on demand" with this.

The Blackvoxel Team

Yay!
Was just thinking... they said they were going to do a new version 'soon'... I checked a month or so ago and nothing   But now....

Hi, d3x0r, Glad to see you. 

Yes, at the time we answered, we though to release it shortly.

But the objective was strongly raised in between 

Hello Blackvoxel players,

We are proud to announce the deeply reworked release of Blackvoxel V2.0.

The months of silent work for this release bring a complete rebalanced and reworked game, the addition of a lot of new stuff and tools, various improvements and redesign, a new airplane and, finally, the introduction of the game missions(complete list of changes and improvements bellow).
In addition to this, we made a Raspberry Pi 2/3 port. Despite it's little CPU and GPU, we managed to make a full game port running with a good framerate.

If you enjoy our work, you'll be happy to hear we are working on ways for you to support the game developpement. Stay tunned for this.

Enjoy the game and don't hesitate to signal any bug or problem in the forum.

The Blackvoxel Team

 
The Complete list of changes and improvements

Completely Rebalanced Gameplay

We replayed a very long time with the game. This experience along with the community returns lead to a complete game rebalancing.

• Easer starting, more "beginner friendly".
• A smoothest evolution.
• Added more affordable elements.
• More guidance for playing : introduced the missions.
• Added "the missing stuff" : the things that were missing to all of us.

Main changes and additions

• Finally introduced the missions (use the RTFM cube).
• A new airplane : the training Plane Z0. Very affordable but need runway.
• Runway for airplanes.
• A lot of machines are now much more affordable.
• Rebalanced distribution of ores.
• A new distant location with much more ores.
• New set of "low cost" range of automations for early game phase.
• Added 3 new mining robots and rebalanced the 3 existing one for more power.
• Finished the Tool System and the Powers System along with several new tools.
• Location system device for world navigation.
• Complete universe documentation and map (in the manual).
• New Analyser tool : can display a lot of informations on many voxels and machines. Can show what elements are now in a machine and composition of molten metals (great help for metalurgy).
• Deeply redesigned overall look of the game.
• Ground Analyser, let you know what's in ground here.
• Rotation tool for conveyor belts (yes, finally).
• Added a new kind of mid game voxel transmitter network.
• Inventory is now preserved on death (less punitive game).
• Worlds management improved : added the ability to use more than 16 worlds( 'N' and 'P' keys) and a(rustic) way to name a world.
• Lots of details, bug fixes and little changes to make the game more polished, playable and user friendly (see bellow).
• Support of new Linux distributions.
• Published a lot of code examples for Squirrel and assembly robots in a the educational material section in the manual.

Raspberry Pi 2/3 Compatibility

Please read carefully the mandatory installation instructions in order to run on the Raspberry Pi.

• Use the new experimental VC4 OpenGL driver.
• Adapted texturing system to comply with the capacity of the PI's GPU(Selective resolution system).
• Provide an hardware detection system for automatic optimal default settings for each type of Raspberry Pi.
• Made some optimisation on RAM use.
• Improved game physic engine schedulling in order to improve reactivity in low framerate situations.
• Specific game tweaking : ex. Airplanes are allowed to run slower on Raspberry Pi version in order to play despite lower rendering distance.
• Reworked World generator Scheduling for better CPU use.
• Added a "Loading" screen during texture loading to GPU because Raspberry Pi is much slower than a regular PC.
• Raspberry Pi specific compilation option.
• Raspbian .deb binary Package.

Other changes, improvements, bug fixes...

• Plane Z1 still can land anywhere, but can now break much shorter when landing on the new runway.
• Sound volume handling finished, sound settings are now fully functionnal.
• Fixed airplane not crashing on ground on some collision cases.
• Lowered delay after respawn.
• Big mountains now have ice on it.
• Resolution dependant sized fonts support.
• Added "Flip Mouse Y Option" (activate it in the settings_harware.dat file).
• Disabled F4 and F8 keys (Analyser and Location System make it much better).
• Inventory display of big block count are now much better.
• Sequencer programming doesn't require anymore to use some true material quantities.
• Fixed some graphic glitches : voxels doesn't appear to vanish on the entry of some machines anymore.
• New respawn message.
• Removed obsolete "Demo Version" compilation options.
• Belt conveyors are now grouped to a common type when collected.
• Base Machine now have manufacturing instructions.
• Added a security to preserve Atomic Compressor content  : now you can't collect them if they aren't empty.
• Improved mouse button emulation with keyboard : now, it work in all situations.
• Fixed inventoy bug : when "dividing quanties", some rare cases was creating a "zero quantity" slot that appeared as a dummy unplaceable voxel.
• Improved optical networks : now, an Optical Voxel Receiver can be placed directly after an Optical Deflector/Splitter for more compact design.
• A materializer can now be placed directly after a network receiver (optical and wireless).
• Fixed assembly robot movex.w : instruction is now assembled/disassembled correctly.
• Fixed assembly robot rotation and multiplication buggy opcodes.
• Fixed assembly robot y and z servo axis not working.
• Fixed tree texture side is now in the right direction.
• Squirell programmable robot now have a function to overclock it up to 16x faster.
• New command to stop Squirrel programmable robot at the end of a program and prevent auto-rerun at game reload.
• Screen Resolution under 1024x600 are not proposed anymore in the screen setting interface as it would be too small for correct interface display.
• A lot of little fixes and change I forgoted to note...

Raspberry Pi is a trademark of the Raspberry Pi Foundation.