INTERACT FORUM
More => Old Versions => JRiver Media Center 18 for Windows => Topic started by: avid on September 10, 2013, 02:19:59 am
-
Is it possible for seeking within a web audio stream to be less catastrophic?
The BBC recently broke the iPlayer "Listen Again" capability when accessed via their "10 foot" bigscreen view. Although browsing programme listings still works, playing now a radio programme always gives an error. TV playing and access through a desktop browser view still works fine.
I *had* been using this capability for my integrated remotely controlled "play everything" system. But the breakage encouraged me to switch the iPlayer component to use MC (which I have used for many years for my stored music).
So I added a "BBC Listen Again" option to the remote control, from which I can select a station, and date. That then presents the schedule for that date, and I can select one programme to stream through MC. This uses MCWS to play a URL via "Control/CommandLine?Arguments=/Play <URL>". The URL is an unprotected WMA, but is not remotely seekable.
This works well (illustrated below), apart from one aspect. If I *do* attempt to seek (via MCWS "Playback/Position?Position=NNNN"), either MC correctly seeks within the cached file, or else MC aborts the streaming. It is not possible to predict what will happen.
Is it possible to instruct MC not to attempt remote seeking, or to cope with a failure when seeking outside the cached range? Or must the UI prevent *all* seeking on streamed content, which would be a shame?
Thanks
Brian
http://brianavid.co.uk/images/wp_ss_20130909_0001.jpg
http://brianavid.co.uk/images/wp_ss_20130909_0002.jpg
http://brianavid.co.uk/images/wp_ss_20130909_0003.jpg
http://brianavid.co.uk/images/wp_ss_20130909_0004.jpg