alecodes/juno
2
0
Fork 0
Code Issues 1 Pull requests Projects Releases Packages Wiki Activity Actions

Rescued project files from wiki #1

New issue
Open
opened 2024-11-20 19:38:37 -03:00 by aleidk · 0 comments
aleidk commented 2024-11-20 19:38:37 -03:00
Owner
Copy link

Juno

Resources

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 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 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 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.
# 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) - [Music Player (written in Rust)](https://github.com/tsirysndr/music-player/) - [fd](https://github.com/sharkdp/fd) (for filesystem walking) - [global config in rust](https://github.com/PhilipDaniels/rust-config-example) - [Bind unix port in hyper server]([https://github.com/hyperium/hyper/issues/2102](https://github.com/hyperium/hyper/issues/2102)) ## [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.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
main
feature/music-player
No results found.
Labels
Clear labels
  
Outtakes/Blog Post

This can be used as a blog post content

  
Outtakes/Research

This can be further investigated

  
Outtakes/Resource

This can be used as a wiki resource

  
Priority
Critical
Do it now

  
Priority
High
Do it next

  
Priority
Low
It may be done

  
Priority
Medium
Do it when posible

  
Severity
Critical
Is provocking harmfull behavior

  
Severity
High
Is blocking or un-usable

  
Severity
Low
Is inconvinient

  
Severity
Medium
Is Broken with a workarround

  
Status
Abandoned
Work has been done but later abandoned

  
Status
Accepted
This has been reviwed and accepted

  
Status
Blocked
Something is blocking this

  
Status
Need More Info
Research or feedback is required to continue

  
Status
Out Of Scope
This is out of the [current] scope

  
Status
Pending
In waiting of evaluation

  
Status
Won't do
This will not be implemented

  
Type
Bug
Something is not working

  
Type
Documentation
Documentation changes

  
Type
Feature
New functionality

  
Type
Idea
Just an idea for now

  
Type
Testing
Needs testing

No labels
Outtakes/Blog Post
Outtakes/Research
Outtakes/Resource
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Severity
Critical
Severity
High
Severity
Low
Severity
Medium
Status
Abandoned
Status
Accepted
Status
Blocked
Status
Need More Info
Status
Out Of Scope
Status
Pending
Status
Won't do
Type
Bug
Type
Documentation
Type
Feature
Type
Idea
Type
Testing
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: alecodes/juno#1
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?