Update from obsidian - thinkpad
Affected files: projects/personal-page-notes/Dev Stack.md projects/project-deas.md projects/radio.md projects/todos.md
This commit is contained in:
parent
b5a88b86a7
commit
74f2cf9e49
4 changed files with 56 additions and 3 deletions
|
|
@ -1,2 +1,50 @@
|
|||
| Type | Tech |
|
||||
| -------- | -------- |
|
||||
|
||||
# Project Radio
|
||||
|
||||
- En primera instancia utilizar librerías de apoyo para cosas demasiado complejas, especificas o que requieran mucha investigación para poder tener algo funcional en poco tiempo. Luego ir remplazando estas librerías por código propio
|
||||
|
||||
## Music Player - Juno
|
||||
|
||||
Code name: Juno, like Fuuka's ultimate persona, that she use to communicate with the others
|
||||
|
||||
Este servicio debe ser **solo** un reproductor de música, Debe poder funcionar de manera independiente, y poder integrar distintos frontends para un futuro
|
||||
|
||||
Features:
|
||||
- Lenguaje: Rust, que sea lo más eficiente posible para manejar posibles colas de miles de elementos y poder modificar estas colas rápidamente.
|
||||
- Interacción con MPRIS
|
||||
- Audio Input:
|
||||
- Local file
|
||||
- Remote stream?? -> Youtube lofi re-stream for example
|
||||
- Audio Output:
|
||||
- Localmente
|
||||
- Strimear por red
|
||||
- Funcionalidad cliente - servidor dinámica. Al iniciar el proceso, se deberá revisar si el socket provisto (el por defecto o custom) está corriendo ya un servidor de Juno, de ser el caso el proceso se ejecutará en modo "cliente", del contrario se ejecutará en modo "servidor"
|
||||
- Modo servidor:
|
||||
- Al invocarse abrirá un socket en la máquina, por defecto será un socket de unix a no ser que se especifique (un path para crar un socket en especifico o un puerto para escuchar en red)
|
||||
- Por defecto el proceso terminará al terminar de reproducir todos los elementos en la cola, como es un server se pueden añadir más elementos mientras el proceso no haya terminado
|
||||
- Debe tener un modo "daemon" en donde el proceso no termine al finalizar la cola y se quede esperando nuevas instrucciones
|
||||
- Al iniciar el proceso en modo "daemon", se debe pasar un path (por variable de entorno o como parametro del flag "daemon") para solo poder reproducir canciones dentro de este path. Esto reducirá problemas cuando un cliente quiera agregar elementos
|
||||
- El servidor debe tener una manera de entregar las canciones disponibles en el path especificado
|
||||
- Modo cliente:
|
||||
- Puede ejecutar modificaciones sobre la cola, operaciones básicas de un reproductor de música (play-pause, next, prev, add, remove, etc)
|
||||
- Comunicación entre cliente - Servidor con gRPC
|
||||
|
||||
## Cliente, Frontend y orquestador - Fuuka
|
||||
|
||||
Code name: Fuuka, the navi of SEES, you can ask her to change the musing in tartarus.
|
||||
|
||||
Este servicio será el encargado de orquestrar la música con el servidor.
|
||||
|
||||
- Debido a la funcionalidad de indexación, es necesario un lenguaje de backend eficiente
|
||||
- Rust
|
||||
- Go
|
||||
- Mantener una DB:
|
||||
- Debe poder indexar una carpeta y todas las subcarpetas recursivamente para obtener una lista de canciones con su path y otros
|
||||
- Si Juno lo soporta, lista de fuentes remotas para re-strimear, con un botón de acceso rápido (como youtube lofi or synthwave streams)
|
||||
- Almacenar playlist junto con su programación
|
||||
- Scheduler:
|
||||
- Correr escaneo e indexación cada x tiempo
|
||||
- Ejecutar programación de playlists
|
||||
- Se debe maneter el frontend actualizado en todo momento en cuanto cambien los datos del servidor de Juno:
|
||||
- NextJS puede realizar actualización de UI dinámicamente, pero esto nos añade un 3 servicio
|
||||
- Web sockets creo que deberían bastar, implementados en Vanilla JS del lado del cliente
|
||||
Loading…
Add table
Add a link
Reference in a new issue