# Work in progress

This library is work in progress, currently only some parts are finished, see issue #19 to track the progress.
This README may contain some information that aren't done yet.
I've tried to make these parts crossed out. I've included them so it's
clear what this library is for.

# NosSmooth
A multi-platform library with an interface for NosTale packets, data, game state and such.
Can be used for local (injected) ~~as well as remote (clientless)~~ bots.
The library is splitted into multiple assemblies to allow for
using only specific features. Bots that can be both locally
and remotely can be implemented that way using the same code base.

For local-specific libraries see [NosSmooth.Local](https://github.com/Rutherther/NosSmooth.Local).

## How to use
All of the packages are on NuGet. Search for NosSmooth.
There is not a full documentation, but there are some samples and the
library methods and objects are documented.
You can find the samples in `Samples` folder in this repository,
[NosSmooth.Local](https://github.com/Rutherther/NosSmooth.Local) repository ~~and
[NosSmooth.Remote](https://github.com/Rutherther/NosSmooth.Remote) repository.~~

## Projects that use NosSmooth

## Features

### Data
NosTale data can be retrieved either using .NOS files or a sqlite3 database.
The database can be created by starting `NosSmooth.Data.CLI`
with arguments `migrate {NostaleDataDirectoryPath}`.
Currently only translations and data about skills, items and monsters are stored.
The migration will migrate all languages NosTale supports.

See the sample `DataBrowser` for more details about the usage.

### Core (Low level)
The core contains abstractions for the NosTale client, packets and commands.
You can register your packet responders (IPacketResponder)
that will be called by the client when there is a new packet of the given type.

If there is an unknown packet, `UnresolvedPacket` will be created
and can be handled by the user. If there is other parsing error,
`ParsingFailedPacket` will be created and can be handled.

### Game state (High level)
The game state is built using the core, it stores useful information about the state
such as the current map, entities, information about the current character.
The game project also has custom events that contain more information
than packets would. In some cases, there would be no gain in information,
for these packets there is no event and a packet responder should be registered instead.
It uses NosTale data for a few features, so setting up the data provider
is required. If no provider is found, an exception will be thrown
as `ILanguageService` and `IInfoService` will not be found.

## Commands
The library uses commands for features that may be implemented
differently on local and remote bots. For examples,
walking on local client is done calling the walk function on the client,
whereas on the remote client just packets have to be sent directly.

- TakeControlCommand
  - Makes sure there is just one command in the given group running at the same time
  - Useful for operations that do not support two simultaneous states such as walking.
  - For local client this can also disable the users controls or be cancelled upon user making any action
  - Everything stated here can be configured and should be clear from the documentation of the constructor members
- WalkCommand
  - Uses PlayerWalkCommand and PetWalkCommand
  - PetSelectors specify the indices of the pets the player has and should be moved to the specified position
  - This is a TakeControlCommand
  - Used for walking in straight lines
  - IMPORTANT: doesn't support obstacles, pathfinding mechanism must be used