Not a member yet? Why not Sign up today
Create an account  

Thread Rating:
  • 1 Vote(s) - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
2020-11-16 Steam Update, Primeval Nerf

(11-22-2020, 01:31 AM)jakbruce2012 Wrote: Co-Op would likely be difficult to implement well, without opening up the possibility to hacking it to become fully multiplayer.

That's a possibility even if you don't add co-op. Even if that happens, what's the downside of that? 

Look at DayZ for a moment. That's sold somewhere between 2 million and 5 million copies

Is that a bad thing? Having dedicated servers of your game has no negative impact short term or long term. That's already been proven by numerous titles over the years.

Edit: If the worry is about subscription based players then yes a bunch of dedicated servers out there would impact income. That can be mitigated by offering unique content on the servers hosted by Haxus.
Avatars: - LimboWarrior

[Image: ezgif-com-resize.gif]

(11-16-2020, 10:01 PM)Haxus Wrote: Building Patents
A bug was fixed that caused buildings to not post their patents to the empire under certain conditions. I noticed this when I built a second electronics factory and it had no patents to do anything, yet the first electronics factory had patents. It turned out those patents had not been recorded with the empire for everyone else to use.

This does not seem to be fixed on an interstellar scale. My empire's patent list is still showing empty, and buildings in other solar systems aren't getting a copy of the patents automatically. It does seem to propagate needed patents within a city though.

Bug report:

Yet for all we know, this could be because of server-side lag or other server-side issues. The game has been really unstable the last couple months.

EDIT: My two colonies are in two separate dimensions, so this might have been a mistake on my end.
Hazeron Forum and Wiki Moderator

Will the solo game have NPC empire or more active pirate? Now invading a pirate planet is like a walk in the park.

(11-18-2020, 08:18 PM)Haxus Wrote:
Quote:You probably have a solution implemented already

Time stops when the game stops.

Manufacturing processes, including spacecraft processes, are based on a scheduled completion time. If you start a process to build a ship that takes an hour, then close the game for an hour, the ship will be completed when you next run the game.

As far as churning out resources, you'd have to leave the computer running to get that.

what about way to like in other strategy games. YOu could pause the game normal time and faster pace time when your trying skip waiting on something.

Quote:Zephar Wrote:

what about way to like in other strategy games. You could pause the game normal time and faster pace time when your trying skip waiting on something.

So that's a tough one. Most 4x strategy games use isomorphic view, and don't have any first person perspective. They can either be turn based or operate in real-time. That works for that style of game because they are preforming limited functions. They don't require much calculation precision in what they are doing.

Hazeron is both strategy game only in the sense that you should have a strategy to succeed. It's core is a first person space sandbox game. It's not a pure strategy game like: Civilization 1-X/space series, Aurora 4x, and so on. The elements are in Hazeron but each building is rendered and is still processing even when it's not rendered and that's fine for time compression, it's the rendered elements where complications come.

The rendered elements require precision in there calculations. If you've played Kerbal Space Program, you know how they prevent you from using time acceleration at certain altitudes or using high compression when you are lifting off, that's due to the precision loss that is associated with time compression. In order to make the game "go faster" you have to simplify the calculations by making them less precise otherwise your CPU/GPU would get saturated to the point where either the game crashes or it moves REALLY slow. Kerbal Space Program has a nice balance but still has issues with elements that require precision using time compression. The best example of this is the power systems and time compression. Higher time compression and your solar panels output is not calculated correctly or the sun exposure is simplified and thus not calculated correctly.

In short, time compression would require either a lack of precision to prevent massive lag/crashing or some form of "skip to destination" when traveling calculations can then be performed based on the ETA of your travel. The lack of precision most likely would back fire and your ship would dive into a sun the first chance it would get. Also, I don't like the "skip to destination" because traveling in Hazeron can be a lot of fun when you stop and take a look around constantly. 

Now what is that if your traveling. Your position, course, speed, destination, and eta could be tracked and stored. When you come back to the game, it could see when the last time you played and if it exceeded your ETA, you would find your ship already where it was heading. (This would simulate the persistent world similar to the MMO version to a degree) However any sensor data during your travel would not exist because you just "Jumped" sort to speak. It's similar to the previous paragraph where I pointed out that I don't like that  :) , however you could balance it by allowing that behavior happen only to systems you have explored before.
Avatars: - LimboWarrior

[Image: ezgif-com-resize.gif]

Forum Jump:

Users browsing this thread:
1 Guest(s)