summaryrefslogtreecommitdiffstats
path: root/src/Protocol/Protocol_1_13.cpp (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Fix cmake not adding Werror on clang, and _lots_ of warnings (#4963)peterbell102020-10-051-3/+5
| | | | | | | | | | | | | | | * Fix cmake not adding Werror on clang, and _lots_ of warnings * WIP: Build fixes * Cannot make intermediate blockhandler instance * Tiger's changes * Fix BitIndex check * Handle invalid NextState values in cMultiVersionProtocol Co-authored-by: Tiger Wang <ziwei.tiger@outlook.com>
* Added end portal and enchanting table block entities12xx122020-09-201-11/+15
|
* 1.13+: Send length-prefixed server Brand stringTiger Wang2020-08-281-17/+4
| | | | Ref: 5176c22656a8fb5485ab04100daa93bb761bb8f6
* Made cProtocol::Version, EntityMetadata enums less verboseTiger Wang2020-08-211-196/+196
|
* Remove complex templated SendBlockChangeTiger Wang2020-08-211-33/+32
| | | | If we're sending enough blocks to have virtual calls be an issue, we should resend the chunk instead.
* Adding block entity transmission to 1.13 (#4829)12xx122020-08-191-1/+37
| | | | | | + Adding block entity transmission to 1.13 + Added HandlePacketSetBeaconEffect Co-authored-by: 12xx12 <12xx12100@gmail.com>
* Add Statistics and Achievements for newer Network standards12xx122020-08-191-1/+57
|
* imprementing plugin message to send server brand (#4786)12xx122020-08-051-2/+6
| | | | | | * fixed issue #4773 Co-authored-by: 12xx12 <12xx12100@gmail.com>
* 1.14 connection supportTiger Wang2020-07-261-24/+3
|
* Remove some unused inclusionsTiger Wang2020-07-201-11/+9
|
* Use 1.13.1 block paletteTiger Wang2020-07-191-17/+42
|
* 1.13.1, 1.13.2 connection supportTiger Wang2020-07-191-11/+133
|
* Delete duplicated status request handlersTiger Wang2020-07-181-44/+9
| | | | Here we go again...
* 1.13 items supportTiger Wang2020-07-181-43/+19
| | | | + Add 1.16 block and item definitions
* Initial work on 1.13 entity metadata (#4539)Mat2020-07-171-160/+865
| | | | | | | * Initial work on 1.13 entity metadata * Largely complete metadata Co-authored-by: Tiger Wang <ziwei.tiger@outlook.com>
* cProtocolRecognizer goes on a diet (#4770)Tiger Wang2020-07-171-1/+1
| | | - Removed inheritance from cProtocol
* Introduce recipe book functionality (#4493)Tobias Wilken2020-07-141-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Introduce recipe book functionality The recipe book helps especially new players. Missing it gives the impression that cuberite is not as advanced as it is. The handling of the recipe book uses the following functions: - Unlock Recipes (https://wiki.vg/index.php?title=Protocol&oldid=14204#Unlock_Recipes) to make recipes available and show the notification for new recipes. Initialization is done on player login for known ones, the update is done when new items are discovered. - Craft Recipe Request (https://wiki.vg/index.php?title=Protocol&oldid=14204#Craft_Recipe_Request) when the user selects a recipe from the recipe book to fill the slots. Known recipes are initialized on player login via `Unlock Recipes` with `Action` 0. As soon as a new recipe is discovered this is added via `Unlock Recipes` with `Action` 1. To be able to know and recognize new recipes the player class is extended with `KnownItems` and `KnownRecipes`. As soon as a player touches an item this is compared to the list of `KnownItems`, if the item is unknown the recipes are checked for this item and the other ingredients are checked with the list of `KnownItems`. If a full match is discovered the recipe is unlocked with the client and stored in the `KnownRecipes`. To unlock recipes the recipe ID is sent to the client. A mapping file (for protocol 1.12.2) translated the minecraft recipe names to ids. The crafting.txt is extended with and minecraft recipe names is possible. Limitations: Only a single recipe is added to the crafting area. Multiple clicks or shift click does not increase the number of builds. Co-authored-by: peterbell10 <peterbell10@live.co.uk> * Address first issues mentioned by @peterbell10 - Some linting - Extract loading of recipe specific protocol mapping into a function - Build `RecipeNameMap` only once - Use `std::optional` - Extract `LoadRecipe` from `Window` * Start to implement new suggestions * Update with suggestions from @peterbell10 * Some minor cleanup * Update protocol packet IDs * Remove unused include * Include header in cmake * Change a vector to integer counter * Change dromedaryCase method names to PascalCase * Address suggestions from @madmaxoft * Read Protocol subdirectories to load recipe books To load all recipebooks iterate over the `Protocol` subdirectories to find mapping files. Co-authored-by: peterbell10 <peterbell10@live.co.uk>
* Update submodules (#4727)peterbell102020-05-091-2/+2
| | | | | | | | | | | | | Closes #4708 This updates jsoncpp, mbedtls, TCLAP and SQLiteCpp to their latest stable release. A few additional changes were needed: * jsoncpp deprecated Reader, FastWriter and StyledWriter which I've replaced with some helper functions in JsonUtils.cpp * SQLiteCpp changed how it builds with external sqlite libraries, now expecting them to be installed. The simplest path was to remove sqlite from cuberite's submodule and just use SQLiteCpp's internal version.
* Use correct value for zombie villager in 1.13Mat2020-04-101-1/+1
|
* Fix compilation, for real this time.Alexander Harkness2020-04-101-0/+1
| | | | I should go to sleep now...
* Implement wither skeletons (#4563)Mat2020-04-041-0/+1
|
* Add protocol mob ID remapping (#4538)Mat2020-03-291-0/+46
|
* Enable functional packets in 1.13mathiascode2020-03-231-27/+0
|
* Added temporary block type mapping for 1.13+ protocols.Mattes D2020-01-071-2/+33
|
* Fix clang8.0 build (#4399)Bond-0092019-09-241-9/+13
| | | The protocol 13.0 PR broke clang 8.0 builds.
* Initial support for 1.13 clientsTiger Wang2019-09-161-0/+456
+ Can look at *shape* of world + Can look at *shape* of inventory