Không có mô tả

Fela Maslen 1eb02472df feat: remember errors when scanning files 4 năm trước cách đây
gmus-backend 1eb02472df feat: remember errors when scanning files 4 năm trước cách đây
gmus-mobile b0eec02481 feat: automatic reconnect 4 năm trước cách đây
gmus-web 8657b2f56f fix: rely on effects for synchronising paused state between all clients 4 năm trước cách đây
k8s ddb1029fd6 feat: app bundle with icon 4 năm trước cách đây
.gitignore e2f37eb5c6 feat: barebones http server, websocket API and react app 5 năm trước cách đây
Jenkinsfile 47433a81e4 feat(mobile): persistent API URL and client name 4 năm trước cách đây
LICENSE 0aa1a8bbf1 Initial commit 5 năm trước cách đây
Makefile ddb1029fd6 feat: app bundle with icon 4 năm trước cách đây
README.md ddb1029fd6 feat: app bundle with icon 4 năm trước cách đây
logo.xcf 9f66df06de feat: login portal styling 5 năm trước cách đây

README.md

go-music-player (gmus)

Backend

This manages the music library database, serves requests and handles client connections.

For more info, see the readme.

Frontend clients

Each frontend implements the APIs provided by the backend. Their job is to play music, or control the master client. The following clients are implemented:

Architecture

Database

This is PostgreSQL. It is responsible for storing the music files and their metadata.

PubSub

This is implemented in Go using Redis. It is responsible for coordinating state between clients. Note that the only state which is stored on the backend is the list of clients currently connected.

API

This is an HTTP API written in Go. It is responsible for implementing the PubSub, as well as serving data to the clients. The API may be running in multiple redundant containers.

Scanner

This keeps the database up-to-date, based on a directory containing music files.

Clients

Each client connects to the API. One client is "master", while all others are "slave". Master is responsible for playing the music, and keeping other clients up-to-date through the socket.

There is no authentication - all clients are trusted equally. Clients may take over master status whenever they want. Master must obey this instruction. Clients are responsible for providing unique names when connecting.