ball2d 0.2.2 → 0.2.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +9 -7
- package/dist/browser.js +836 -697
- package/dist/node.js +33 -33
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -4,10 +4,11 @@ Host a Ball2D football room on your own server and control it through a typed
|
|
|
4
4
|
JavaScript API. The host runs the simulation; players connect directly over
|
|
5
5
|
WebRTC. Ball2D provides authorization, room discovery and signaling.
|
|
6
6
|
|
|
7
|
-
**SDK version: 0.2.
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
7
|
+
**SDK version: 0.2.3.** Requires the matching Ball2D web engine. Production
|
|
8
|
+
acceptance verified account-issued keys, Node admission, quota rejection, a real
|
|
9
|
+
same-Mac Chrome player's movement/replay, revocation and native cleanup.
|
|
10
|
+
The verified native platform is Node 24.19.0 on macOS arm64. These checks do not
|
|
11
|
+
establish broad device, operating-system or WAN support.
|
|
11
12
|
|
|
12
13
|
Repository maintainers: [local setup](https://github.com/fillbyte/ball2d/blob/main/docs/DEVELOPMENT.md) · [release procedure](https://github.com/fillbyte/ball2d/blob/main/docs/RELEASING.md) · [changelog](https://github.com/fillbyte/ball2d/blob/main/CHANGELOG.md).
|
|
13
14
|
|
|
@@ -17,7 +18,7 @@ Use Node.js 24 or newer. The verified native runtime is Node.js 24.19.0 on macOS
|
|
|
17
18
|
arm64; other systems need independent acceptance. Native transport is experimental.
|
|
18
19
|
|
|
19
20
|
```sh
|
|
20
|
-
npm install ball2d@0.2.
|
|
21
|
+
npm install ball2d@0.2.3
|
|
21
22
|
```
|
|
22
23
|
|
|
23
24
|
Create an API key through your Ball2D account.
|
|
@@ -128,9 +129,10 @@ confirm that every remote player has received a shutdown message.
|
|
|
128
129
|
## Signaling recovery
|
|
129
130
|
|
|
130
131
|
Browser and native runtimes request resumable signaling by default. If the
|
|
131
|
-
signaling connection briefly drops, the same admitted
|
|
132
|
+
guest signaling connection briefly drops, the same admitted player can recover
|
|
132
133
|
within the service membership lifetime while retaining healthy direct peer
|
|
133
|
-
connections.
|
|
134
|
+
connections. Host loss closes the room, including when the service observes the
|
|
135
|
+
host signaling socket close. Custom services must support the matching protocol.
|
|
134
136
|
|
|
135
137
|
This does not automatically transfer ownership to another player when the host
|
|
136
138
|
leaves, guarantee uninterrupted delivery, or provide a relay for incompatible
|