Dark_Slayer Wrote:Stopping playback and attempting to tune a different station requires a "wait" time of unknown duration during which "Tuner not available" notifications are returned (as described by macrho)
The issue (above) I described is from within Windows. I have the wait to timeout set at 20s, but something appears to "hold" the Prime's tuner even after the light is out. For now we just never issue a stop during playback unless we are going to watch a recording or stored video.
Until xbmc's on-the fly stream demuxing (especially on linux) is improved, I am not sure that this even an NextPVR problem. My openelec and rpi boxes do not handle a switch when the mpeg characteristics change. I think timeshifting causes more harm than good if you must change channels witch going back to the list.
mvallevand Wrote:Until xbmc's on-the fly stream demuxing (especially on linux) is improved, I am not sure that this even an NextPVR problem. My openelec and rpi boxes do not handle a switch when the mpeg characteristics change.
This has crossed my mind too, and was part of the reason why I asked if he's also got XBMC on his Windows box - not that XBMC is much better with TS playback on Windows....
sub Wrote:Do you also have XBMC on the ASRock? If so, do you get the same behaviour from there?
The ASrock simply is used for scraping (themetabrowser) and serving up TV (nextpvr). I haven't tried nextpvr on a Windows box ( was hoping to use openELEC on these small boxes)
Do you have debug logging turned enabled on the XBMC client? I'm not seeing of the NextPVR debug messages in your xbmc.log file.
I just turned logging on and got the tuner not available <attached>