SL21W38
- Fake memory sizes:
- Nearly all memory usage is caused by NMS data
- Our own data/metadata is <10% of all data
- NMS has a lot of default-value garbage
- Mobs: clearing brain, attributes
- Bug: ScoreBoard of Fakes is the original scoreboard of MC. DO NOT USE
- Minecraft scoreboard is bugged. Will fail on ~65k entries to be sent to clients. (io.netty.handler.codec.EncoderException unable to fit ... into 3)
- Do we really need the scoreboard for fakemobs? If so we need a faked / possibly static one to minimize memory garbage
- Change reflection calls to a faster way?
- Make sure the scoreboard is not polluted with entity UUIDs / clear the scoreboard on reboot as a hotfix
- Bug: Every plant will result in a new renderjob being executed per player. This should not happen.
- Bug: GeneralizedSuffixTree is nearly unusable on datasizes > 1000
- If we have ~10k users the GeneralizedSuffixTree will use up most memory on the system for all the Bin/Pod systems
- We need screen commands for players - works like Stands/Players/Mobs
- list, create, delete, info, finish, move, reset, resetelement
- /screen create aldi_entry [size, design, type5, __ ]
- Creates a default-screen with the help-text to manipulate the given screen
- /screen setdesign [screen] [screendesign]
- /screen settext [screen] [tilename] [colorvartext...]
- /screen settext aldi_entry {title, text, button1} [colorvartext...]
- /screen settext aldi_entry {title, subtitle, text1, text2, text3, button1, button2,button3,} [colorvartext...]
- /screen setaction xxx
- /screen settextcolor xxx
- /screen setelementdesign xxx (button styling)
- /screen setimage aldi_entry { image1 } PepeLaugh_PepeHands
- /screen setbackground aldi_entry { background } PepeLaugh_PepeHands1
- /screen hide aldi_entry {title, subtitle, text1, text2, text3, button1, button2,button3} [ON/OFF]