Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Matt]

JRiver for Android 32.0.3 is available on the Play Store
Please post bugs here.

Please use this thread for discussion.

Non-bug posts will be deleted.

Play Store Download
https://play.google.com/store/apps/details?id=com.jriver.mediacenter

Changelog

32.0.3 (12/20/2023)

1. NEW: Add video fast forward/rewind skip amounts to settings for Android TV.  Next/Previous also now skip 5 minutes.
2. NEW: Add support for basic visualizations.

31.0.66 (10/4/2023)

1. Changed: Previously selected zone is used on startup.
2. Changed: Use original format for playing to DLNA.

31.0.57 (9/25/23)

1. Changed: Use random colors for the folder icon.
2. Fixed: Play from search would always play to local (Player) zone.
3. NEW: "Play album" option added to file playback menu.

31.0.53 (9/11/23)

1. Changed: Some tweaks of the Playing Now layout.
2. Changed: Playing Now button at top toggles between cover and list views.
3. Changed: Warning is displayed when battery optimization is turned on and playing to a remote zone/renderer.

31.0.44 (8/11/23)

1. NEW: Added context menu options to category views.
2. Changed: (Android TV) Removed the cover art background from category views because it wasn't improving the view.
3. Fixed: (Android TV) Accessing Cloudplay would crash if the user did not have a valid token.
4. NEW: (Android Auto) Added access to Radio JRiver, Radio Paradise, and Cloudplay.
5. Changed: (Android mobile) Modified the layout of the streaming page.
6. Fixed: (Android mobile) Fetching the full list of Cloudplay playlists was timing out and not removing the loading dialog.
7. Changed: Updated the color theme of most views to be more consistent.
8. Fixed: Radio Paradise was not working when connected to a library server.

31.0.36 (7/19/23)

1. Fixed: The app would stop responding for several seconds at various times if using a loaded library.
2. Fixed: The playback state could get lost when controlled by remotes.
3. Fixed: (Android TV) There was a crash that would sometimes happen when exiting from playing a video.
4. Changed: Made some changes to the audio output plugin to improve playback.
5. Changed: (Android TV) The file list will make better use of the space and leave less empty space.
6. NEW: Added bookmarking for video files and audiobooks.

31.0.21 (6/9/23)

1. Fixed: Browsing a category or file list with a large number of items could cause a crash.

Note: The latest update may not be immediately available because it takes time for Google to clear it before publishing. These times can vary, so if you don't see an update immediately, check back in an hour.

[alfredmjNZ]

Hi:
I have a Galaxy Tablet S7 with JRiver 31.066 installed (SM-T875).
My main reason for buying an Android license was to use the tablet and JR Media Center whilst traveling using bluetooth headphones.

First issue:  JR for Android takes ages to load file from internal disk.

2nd issue:   JR will pair well with older bluetooth devices such as Sennheisser CX-7, but fails to switch to playing with Sony NR headphones like the wh-1000xm5.

                  Whilst the tablet recognizes the paired device and plays sounds through the Sony h/phones with system sounds, JRiver fails to play. 

                  I can only fix this by rebooting the tablet and re-pairing the headphones several times.  This can take over 30mins.

 Regards  Alfred

[stanger89]

2nd issue:   JR will pair well with older bluetooth devices such as Sennheisser CX-7, but fails to switch to playing with Sony NR headphones like the wh-1000xm5.

                  Whilst the tablet recognizes the paired device and plays sounds through the Sony h/phones with system sounds, JRiver fails to play. 

                  I can only fix this by rebooting the tablet and re-pairing the headphones several times.  This can take over 30mins.

 Regards  Alfred

I think I'm having the same issue.  I picked up JRiver for Android a couple months ago, what I've found is that if the Bluetooth state changes (device connects or disconnects) JRiver won't play unless I Force Stop the app and restart it.  It happens with both my Sony WH-1000XM headphones and in my truck.

Today specifically I accidentally started playback without the headphones connected, which worked fine.  Then connected my headphones and couldn't get playback started again until I did the force-stop/restart trick. 

Phone is a Pixel 7 Pro/Android 14.

[Doc4]

These errors happened specifically while loading or using remote libraries or trying to launch the app when a remote library had been loaded recently.

Happened on Pixel 8 Pro, Android 14. I use GrapheneOS but it is unlikely it has anything to do with these.

[JimH]

You're getting server not responding.  Network?  Or server sleeping?

[Doc4]

You're getting server not responding.  Network?  Or server sleeping?

Server was running fine relative to how it would be when connected to as a remote server on any other device. My tests spanned around an hour with no changes to the server configuration or the machine itself during that time, where it was working. It's a windows machine, and I've connected to it using a full client on linux from other parts of the country with no trouble, so I'd like to think it's working fine. Gizmo app and web client in a browser also work fine. Half the time logging in using the JRiver for android app triggers an "app is not responding" warning from android. In one case, it could be closed and ignored, in the other it could not. In the first case, the server did log in and could still be interacted with just fine despite the error. I had better results when the app storage had been reset, the reliability of connecting to the servers as time went on became spottier, hanging for a while longer than usual and not making it to the user credential prompt at times before going back to the main screen anyway, without changing active library.

You responded to me on the play store, I would have been more specific with technical details but the review character count is a paltry 500, hard to touch on every aspect even vaguely.
Specifically, there is a UI element in the player to switch audio tracks, but not subtitle tracks, did my best to double check and make sure there were no alternate functions for holding buttons. I tested this on two sets of videos, one using (according to ffmpeg) ass format and one using srt.

A sidenote, the ass format never worked in the web client at all last I've tried it. I believe I made a forum post a while ago believing that subs just didn't work in web client, not realizing that the videos I'd happened to test all had the default sub track using that format. It's nice that it gets played back correctly here even if most of the formatting is lost.

[JimH]

Thanks for the details.  I asked someone else to look at this.