Sasedev/games
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

0.3.4-alpha.4

Browse Source
This commit is contained in:
SinuS von SifriduS
2026-09-21 18:00:32 +02:00
parent bbecae5e0d
commit fa17ea0ca5
12 changed files with 792 additions and 47 deletions
Download Patch File Download Diff File Expand all files Collapse all files

6
README.md
View File

@@ -1,5 +1,5 @@
<!-- file: README.md -->
<!-- version: 57 -->
<!-- version: 58 -->
# games.sasedev
@@ -27,9 +27,9 @@ Workspace expérimental puis productif pour des jeux multiplateformes principale
Version stable de référence : `0.3.3`.
Version candidate active : `0.3.4-alpha.3.fix.1`. `0.3.2` reste différée.
Version candidate active : `0.3.4-alpha.4`. `0.3.2` reste différée.
La stable `0.3.3` livre la voie Android SDL3 native multi-ABI : build Gradle/Cargo sans orchestrateur Python, APK Debug universal et AAB Release pour `arm64-v8a`, `armeabi-v7a`, `x86_64` et `x86`, `minSdk 21` réellement fumé et compatibilité pages mémoire 16 KB validée sur les ABI 64 bits. `0.3.4-alpha.3.fix.1` corrige l'héritage Cargo des options `default-features = false` de `futures-util` et `tokio-tungstenite` sans changer le scope fonctionnel de `alpha.3` : API transport-neutral conservée, backend WebSocket séparé fondé sur Tokio + `tokio-tungstenite`, client `ws://`, listener serveur, split sender/receiver, tracing et round-trip localhost déterministe.
La stable `0.3.3` livre la voie Android SDL3 native multi-ABI : build Gradle/Cargo sans orchestrateur Python, APK Debug universal et AAB Release pour `arm64-v8a`, `armeabi-v7a`, `x86_64` et `x86`, `minSdk 21` réellement fumé et compatibilité pages mémoire 16 KB validée sur les ABI 64 bits. `0.3.4-alpha.4` consolide la baseline realtime validée en `alpha.3.fix.1` avec une configuration WebSocket explicite : limite message/frame de 1 MiB, write buffer cible 64 KiB et maximum 2 MiB, deadlines connect/send/close de 10/5/2 s, rejet Text, dépassements de taille, handshake silencieux et fermeture abrupte couverts par des tests locaux bornés.
Les deux premiers jeux sont des POC structurels : `game-reflex-poc` et `game-snake-poc`. Ils existent d'abord pour valider les frontières du workspace, le moteur, les assets et le packaging multiplateforme.