anonymous/cuberite - A lightweight, fast and extensible game server for Minecraft

	Commit message (Collapse)	Author	Files	Lines
2020-08-04	Do not GetBlock individually in simulators	Tiger Wang	1	-1/+2
	* Have the simulator manager get the block and pass it on + Add new overload for WakeUp, called when the manager wakes face positions
2020-08-02	Always use relative coordinates in AddBlock	Tiger Wang	1	-21/+15
	+ Pass block, use relatives * Fixes everything immediately converting abs back to rel and getting block, when these data were already available
2020-08-02	Add WakeUp/AddBlock distinction	Tiger Wang	1	-1/+5
	* WakeUp is for singular changes (block breaking for example). The simulator should check blocks around the position and discover other affected blocks as it sees fit * AddBlock is for when you know a whole area is to be updated; chunk loading, or area wakeups for example + Prepares for correct handling of destroyed blocks after removal of SolidBlockHandler in the redstone simulator
2020-07-26	Use SimulateChunk in redstone simulator	Tiger Wang	1	-11/+8
	+ Improved performance, reduces bottleneck in chunkmap lookup * Stop allocating and throwing away lots of small vectors in Update/GetValidSourcePositions return values - Remove unused GetPowerLevel virtual
2020-04-16	ಠ_ಠ (#4660)	Tiger Wang	1	-0/+2
	+ Provisional handling for observers
2020-04-16	Using Super.	Mattes D	1	-4/+6

2020-04-05	Filter blocks to add to redstone sim's wake queue (#4621)	peterbell10	1	-4/+1

2017-08-17	Changed int parameters to vector parameters in cCuboid and simulators (#3874)	Lane Kolbly	1	-2/+2

2017-07-17	Allocate redstone component handlers upfront	peterbell10	1	-1/+4

2016-07-01	Revert "Made redstone handlers static"	Lukas Pioch	1	-3/+1

2016-05-28	Made redstone handlers static	Tiger Wang	1	-1/+3
	* Improvements to performance? Maybe. Can't hurt (he says).
2016-02-05	Bulk clearing of whitespace	LogicParrot	1	-2/+2

2015-12-18	Reorganised the redstone simulator	Tiger Wang	1	-0/+167
	-> Many thanks to @worktycho for the idea, and @Haxi52 for the implementation plan! * Uses classes and inheritance now * Speed should be improved