Skip to content
This repository has been archived by the owner on Jan 18, 2021. It is now read-only.

1.16.100 Update Progress #171

Open
3 of 4 tasks
zxl777 opened this issue Nov 25, 2020 · 14 comments
Open
3 of 4 tasks

1.16.100 Update Progress #171

zxl777 opened this issue Nov 25, 2020 · 14 comments
Labels
help wanted Looking for help from the community information not a bug, just gives information

Comments

@zxl777
Copy link

zxl777 commented Nov 25, 2020

1.16.101

  • Update BDS ver in ci
  • LNK1189: library limit - update eatpdb.yaml
  • Build with cmake fails due to invalid compile options?

Working ci for .101 - here

1.16.200

  • library limit exceeded again. Need to edit eatpdb.yaml
@Weissnix4711 Weissnix4711 added the information not a bug, just gives information label Nov 25, 2020
@Weissnix4711 Weissnix4711 pinned this issue Nov 25, 2020
@elijahr2411
Copy link

So I'm not the only one getting the cmake error, then?

@elijahr2411
Copy link

Sorry, misclicked and accidentally closed.

@Weissnix4711
Copy link
Member

Weissnix4711 commented Nov 25, 2020

So I'm not the only one getting the cmake error, then?

@elijahr2411 No you're not. Building locally (with visual studio) works, but attempting to build with ci results in cmake errors (invalid compile options). When they are entirely disable, you end up with this.

@elijahr2411
Copy link

@Weissnix4711 I can't even build locally because I don't have visual studio, only the build tools, so cmake is my only option and it throws that error at me.

@Weissnix4711
Copy link
Member

Huh. So even building locally without visual studio fails?

I've never tried building without VS, so that's cool to know, although really doesn't help us any further.

@zxl777
Copy link
Author

zxl777 commented Nov 28, 2020

@Weissnix4711
I will test your pre-release for Minecraft 1.16.101
https://github.com/Weissnix4711/ElementZero/releases/tag/1.16.101-test

I will test it in the V86 app I developed, and now I have hosted nearly 500 Minecraft Bedrock servers.
If we find a problem, I will report it here.

@Weissnix4711
Copy link
Member

@zxl777 Thank you. I think most mods are broken though. I haven't had time to test it myself.

@zxl777
Copy link
Author

zxl777 commented Nov 28, 2020

Server crash

Download and Install

mkdir bds
cd bds
wget https://minecraft.azureedge.net/bin-win/bedrock-server-1.16.101.01.zip
wget https://github.com/Weissnix4711/ElementZero/releases/download/1.16.101-test/Dist.zip
unzip bedrock-server-1.16.101.01.zip
unzip Dist.zip

The server can start normally.
When the Minecraft client logged in, the server crashed.

Crash Logs

Version: 1.16.101.1 with element-0 (200517-191-g6397e3)
OS: Windows
Server start: 2020-11-28 13:14:54 Greenwich S
Dmp timestamp: 2020-11-28 13:15:06 Greenwich S
Upload Date: 2020-11-28 13:15:06 Greenwich S
Session ID: e2123dff-26b2-4808-ae86-bb18201753f6
Commit hash: 09c17672522b8c32fa0ec6b90a37830fa2b91787
Build id: 5028032
CrashReporter Key: 1b034983-9a80-3180-a881-f37b55865f9c

Crash
2020-11-28 13:15:06 I [SERVER] (CrashHelper::dumpCrashHandlerAppCrashLog:37)    atvoid RakNetServerLocator::_initializeBroadcastAddresses[void] (UnknownFile:?)
        at void RakNetServerLocator::_punchHoles[void] (UnknownFile:?)
        at void RakNetServerLocator::update[void] (UnknownFile:?)
        at void NetworkHandler::update[class std::vector<class Player *,class std::allocator<class Player *> > const *] (UnknownFile:?)
        at bool Minecraft::update[void] (UnknownFile:?)

abnormal program termination

@tuxinal
Copy link

tuxinal commented Dec 2, 2020

i am getting the same error as @zxl777 on linux using docker

@zxl777
Copy link
Author

zxl777 commented Dec 2, 2020

I gave up mods.
Using pure BDS1.16.101 for windows + wine64 + docker, hundreds of servers can already worked.
I have now deployed the server here https://app.v86.co/get?id=6

@zxl777
Copy link
Author

zxl777 commented Dec 9, 2020

A few hours ago, we have updated all Minecraft Bedrock servers to 1.16.200 for our V86 hosting.
We use our own smartup2 technology to maximize resource utilization.
After the server goes offline, all CPU and memory resources will be released,
and the server will be automatically started when a player logs in.
6 CPU + 16GB RAM resources are sufficient, so the server has no lag.

We also hope that MODDED BDS will make progress, but after waiting for 2 weeks, contacting codehz did not reply.
He may have encountered unexpected difficulties in the development process.

Finally, we use BDS for windows + Wine + Docker to let bds run on the Linux host in the cloud.

The CPU of BDS for Linux often reaches 100%, which is unusable.
Fortunately, the performance of BDS for windows is good.

Before the problem of MODDED BDS is solved, we can use BDS for windows while waiting for the new MODDED BDS.

@ambiennt
Copy link

ambiennt commented Dec 9, 2020

A few hours ago, we have updated all Minecraft Bedrock servers to 1.16.200 for our V86 hosting.
We use our own smartup2 technology to maximize resource utilization.
After the server goes offline, all CPU and memory resources will be released,
and the server will be automatically started when a player logs in.

6 CPU + 16GB RAM resources are sufficient, so the server has no lag.
Welcome to our community:
https://discord.gg/PK9zBnXU6M

From what I understand, v86 is just normal BDS and your service is to run it remotely. Most people here don't want that, or even if they did they would probably use their own machine or current provider. This github is for MODDED BDS.

@Weissnix4711
Copy link
Member

Attempt at 1.16.200.02 support

Offsets may probably will have changed. Let's see..

@Weissnix4711 Weissnix4711 added the help wanted Looking for help from the community label Dec 13, 2020
@Weissnix4711
Copy link
Member

Library limit exceeded again. Anyone want to fix eatpdb.yaml?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
help wanted Looking for help from the community information not a bug, just gives information
Projects
None yet
Development

No branches or pull requests

5 participants