irosthebeggar/mstream_music

mstream_music's Issues

Feature: add transcoding option

Transcoding in web interface is very useful, especially when streaming using mobile connection. App could have it as well

Feature: Follow standard player queueing principles

Currently queuing of music is done in sort of unnatural way: one needs to navigate to the track, click it, and instead of playing, it will be added to the queue. Then one needs to go to the queue to actually start playing. In case it's needed to start playing say from the middle of the album, either each track needs to be clicked separately, or the whole album needs to be added to the queue and then the queue to be adjusted (in any way it's a long series of taps/clicks).

What standard players normally do:

• when a track is tapped, it starts playing and the playing continues for the rest of the album
• there's a context menu for tracks that allow to add them to the current queue. Like "play next" or "queue at the end"

It would make using the mStream app way much easier, following the pattern that people got used to with majority of players.

issues playing anything

I recently setup mstream and it works fine via web browser but trying to use the mobile app i get no audio
i see things added to the queue and the play button switches from play to pause.
also tried downloads i see the files added to the downloads list but all process shows -1%
i see nothing server side in the logs suggesting anything is wrong, watching top i see near zero activity so at the least i know its not trying to transcode.

let me know what is needed to debug this and I'll test whatever is needed.

QOL improvements

Hello,
I'd like to suggest a couple of changes which would be really great:

• add a scrollbar (with NestedScrollView?) to any display of folders and files.
  Browsing a folder with hundreds of folders is a little inconvenient when Android has a way to provide a scroll bar for faster scrolling.

• save current playlist so that it's reloaded upon re-opening the app
  this one is more a consequence of not having a faster way to scroll but I think in general, if the app could reload the previous active playlist, it would be great.

ty and keep up the great work :)

Unable to Play Music on Android App using Domain Name Server Address

When I use the Android app, if the server address is a domain name such as https://test.mstream.com:9443, I can successfully connect to the server and view the playlist, but I cannot play music. However, if I access the server using an IP address such as http://192.168.1.100:9443, I can play music successfully. What could be causing this issue?

Fdroid release

Just recently found mStream and I am very excited about it.
It just works and is pretty solid.

Would it be possible to get mStream Android version released in Fdroid?
https://f-droid.org/en/contribute/

An outdated version of mStream (v0.7.1 from 2019) is available in Izzy's Repo:
https://apt.izzysoft.de/fdroid/index/apk/mstream.music
This version is deprecated and archived on your side. Also this version does not connect to current mStream backend anymore.

Is there any chance to get a Fdroid release?
I also raised this topic in Izzy's issue tracker:
https://gitlab.com/IzzyOnDroid/repo/-/issues/304

Seems like there are two non-free dependencies, which are an issue for an Fdroid build.

Offending libs:

• Android Vision (/com/google/android/gms/vision): NonFreeDep
• Google Mobile Services (/com/google/android/gms): NonFreeDep

2 offenders.

Failed to login from Android app

I'm running mStream in a docker container with traefik as reverse proxy and ssl terminator.
I don't have any problem to login the web interface but with the Android app version 0.10.1 I can't login as I receive Failed to login response.
I tried the app on Playstore and the one on github with the same results.
As docker image I use linuxserver/mstream:latest.

Android Auto support

Any chance that Android Auto support could be added to the Android release of this app?

It's great being able to use it in my car when I plug in my phone, but it'd be even better if I could use the app from the car's touchscreen and/or control playback from the audio controls on the steering wheel.

I wouldn't think it would be as trivial as this documentation makes it out to be, but it's also been a long while (pre-Flutter) since I've done Android development. If it didn't require setting up a whole build environment just to test it out myself, I'd do that and submit a PR.

Feature: Display download progress as a notification

When asking mStream app to download some folder, it starts downloading silently in the background and then it's only possible to see the progress by navigating back to the top menu and then selecting the Downloads section and scrolling down.

It would be way much easier to show the progress in the notification area as well as "Download Complete" notification (like ownCloud client does).

These notifications can be configurable (on/off) if the user prefers not to see them

Feature: No split between online and offline music

Currently offline music is available only as a separate entry in the main menu. While offline it's not possible to navigate through the original folder structure, artists, albums, etc.

There's no much reason to do this. Other apps which work without cloud with offline option (ownCloud, Spotify, etc.) don't have a separate view for offline storage - they simply show the original navigation controls.

It would be much easier if the app could allow simply navigate the original menus, only marking some entries as available offline. If user's confusion is a concern, the app can display a small "offline" banner when it lack connection to the server.