Print

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

[richard-ec2]

I'm using JRemote on an iPad to control MC23 on a Windows 10 PC.

When I finish playing one album and start playing another, and when I switch to the black "now playing" screen, I always find that JRemote is continuing to display the track listing from the previous album even though it is now playing the tracks from the new album.

See the following picture.

[Edit: I am going to post a new picture in the next post.]

The track listing on the left eventually corrects itself when playback reaches track 2.

Any ideas?

[richard-ec2]

I haven't had a reply so I'm going to try again with a new explanation and a new picture.

When I finish playing an album in JRemote, and then start playing a new album, JRemote continues to show the track listing for the previous album.

Please see the following picture. I have just finished playing Sgt. Pepper and I have now switched to Wagner's "Das Rheingold". I press play and the Wagner album starts to play. But as you can see, the track listing on the left is still showing Sgt. Pepper.

It eventually fixes itself when playback moves on to the next track. Or I can force it to fix itself by pressing the Action button at the top of the screen and then selecting "Reload Now Playing".



Please can anyone help? 

[AndrewFG]

At the top of the JRemote screen, hit the button Action and select Reload Playlist..

[richard-ec2]

Yes, thank you, that corrects the playlist (as I said at the end of my OP) but it doesn't stop the fault occurring in the first place.

I think it may be caused by ZoneSwitch - I have a theory that the process of reading the first file to determine the correct zone interferes with JRemote's ability to load the file correctly.

This doesn't happen on my other PC which doesn't use ZoneSwitch.

I will test this theory tomorrow because I don't have access at the moment.

[richard-ec2]

I have found the cause of the problem - it's ZoneSwitch. The fault only occurs when ZoneSwitch is enabled - if you disable ZoneSwitch, JRemote works properly.

My guess is that ZoneSwitch is preventing JRemote from reading the first file in an album or playlist and this prevents JRemote from loading the album or playlist properly.

This ought to be in the main forum really because it's a ZoneSwitch bug, not a JRemote bug. I'll see if it gets any attention here and if not, I'll start a thread in the main forum.

[DJLegba]

Happens to me routinely with the Android version of JRemote and I don't use zone switch.

[richard-ec2]

I don't know about the Android version but I think my problem, using iOS Version 3.22 of JRemote on an iPad 3, is definitely related to zones. I have two zones set up on my MC23 on my Windows 10 PC - one for multichannel playback and one for stereo. This problem only occurs when ZoneSwitch is enabled for these zones and it also seems to be connected to the JRemote setting "App follows server zone changes".

If I use this same iPad with a different PC with no zones enabled, I do not have this problem.

Any help?   

[richard-ec2]

With more tests I've determined that this always happens with ZoneSwitch enabled and never happens with ZoneSwitch disabled. So I think it's a ZoneSwitch issue and I've started a topic in the main MC23 forum:

https://yabb.jriver.com/interact/index.php/topic,112723.0.html

 

[bobsilver]

I have the same issue where Now Playing does not update unless I change tracks or do a manual reload of now playing.  I have toggled the App follows zone changes and the Server follows app zone changes.  No improvement. Is this the Zone Switch you are referring to?   

I’ve had this issue with MC23 and MC24. 

[richard-ec2]

No, ZoneSwitch isn't a JRemote feature, it's a feature in MC itself whereby you can have MC automatically switch from one zone to another depending on what kind of file is playing. For example, you can have stereo files play through one set of settings ("Zone 1") and multichannel files play through another set of settings ("Zone 2") and ZoneSwitch will automatically read the file as it's loading then select the correct zone. My theory is that this reading gets in the way of JRemote reading and loading the correct track listing.

[bobsilver]

After I posted my reply I did find Zone Switch on the MC app.  It was off.  I tried switching it on and off.  And tried it both ways. No change in the now playing tracks updating.  Still requires a track switch or a manual reload to get it to refresh.  Anything else I should try?  Is your JRemote app refreshing tracks now?

[richard-ec2]

Well, since you were experiencing this problem before you even had ZoneSwitch switched on, I think that casts doubt on my theory that ZoneSwitch is to blame.

I'm afraid I haven't found any solution since originally posting this problem, other than manually reloading the tracks every time I switch to a new album which is a pain. I use an older iPad that can't update beyong Ios 9 so maybe that doesn't help - maybe people using a later IoS don't have this problem.

[bobsilver]

I have the latest IOS 12.  So thats not it.

[richard-ec2]

Interesting. There must be something to explain why some people get it and (apparently) not others, but I don't know what it is.

[JimH]

Maybe navigating to the selection via Files instead of Albums.

[thecrow]

Happens to me routinely with the Android version of JRemote and I don't use zone switch.

Me too

[richard-ec2]

Maybe navigating to the selection via Files instead of Albums.

I don't think this is it - I wouldn't know how to navigate via files instead of albums!

[Scobie]

Do you get the same issue if you use the panel or the MC console? Does toggling zoneswitch affect those?

Also on JRemote how do you have App/Server follows zone changes set?

[richard-ec2]

I certainly haven't experienced anything like this when using the MC console on the PC. Not sure what you mean by the panel - do you mean the Panel app for browsers? I've never tried that but can try it in the next few days.

Yes, I have "App follows zone changes" set. Bobsilver said he tried toggling this and it didn't make any difference.

It's interesting that we now have four people reporting this on this thread, two using Android and two using IoS.