Search results

A unified pop-out, which does not concatenate application and network performance metrics, would be wonderful. A complement to this, would be log entries with similar information, so that admins can monitor players programatically...for instance, to log and trend each player's performance...

Request: Add TPS as a performance metric; splitting server performance metrics away from network performance metrics. Currently: FPS = client-side rendering (e.g. GPU) performance PING = combined network and server-side performance metrics Result of proposed: Provide players with a more clear...

Why? Personally I think waste belching factory ships would be a lot more interesting, instead of some creepy traveling sales ship.

If you've tried to manually reorganize settings, you'll notice that the game engine rewrites the file occasionally; removing commented lines, and resorting various entries. Quite frustrating.

Try having the admin/op set: ASTEROIDS_ENABLE_DYNAMIC_PHYSICS = false This basically makes asteroids immovable objects, and disables some of the physics calculations that can cause asteroid respawn whole-server lagoffs. The issue, as I've observed it, is that because the game's existing...

SM is still alpha, and as such (IMHO), anyone hosting a server should expect to invest time/energy into this giant confusing mess, and its troubleshooting/development. That is after-all, I believe a core facet behind why alpha grade software is made publicly available. If the console shouldn't...

The underlying issue is that SM sorely lacks end-user-accessible documentation, so a server operator essentially must reverse-engineer a lot of details on their own, if they wanted a sane server config. I do agree that some settings could be adjusted - although before digging into that, how...

An asteroid respawn bug has been around for quite a while...and we still have respawn and dynamic physics enabled, without any major negative effects. Could you link to a bug report on this please?

Well, actually - a debug console (or logging) offers far more information than the current output. For instance see the command /npc_debug_mode I haven't found NPC logging info to be useful yet, however we haven't looked at adding third-party functions to the NPC factions yet. Others might...

Excellent points, and I agree: tiered logging would be wonderful, as it's a common feature of any modern/mature server platform, and it certainly eases administrative efforts. What's not really clear right now, is that most SM logs are somewhat tiered already (note the use of [text]...

One of the points that Schine appears to impress upon all, is that you are expected to explore and discover. It's only logical that this philosophy extends to server owners as well; current settings basically touch-on the lowest common denominator. If a server operator cannot competently modify...

Many of the logs are quite useful for third-party toolkits to utilize, and we in-fact use some of the log information to mitigate a number of bugs, including the asteroid respawning bug that has a tendency to lagoff all players if a colliding asteroid spawn is not VERY quickly dealt with (e.g...

I had VERY similar issues running SM on a 2013 MBP, however to recover all I needed to do was reset the SMC, and all was good. No lasting hardware-level issues either. As for preventing a reoccurrence, consider disabling OpenAL (it's under the Options/Sound tab), according to my notes, that...

It's about time to update this posting again. We're now at ~6 months of full console output collection, and have not yet once run into issues from it. Total disk consumption: 4.0GB Here's how to setup console output logging, on linux, in a non-blocking way. This writeup is being supplied now...

Hmm, damage to the colliding entities...I like this idea. Although are we reinventing the wheel here (e.g. existing collision damage mechanic).

Well, you're so right. So we should totally accommodate that "future" mechanic Right Now.

If we took an example from the game's existing mechanics: when a sector is unloaded, asteroids and pirates don't spawn, and shops don't restock. So...how about no (or minimal) decay when a sector is unloaded? After all, if factories are not running at the time, doors not moving, turrets idle...

I just don't see a legitimate reason for invisible blocks to persist without connections to visible blocks. Is there a valid use-case for this?

Regarding your earlier suggestion "... Could Schine introduce a limit (on empty space between a small mass of blocks and the main ship) on an entity? Perhaps limit these 'floaters' to a 30 or 40 block gap because I can't think of a legitimate reason to allow this to go on. ...." The spacing of...

I'm trying to see a "practical" analogy for this idea. For instance, an analogy from any modern SciFi story...and I'm just not finding it. What's the underlying goal of this suggestion? To discourage gigantism?