domwilliams0/name-needed

🕹 A one man effort to produce an intuitive and high performance Dwarf Fortress-esque game. Needs a name.

name-needed

Utility crates for Name Needed, a one man effort to produce an intuitive and high performance Dwarf Fortress-esque game. Needs a name.

If you are looking for the actual game, see this blog post and the archive.

name-needed's Issues

CI and pretty README badges

Tweaker

Document tests

Replace glium

Change to something that has more features and is more cross platform.

OpenGL rendering rather than SDL canvas

Keep 2D canvas rendering available through features

TODOs:

• Generate separate mesh per chunk and cache in renderer (modify WorldViewer::visible_chunks)
• Should each slice maintain its own mesh that can be reused when generating full chunk mesh? Or does this complicate things because a slice has to be kept in sync with its 2 neighbours? Might be easier to generate all slices from scratch for a chunk

Add a trait for block setting operations for Chunk, ChunkBuilder, ChunkBuilderApply, SliceMut

Includes a proper API for providing all Block attributes

Tweaker doesn't save

Path finding across chunks

Chunking

Select entity

Add type alias for Rc<RefCell<World>>

Path optimization

Raytrace and cut corners to improve paths

ECS with simple movement system

Implement camera zoom properly

Define zooming properly as

• initial zoom i.e. max zoomed out
• current zoom in
• max zoomed in level

Proper types for chunk width/height/depth, and expose as common integer types

To avoid the anonymous CHUNK_SIZE everywhere

Integrate entities into the world

• Only be able to walk in navigable blocks
• Spawn in navigable blocks

Stop rendering "spare" entities off the screen

Depends on replacing renderer (#45).

Also includes debug line rendering.

Clean up tweaker UI

Logging

Slice-aware chunk mesh caching

Also include caching slice bounds, as this is currently recalculated for every WorldViewer movement

Periodic ECS system ticking

Mesh generation per slice

Debug rendering framework

Allow systems to be implemented that e.g. draw lines in world space

Allow slice access up and down "infinitely"

Collision mesh generation

Use strongly typed colours instead of (u8, u8, u8)

Improve README ever so slightly

Navigation mesh

Add height to blocks

Path finding in background

Expose a futures-like interface for running path finding on another thread

Select tile region

Select tile

Browser based dashboard

• Performance graphs using struclog data
• Debug controls too?
• https://github.com/Freeboard/freeboard looks good

Ambient occlusion

Render boundaries properly

Show debug info for selection

Lazy path evaluation

Don't evaluate the entire block-level path immediately, do it an area at a time

Render multiple slices at a time

Multiple chunks

Basic SDL game loop

Path following

Render single slice with up/down control

Block scale is 2x what it should be

scale::BLOCK should be diameter, not radius

Generic 3D grid class

Improve debug renderer

• instancing for performance
• add debug_add_square and debug_add_line_strip

Add crate descriptions and screenshots

Steering

Basic world model

Proper types for world coordinates, block coordinates, screen coordinates etc

Allow game to run without tweaker

It needs python and that's a pain