master-wiki/01. Projects/Juno/README.md
Alexander Navarro 6ef8295311 Update from obsidian - thinkpad
Affected files:
01. Projects/Frontmatter query language/README.md
01. Projects/Juno/README.md
01. Projects/Mental Health/Therapy/Session 003 24-04-19.md
02. Areas/Selfhosted/Arr Suit.md
03. Resources/Development/Git/Git Merge vs Rebase vs Squash ¿Qué estrategia debemos elegir-.md
2024-04-25 20:23:52 -04:00

58 lines
No EOL
2.4 KiB
Markdown

---
created: 2024-03-26 16:02
updated: 2024-03-26 16:09
status: Backlog
---
# Juno
## Resources
- [Navidrome](https://www.navidrome.org)
- [Azuracast](https://www.azuracast.com/)
- [Cadence](https://github.com/kenellorando/cadence) (Use Icecast and Liquidsoap)
- [forte](https://github.com/kaangiray26/forte)
- [Simple MPD in Rust](https://dev.to/tsirysndr/how-i-built-a-simple-music-player-daemon-in-rust-with-a-cliweb-ui-51e0)
- [fd](https://github.com/sharkdp/fd) (for filesystem walking)
- [global config in rust](https://github.com/PhilipDaniels/rust-config-example)
## [Kickoff](Project%20checklists.md#Kickoff)
### Completion Criteria
This project will be completed when:
Have a working CLI music player with the following features:
- [ ] Play local files or remote streams (like youtube streams).
- [ ] Local or remote (HTTP) audio output.
- [ ] [MPRIS](https://wiki.archlinux.org/title/MPRIS) support
- [ ] Dynamic server-client design:
- [ ] On start it attach to a socket, a local unix file socket (default) or a port to allow for remote connections ([MPD](https://wiki.archlinux.org/title/Music_Player_Daemon) like).
- [ ] If a second instance is invoque on the same socket, it will act as a client to the process running on that socket, allowing to modify the playback and exiting immediately ([MPC](https://www.musicpd.org/clients/mpc/) like).
- [ ] By default the server process will end when the queue is empty unless it's ran in _"daemon"_ mode. This allows to continue using the clients to add more music later.
### Brainstorm
Regarding the Client-Server setup:
- In _"daemon"_ mode, a path is needed so the server knows where to find the music. The clients can only add files from that path.
- The server needs an endpoint to return the available songs under the provided path.
- The server needs an endpoint that return the current information of the playback
- The communication between client / other front ends and server is with gRPC
The queue should have a soft limit and a hard limit.
- Soft Limit: Cannot add more than this limit, it's also the same limit when quering the current queue.
- Hard limit: The actual limit of the query, items above this limit are truncated.
I don't remember why but this was important and useful.
## [Outtakes](Project%20checklists.md#Completion)
### Was the goal archived?
Yes/No, because of...
### What did go well?
- Item
### What did go wrong?
- Item