vrekt / lunargdx Goto Github PK

Work on updating the wiki information.

This network infrastructure reminds me of RuneScape private server designs. I would suggest the ISAAC Cipher for packet security if that's something you're interested in. I also remember RuneScape used RSA for username and password encryption as well, so another thing to look at. Not really an issue, but a suggestion.

In the basic example sometimes a ghost player can be seen.

Could be:

• Drawing artifacts from offsetting Box2d world.
• Players aren't getting cleared
• Something else

Implement a new networking model with GameStates full of inputs processed in a single update/tick period.

• Implement a GameState interface
• Implement a Input interface
• Implement an Authorization interface
• Handle all of the above.

My brain is broken so I always have the urge to redo a project that is perfectly fine. Regardless, I want this project to be less confusing.

The wiki is pretty good but...

The protocol needs to change and authentication. It's very dirty and not practical at all. You can customize all that but it just seems like alot.

Worlds need to change I think. The way entities and players are handled with the spawning system doesn't allow easy switching between worlds and instances.

Entities are very fleshed out but its still missing some things with context switching.

The way worlds and interiors work is just its hard to implement and manage, I need something different. I think the system with being able to implement your own extended entities is good but sometimes it doesn't always work and causes casting errors.

The server needs a heavy rewrite, it was never a focus point and it should have been. It works but its very barebones.

Please update the LiquidFun library for LibGDX. Because there is an old version of Box2d and there are errors with the joints :libgdx: 👍 :lustlogic:

The wiki has alot of content and can be overwhelming. Include quick start guides and quick code snippets + Q&A

This issue will track progress with switching over to Ashley.

Instances within Lunar describes an interior that is networked. For example rooms, interiors, dungeons, etc. They exist within a world.

As such a few issues come up:

• worldFrom should it still be loaded and receiving/updating data?
  • If not, when entering the instance it could be slow to load back in. This could be combated with a loading screen but may not be desirable.
• Should probably intiliaze a new LunarWorld but a very barebones implementation to prevent too many resources being used from a simple interior.

Client Design

• Simple implementation of LunarWorldSkeleton.
  • Separate box2d world and entity/player lists.
  • worldFrom should probably stop updating itself while in interior, implement some kind of lock/pause state for that.
    • (unless desired)
  • Network server should send packets indicating a player has enter the interior, not the parent world.
  • Possibly include a max player capacity for interiors (configurable) (eg. "This room is already full")
  • Will need interior spawn flag and events.
  • Once player leaves interior, keep the interior around in memory until they walk X distance away? (configurable)
    • Alt, X seconds after destroy, or, destroy immediately depending on how large the interior is.
  • If player gets within X distance of interior, load it in depending on how large it is? (configurable)
  • Remove player from parent world, once left, add them back.

Server Design

• remove player from parent world. Once left, add them back.
• Max player capacity for interiors. (configurable)
• Only send the player updates from within the interior, not from whole world.
• ...

• Rewrite lobby system
• Rewrite world system
• Rewrite entity system using ashley.
• Better server structure
• - Allow change username
• - Allow NULL usernames
• - Server example

Worlds need to be disposed of when switching from world to world or lobby to word/vice versa.

Start working on implementing networked tiles/textures, objects and maps.

Ideally, have a general Tile that has a String texture location and position to spawn locally.

• Implement Tile class
• Implement NetworkedTiledMap class
• Implement Tile update packets
• Tile IDs