Home of the Tech Fortress servers

Sunday, June 11, 2017

1.12 is here!

+ No comments yet

Mk, this wasn't too bad of an update. Thanks to RexTempus and yellowjacket6 for helping test a couple things.


Tech Fortress is now on version 1.12.


Additionally, a new spawn post has opened, named St. Gregory in honor of St. Gregory the Great, one of the first doctors of the Church. You can read about him or watch:





Sunday, December 25, 2016

Merry Christmas!

+ No comments yet
Merry Christmas! Hope you have a happy and holy Christmas celebration!




Wednesday, September 7, 2016

Mitigating Network Connection Lag

+ No comments yet
Lately there's been reports related to network lag. While this is naturally due to the player's internet connection, I've lately discovered that there are ways to alleviate this type of lag.

Since this is the first of potentially many more posts on lag, it would probably be best to quickly outline the common types of lag. (Yes, there is more than one type of "lag.") Using a diagram is probably the easiest way to depict this:

As depicted above, server lag (which you can monitor via /lag) is only one of many "types of lag;" other  areas that can lag include the server's connection to the internet, the "internet" itself, the player's connection to the internet, and the player's computer. The player is often referred to as the "client."

To better illustrate this concept, let's use the example of a cow moving towards water. First, the server  calculates the instruction of where the cow goes (server hardware). This is then sent out to the player (internet connection). Finally, the player's computer receives the server's instructions for the cow, and makes the cow move on the screen.

If the player's connection was laggy, the player won't know the cow has moved because his computer hasn't yet received the instructions. This doesn't mean the server is lagging (as the instructions have been made and were sent), but rather the player's computer hasn't received the instructions yet.

Now that we have discussed connection lag, you may be wondering if there's any way to fix this issue, other than getting a better internet connection. And the answer is yes, there are ways to help reduce the problem!

Remember our example with the cow? Well, now let's assume there's 1000 cows. That's 1000 sets of instructions being sent to the client about where each cow is going. As you can imagine, more connection bandwidth is being used to send 1000 instructions all at once. Therefore, we can conclude that as more cows are near a player, the player uses more of the connection to receive instructions about each cows' movement. Even though the server may be able to handle generating instructions for a 1000 cows, your connection may not have enough bandwidth to handle all those instructions for each cow; I experienced this personally, seeing my ping drop and more of my connection bandwidth used when I visited a player's cow farm.

Thus, you can probably determine that being around less animals and monsters (such as cows) will help reduce connection lag issues. Designing efficient farms that don't hold a ton of animals/monsters at one time (such as a mob grinder that quickly kills mobs) or building a dock for boats instead of leaving a bunch lying around would make things a lot easier for your connection to handle, for instance. Efficient redstone designs that use less gates or devices (repeaters, comparators, etc.) would also help, since the server sends you the state of each and every device's state (as well as making your redstone contraptions operate far faster!)

Hopefully this post has given you a good overview on "network lag," and some ideas on how to make it less of an issue while playing on Tech Fortress, or any other server for that matter. Leave a comment if you have any ideas of your own that you'd like to share, or if you have a question on anything discussed here. Hope you have a less laggier day!
Friday, September 2, 2016

New PvP toggles

+ No comments yet
After a brief but substantiated discussion about PvP, it was decided that allowing players to choose whether they would like to have PvP enabled was the best course of action. As such, the following commands have been added:
  • /pvp - This command toggles your PvP setting. You can also use /pvp on or /pvp off to explicitly set it. Default on.
  • /claimpvp - This command allows you to toggle whether PvP protection is allowed in your claim. Claims have PvP protection by default.
Both of these toggles are persistent, meaning that they won't reset when you disconnect.

We hope these changes are satisfactory for both PvP and non-PvP players. Feel free to leave a comment on this post if you have any suggestions or other ideas.
Friday, August 12, 2016

Nether portal auto-rescue

+ No comments yet
Hi all,
If you were not aware already, the server has a nether portal auto-rescue feature. Unfortunately, this did not cover all cases, especially nether portals that were blocked with fences. This is because the server could consider you to be inside the fence block even though you're still stuck in the portal block, which messed up its ability to determine if you were stuck in a portal or not.

Nether portal auto-rescue detection has now been resolved by including blocks such as fences to determine if a player is trapped or not. However, we still highly encourage players to leave some space between the portal and their "gateway," so players can return back if they so choose without needing a fence gate opened for them or having to rely on this automated system.

In other news, the mitigation for dropping items in an End Portal has now been removed. This was due to an edge case in the server mod where it would trigger an event (a falling block) twice, leading to inadvertent duplication issues.
Thursday, April 14, 2016

FastCraft likely will not return

+ No comments yet
After following the development of FastCraft+, it is likely this plugin will not be making a return on Tech Fortress. Many other users of the plugin are clamoring for features and integrations with premium plugins instead of focusing on stability and performance. Its current state is highly volatile with hard-to-pinpoint issues, and I do not have the time nor knowledge of the inventory part of the API to maintain the plugin myself.

If these issues are resolved sometime down the road, I'll reconsider re-adding FastCraft+. Unfortunately this seems like it'll be a long time down that road, as the developer is swamped with tickets from people complaining about integrations for other plugins, as well as issues. Then again, the plugin isn't "officially" released yet, so I'm hoping stability will be prioritized soon.
Sunday, April 3, 2016

1.9 performance and bug fixes

+ No comments yet
Looks like a couple more issues arose due to the update to 1.9. Thankfully they have been remedied. Amongst these issues were:
  • Nether portal teleporting players to some random location
  • Fastcraft taking several seconds to appear
The Fastcraft issue has been remedied via temporarily removing the plugin. It will return whenever the plugin is stable and performant; for now, you'll have to lookup the recipes :P