[BDS-83] Bedrock Alpha Server for Linux Created: 19/Sep/18  Updated: 14/Oct/18  Resolved: 14/Oct/18

Status: Resolved
Project: Bedrock Dedicated Server
Affects Version/s: 1.6.1.0
Fix Version/s: None

Type: Bug
Reporter: Scott Rowley Assignee: Unassigned
Resolution: Invalid Votes: 0
Labels: None


 Description   

Ubuntu Server 18.04 LTS

 

Linux Bedrock Dedicated Server Alpha starts when you issue the command "LD_LIBRARY_PATH=. ./bedrock_server" but does not open a port to listen for incoming connections.

NO LOG FILE! - setting up server logging...
NO LOG FILE! - [2018-09-19 15:28:21 INFO] Starting Server
NO LOG FILE! - [2018-09-19 15:28:21 INFO] Version 1.6.1.0
NO LOG FILE! - [2018-09-19 15:28:21 INFO] Level Name: WholeNewWorld
NO LOG FILE! - [2018-09-19 15:28:21 INFO] Game mode: 0 Survival
NO LOG FILE! - [2018-09-19 15:28:21 INFO] Difficulty: 2 NORMAL
NO LOG FILE! - [2018-09-19 15:28:22 INFO] IPv4 supported, port: 19132
NO LOG FILE! - [2018-09-19 15:28:22 INFO] IPv6 not supported
NO LOG FILE! - [2018-09-19 15:28:22 INFO] Listening on IPv6 port: 19133
NO LOG FILE! - [2018-09-19 15:28:22 INFO] Listening on IPv4 port: 19132

root@dc:/bedrock# netstat --tcp --listen --numeric-ports
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 0.0.0.0:25565 0.0.0.0:* LISTEN
tcp 0 0 localhost:53 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN
tcp 0 0 localhost:631 0.0.0.0:* LISTEN
tcp 0 0 localhost:58618 0.0.0.0:* LISTEN
tcp6 0 0 [::]:443 [::]:* LISTEN
tcp6 0 0 localhost:8005 [::]:* LISTEN
tcp6 0 0 [::]:80 [::]:* LISTEN
tcp6 0 0 dc.rowley.local:36885 [::]:* LISTEN
tcp6 0 0 [::]:22 [::]:* LISTEN
root@dc:/bedrock#



 Comments   
Comment by Scott Rowley [ 12/Oct/18 ]

Please close the issue...was able to connect via UDP on the local network.

Comment by Suspended Fate [ 24/Sep/18 ]

I do not work for Mojang so can't speak for why they actually switched to using UDP for the Bedrock versions; however, it is often better to use for real-time games as it doesn't get caught up on dropped packets or their sequential order but instead continues with the newest state of the game.
When a packet is dropped with TCP it will essentially "pause" until it has successfully recovered the packet and then processes all backlogged packets in their "proper" order all at once.
Without this restriction, you can process new packets as they come in and if there are occasional important packets you can build a system to detect, re-transmit, and process those at a later time instead should they go missing in transit.
Due to Bedrock being available on mobile platforms (Android/iOS/Nintendo Switch) that are mobile/wireless-only (barring adapters), TCP's handling of dropped packets can make the experience much worse than a properly setup UDP system that can simply ignore them and process out of order.

There are other reasons to use either over the other as well so it just depends on what they were going for.

Comment by zmx [ 21/Sep/18 ]

It was likely chosen to be better than TCP for them.

Comment by Scott Rowley [ 21/Sep/18 ]

Why UDP?  The java version uses TCP as you can see in the port listing.

Comment by Suspended Fate [ 21/Sep/18 ]

Minecraft (Bedrock) uses UDP for communication, it does not listen or communicate over TCP.

Comment by Noah Roberts [ 20/Sep/18 ]

This is the BDS Project!

Comment by PC_Screen [ 19/Sep/18 ]

Please use the Bedrock Dedicated Server project

Generated at Sat Jan 11 07:12:49 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.