INTERACT FORUM
More => Old Versions => JRiver Media Center 32 for Windows => Topic started by: mattkhan on January 28, 2024, 04:06:03 pm
-
as per subject, it means playback starts in the wrong zone
i.e. it plays in whatever the current zone is ignoring zoneswitch rules
note that if I use File/GetInfo with Action=Play then it does honour zoneswitch hence I think this has to be a bug
-
That call does ignore zone switch because you should have picked the zone with the zone parameters on the URL. I agree it's a gray area.
-
All the other methods also let you specify a zone explicitly but don't mandate that info, I can think of no reason for this one to be different (explicit zone = bypass zoneswitch, no zone = use current zone/apply zoneswitch as necessary). Currently it's just a hidden pitfall (no docs on it, no apparent reason for inconsistency)
-
I can turn it back on and we can just see how it fares. Thanks.
-
All the other methods also let you specify a zone explicitly but don't mandate that info, I can think of no reason for this one to be different (explicit zone = bypass zoneswitch, no zone = use current zone/apply zoneswitch as necessary). Currently it's just a hidden pitfall (no docs on it, no apparent reason for inconsistency)
This is what makes sense to me. I've wondered why the behavior was like this as well. It doesn't really make logical sense why not specifying a zone wouldn't use ZoneSwitch if needed, since a zone can be specified overriding the 'automatic' behavior. Furthermore, the premise behind ZoneSwitch, that it takes into account the file itself / information about the media contained means that a client device (or user) initiating playback may not 'know' those specifics.