DSub for Android

[daneren2005]

Alright well unless someone speaks up that is how it will be in the next update

[shadow.8]

Looks good, I like the change.

[jeme]

What about an option for you to choose what you are controlling with the remote control (RC) option of the app. For instance I have subsonic on a server computer in my closet in my office far away from any of my stereos. So the remote on the app is pretty useless for me cause my server will never be hooked up to speakers. But what about being able to choose like the web player on my laptop like "[Player 12] Mark" under Players? Pretty much I love being able to control my music through my living room from my phone (I currently do this with XBMC) but the android Dsub app is so much better for playing music than the XBMC Remote app. The "Play Next" "Play Last" options alone would be worth it. I could just use a long cord I guess but then im playing my transcoded music on my phone rather than the raw files the browser uses. Anyway im not even sure if this is possible. Thanks

[daneren2005]

I don't think that is really possible right now with the way the server is setup. Really support for clients talking to each other would need to be supported by Subsonic, otherwise any work I do would be limited to this one client.

Sent from my HTC One X using Tapatalk 2

[jeme]

K thx. Ill put a post in the subsonic request section

[jeme]

The Album Art downloaded in the same directory works GREAT, thanks for implementing. One quick thing though, and im sorry to be a pest. But Poweramp and Google Play Music wont read the cover.jpeg because the JPEG. It will only read JPG. The E messes it up. Thanks

[daneren2005]

I just tried changing it to .jpg and google music still doesn't recognize it properly. Are you sure?

[hakko]

Isn't it normally folder.jpg, not cover.jpg? Just a thought, don't know the details of Google Music / poweramp.

[daneren2005]

Still doesn't seem to work in play music for me. Wonder if it just hasn't done a scan through yet. Might have to check back later. Power Amp does recognize it when it is stored in .jpg format though. I will have to fix that for the next release.

[jeme]

Google Play Music is a picky bastard lol, It will only scan and add the album art once. Once it figures that there is no cover.jpg file in the folder it will not check again. You need to go to the Google Play Music Application system process and clear the data and cache, careful though cause it will delete any playlists that you made with Play Music. But once the files are automatically downloaded with cover.JPG and google music scans it for the first time it will always show up, which is why this feature was so important to implement (for me at least), because DSub adds the album art file before Android initially scans it Poweramp and Winamp with check repeatedly though. And winamp doesnt care if its jpeg or jpg.

[daneren2005]

Yah I originally was checking with winamp, which is why I didn't notice this problem. Picky apps

[jeme]

Haha yup

[nrogers]

Just a thought.

I read back a bit, people were mentioning stuttering on playback of partially downloaded songs. I haven't looked at the code, but I think this is a gapless playback issue. Subsonic (or DSub) caches the undownloaded files as 01-song.partial.mp3, so presumably it plays a snapshot of the file until it no longer can, and then changes to the next snapshot (or full song if it's finished downloading). So it stutters, because it can't change tracks gaplessly. Again, this is just a theory, but it's strongly hinted at by the behaviour of the client.

Is there any way to implement gapless playback? I feel this is the single biggest feature missing from the client.

[shadow.8]

He's mentioned in the past that he wants to implement gapless playback.

[daneren2005]

Just a thought.

I read back a bit, people were mentioning stuttering on playback of partially downloaded songs. I haven't looked at the code, but I think this is a gapless playback issue. Subsonic (or DSub) caches the undownloaded files as 01-song.partial.mp3, so presumably it plays a snapshot of the file until it no longer can, and then changes to the next snapshot (or full song if it's finished downloading). So it stutters, because it can't change tracks gaplessly. Again, this is just a theory, but it's strongly hinted at by the behaviour of the client.

Is there any way to implement gapless playback? I feel this is the single biggest feature missing from the client.

Yes I am working on gapless playback, but no the two aren't even remotely related. The stuttering is because the media player thinks it's done playing because it's buffering reaches the end of the file and thinks it's done while the file is still downloading.