Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Enigma

Pages: [1] 2 3 4
1
General Discussion / Re: Just started using this engine today!
« on: May 23, 2018, 08:13:59 am »
I'm a new user as well. I wonder why Blackvoxel isn't more popular than it is... It offers so much freedom from what I gathered so far.

Hi Stomberg and welcome to the Blackvoxel Forum,  :)

Thanks for your positive feedback!

We are thinking about some ways to make Blackvoxel more popular.

There is also some work on the way that could contribute to that.  ;)

Also, we would be happy to know how you knew Blackvoxel.

The Blackvoxel Team

2
Suggestions / Re: Machine Interface
« on: April 01, 2018, 08:53:39 am »
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

3
Troubleshooting & Bug Reports / Re: Mouse glitches
« on: January 20, 2018, 04:32:24 am »
Hi, ThomasMonroe.

Thanks for signaling this problem.

Yes, you are right, the actual Windows version of Blackvoxel(2.20) was working well when we released it (We are doing tests before releases).

We found the cause of the problem, it appeared with a Windows update.

Fortunately, we were working on it since a few days. The fix is now ready and we'll push all the new files in few minutes. This v2.30 come along with some other bug fixes.

In fact, this bug was not related to Blackvoxel code. The Windows update brings a change in a function which triggered a problem in the underlying SDL library.

https://discourse.libsdl.org/t/win10-fall-creators-update-breaks-mouse-warping/23526/2

Strangely, only the latest versions of the SDL library are affected. So we reverted back to an unafected version of the SDL as a temporary fix.

The Blackvoxel Team

4
Troubleshooting & Bug Reports / Re: Atomic Compressor
« on: September 13, 2017, 08:47:13 pm »
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".  ;)

5
Suggestions / Re: Crafting Recipe Guide?
« on: August 08, 2017, 10:25:30 pm »
You'll be happy to hear that this feature is already in our todo list.

No, we don't believe it would make the gameplay too easy : there is more interesting challenges to offer to players than just switching between game and browser for manufacturing instructions.

About the offline play, that's a good argument.

Anyway, thanks for your return, this is always useful for us.

The Blackvoxel Team

6
Suggestions / Re: Player Physics
« on: July 27, 2017, 10:42:52 am »
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

7
Announcements / Blackvoxel 2.1 Mac Os Port is out
« on: June 18, 2017, 03:08:08 am »
The Blackvoxel Team is proud to announce Blackvoxel V2.1 : now compatible with MacOsX.

All thanks of the team goes to Joshua Olson, the contributor who made this port.

This first experimental version is released in source code form.

To run blackvoxel on MacOs, go to the Blackvoxel Github and follow the instructions.
  • Open a terminal
  • Execute `xcode-select --install` if you don't have Xcode's command line tools.
  • For the GLEW and SDL dependencies, make sure Homebrew is installed.
  • `brew install glew sdl`
  • Download the Blackvoxel source tarball (or zip file) here and extract it to somewhere in your home directory
  • Use something like `cd blackvoxel_source*` to open your terminal to the root of your Blackvoxel source folder.
  • `make`
  • `./blackvoxel`
Once this is done the first time, you will then only have to repeat steps 1, 6 and 8 to launch Blackvoxel.

Report any difficulties in the Troubleshooting and bug reports section in this forum.

The Blackvoxel Team


8
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.

9
Suggestions / Re: Mid-game logic systems
« on: May 05, 2017, 01:44:14 pm »
Yes, we'll take the necessary time to make the things right.

Blackvoxel is a long term project, what's matter is to make the right choices.

Thanks for your encouragement and support.  :)

The Blackvoxel Team

10
Suggestions / Re: Mid-game logic systems
« on: April 29, 2017, 04:53:17 am »
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










11
Troubleshooting & Bug Reports / Re: Two bugs in the manual
« on: April 22, 2017, 11:04:21 pm »
Hi dodomorandi and welcome to the Blackvoxel Forum  :)

That's fixed ;)

The mission 21 is now published(So, don't forget to accomplish it).

Thank you for submitting these bugs. This is very useful for us.

If you see other problems or issues, we'll be happy to fix these. :)

The Blackvoxel Team


12
Announcements / Re: Blackvoxel V2.0 is out
« on: April 22, 2017, 04:05:58 am »
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  ;)

13
Thanks for this report and interesting reflections,

The drilling sound was really annoying when mining repeatedly for a long time. That's why we decided to stop it after collecting one block for saving our ears ;). Yes, it could be taken as a bug, so we agree it's not the perfect idea. We left it as is because it is comfortable. Maybe we'll find something better someday...

There is no "running" mode in Blackvoxel. The idea behind this choice is : faster = vehicles. If the player could run, the vehicles would be less usefull.

We tough about an optional running mode as a power. But this will depend on our futur choices about game balancing. Nothing decided yet.

Shift in Blackvoxel activate the "No Fall" mode and the "Caps Lock" key locks this mode on.

We choose this key because it is near the "WASD" keys and easier to maintain for a long time than the CTRL key.

In this mode, the player is supposed to walk cautiously, so the feet won't hit the ground hard enough to make a footstep sound.


14
Announcements / Blackvoxel V2.0 is out
« on: April 02, 2017, 10:45:04 pm »
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.

15
General Discussion / Re: Voxelarium.js
« on: October 31, 2016, 04:34:46 pm »
I did some experimenting with building presorted voxels.... which seem to apply pretty fast.

This was part of the C# work; but basically I made a linear list of the closest points of sectors that are to the [upper/0/lower][left/0/right][forward/0/backward]

I just went through each point(voxel) and figured it's distance from the respective point, and then sorted the resulting indexes; so I could have an ordered list of voxel indexes for transparent things that are outside of 'here' which is the 0/0/0 center point...

And really to be more accurate any sector that is on a 0 needs to be sorted based on the slice of other coordinates... blah I'm over-complicating this.

For 'here' the sort list has to be dynamically computed; there's too many combinations to keep them all pre-set; well maybe sub-sectors could be made that could be pieced back together as 'close enough' ...

so anyway then it's just foreach( index in list ) { mesh voxel[index] based on drawinfo }   instead of just voxel based on offset... this will then add the faces to the draw list in the right order... (and maybe that's kinda what your sorter does; I just kinda wanted to implement it, because when I tried it with a bunch of semi transparent blocks it broke down because of how it serially stepped - without regard to which side the player was from the sector being meshed.

Why don't I get notifications? I end up having to just come back and read? I'm pretty sure I put in my email right?

The purpose of actual "rendering sorter" in Blackvoxel is mainly to avoid too many texture changes. Some GPU shows important performance improvements with this.

Sorting "by distance" is only made on sector rendering level... but not for each voxel in the sector.

Sorting by distance for each face in the sector would be dependant of the player's point of view. But this would implies that the work could have to be redone (at least on some sectors) each time the player's point of view will change.

In Blackvoxel, "semi transparent" rendering like "tinted glass" is made on an extra separate rendering pass. As faces aren't sorted in a sector, this could end up to rendering transparent textures in the wrong order.
It's could be surprising... but that's not a problem. As long as the textures are sufficiently transparent... it's blending correctly in any order. Of course, there is a drawback : this won't work correctly with texures with too much (or very different levels of) opacity. Sorting faces would make it better for this case. It's a matter of choice between pro and cons.

I've checked for notifications, it's active on the forum and it's working ok : we get it ourself. Yes, you have filled an email address. Check your email in your profile and also the "spam folder" at your mailbox.

The Blackvoxel Team

Pages: [1] 2 3 4