SubFire Player open for testing

[acroyear]

http://p.subfireplayer.net/ is now available for testing. I've been using it on Chrome and Gecko browsers with few issues. It has actually become my exclusive player at work for the last couple of weeks.

Current feature set:

• Configure a single subsonic server, including bitrate
• Default it is pre-configured to a Subsonic demo server
• Loads folders
• Loads playlists
• Plays! (well, wouldn't do much good if it didn't)
• Pure html5 audio tag
• Top-level MusicFolders are currently only shuffled (using getRandomSongs)
• Playlist contents can not be shuffled
• Album artwork loads
• Artist info loads (5.1 servers only)
• Playlist artwork in list (5.1 servers only)
• Responsive layout down to 360px wide phone portrait mode
• Responsive layout up to 1080p wide landscape mode

This website version will always be free and open to the public, in a similar manner to JamStash. I am still debating about whether or not to charge a buck or two for the Fire version.

I've been testing with WebAppTester and found workaround for the key differences (e.g., Fire doesn't send a range-accept header, so I can't get the duration values accurately (and can't implement 'skip')). The main thing I still need to refine on Fire is navigation using the remote control. It mostly works, but there are cases where it can get to something I would rather it didn't in certain contexts (e.g., when the config window is open, I don't want it to be able to navigate back to the list).

Please leave feedback here, or at http://subfireplayer.net/support. I generally keep my official TODOs on a trello board, which I may make public for read some time in the future, probably when I finally put the source code out there under the MIT License. Current version 0.4.

* Chrome for Android 40 has an issue with updating currentTime, which was working fine in 38 and 39; go fig.

[acroyear]

BTW, except for storing your configuration in local storage, there is nothing persisted in the client or on any server of mine. This app talks directly with your SubSonic server instance with no middleware involved except possibly the subsonic.org server's redirection if you choose to use your address there instead of directly talking to your server by IP.

[acroyear]

Also now available as a Chrome webstore app: https://chrome.google.com/webstore/detail/subfire-player/gkbacbihpogfiknmlofpopjbbejcmjmj

[alphawave7]

Also now available as a Chrome webstore app: https://chrome.google.com/webstore/detail/subfire-player/gkbacbihpogfiknmlofpopjbbejcmjmj

Works snappy on my Chromebook! Looking forward to more funtionality. Cheers!

[acroyear]

Thanks. The Amazon Fire version just got approved. Will make a new post as soon as I can see it in the store.

[blueturtles]

Very cool. I was just going to say that we could always sideload the app (as I've done for Kodi). Thanks again for the work.

[acroyear]

It is up on the store, both in-tablet, in the Fire box (it is app #21 in Music category), and on amazon.com. search for subsonic or subfire.

I'm noting a few interesting things now that I have it formally deployed like this that I'd like to look at (hence why i'm still calling this an alpha), mostly related to the fact that it is not really removed from memory. Initial start up can be sluggish as it pings the server to grab all the playlist icons (assuming your server is 5.1). But in time, it works reasonably smoothly.

I probably should add a magical easter egg kill-switch combo on the remote that will reset everything (except your credentials), just in case of issues until all these little things are discovered and resolved. For example, on the tablet, it surprisingly started playing again when i plugged the tablet in (amazon music and android music both do this, but subsonic doesn't), so even there when the 'resume' event happens, i should look to being sure the app is actually visible before the play action happens. Little things.

The big stuff i want to work is working, and reasonably well.

thanks for the interest and support,
Joe