2014-10-23, 21:57
Hi there,
First off, let me say how impressed with XBMC (and the combination with ServerWMC) I am. I'm a longer term user of WMC - it having being our main living room TV and Entertainment system for nearly 8 years. We don't have a 'normal' TV ion the house. When one of our LinkSys extenders gave up the ghost, I decided to try replacing it with a Raspberry Pi and OpenELEC (Using ServerWMC and the PVR client of course). Pretty painless process in fact.
Anyway, onto the nub of the issue: XMBC frequently reports that all available tuners are in use, when they clearly are not (I can easily view channels in WMC and the ServerWMC itself reports them as free). To rule the Pi, network, etc out of the equation, I now also have XBMC installed on our main HTPC running WMC7, so can easily switch between them for testing.
By way of background, in case this is relevant: I have a single BlackGold card with dual DVB-S2 and dual DVB-T2 receivers. (Effectively 4 tuners in total). I am in the UK, and this basically means I receive both FreeView and FreeSat. Where a channel is broadcast on both, then I have merged the channels in the WMC guide. I will typically order the sources: DVB-S#1, DVB-S#2, DVB-T#1, DVB-T#2. The card also has a 5th tuner (FM), which I don't use.
In one particular scenario (just now): One recording was in progress. ServerWMC reported this as being on DVB-S#2 with the other 3 tuners being free. However when attempting to watch live TV (Channel 4) within XBMC, it was reported that all tuners were busy with the subsequent dialog 'Channel could not be played. Check the log for details'. There should have been 3 tuners available, which I verified by going into WMC, disabling all 4 sources for channel 4, and enabling them individually. Sure enough, the only time the channel could not be played was when DVB-S#2 was the only channel enabled. (The one the recording was taking place on).
Below is what I think is the relevant section of the log:
2014/10/23 20:07:28.544 OpenLiveStream> -----------------start------------------------
2014/10/23 20:07:28.544 OpenLiveStream> client: Wendolene requesting live stream
2014/10/23 20:07:28.556 StreamProc> live-tv started
2014/10/23 20:07:28.561 SetChannel> Channel: 4 : Channel 4 - 2136 = { (4 : Channel 4 - D9A) + [ -1 : Channel 4 - B48, 4 : Channel 4 - 11EF, 4 : Channel 4 - 11F5, 4 : Channel 4 - 11F8, 8 : Channel 4 - 1200, 8 : Channel 4 - 1206, 8 : Channel 4 - 120C, 4 : Channel 4 - 54E69B, 4 : Channel 4 - 54F2F8, 4 : Channel 4 - BB1264, 4 : Channel 4 - BB28B9, 4 : Channel 4 - BB31B7] }
2014/10/23 20:07:28.563 SetChannel> Tuners available for this channel: 5
2014/10/23 20:07:28.563 SetChannel> Tuner DecoyMethod: OnDemand
2014/10/23 20:07:28.563 SetChannel> ---
2014/10/23 20:07:28.563 SetChannel> Attempt: 0, Tuner: 7231 BDA DVBT Tuner #1 / fdaaf1f9-11a0-4128-b930-42c1981ac0a6
2014/10/23 20:07:28.563 SetChannel> > Encrypted: False
2014/10/23 20:07:28.566 SetChannel> > RecorderInfo found: True
2014/10/23 20:07:28.566 SetChannel> > Recorder Content Protection: PROT_COPY_FREE
2014/10/23 20:07:28.569 SetChannel> > Status: Available, client:
2014/10/23 20:07:28.569 SetChannel> *** requested number of available tuners found, stopping search ***
2014/10/23 20:07:28.569 SetChannel> ---
2014/10/23 20:07:28.569 SetChannel> available tuners found: 1 [decoys:0], requested: 1, searched: 1
2014/10/23 20:07:28.569 SetChannel> Tuner: 7231 BDA DVBT Tuner #1 will be used for the live stream
2014/10/23 20:07:28.571 SetChannel> Recorder acquired: True
2014/10/23 20:07:28.575 SetChannel> TuneRequest set
2014/10/23 20:07:28.878 StreamProc> wtv recording started in 0.32 sec
2014/10/23 20:07:28.878 StreamProc> stream output file: LiveTV_Wendolene_DVB-S_4_2014_10_23_20_07_28.ts
2014/10/23 20:07:28.888 StreamProc> started remux thread: 'Channel 4-4:246596'
2014/10/23 20:07:29.406 Remux::FindDescriptors> Scanning wtv for streams...
2014/10/23 20:07:37.688 Parse> Guid: 0 took 8.28 sec, it was attempted 3997 times
2014/10/23 20:07:37.689 Parse> Next 4 Guids: 0.00 sec, 0.00 sec, 0.00 sec, 0.00 sec,
2014/10/23 20:07:38.892 WaitForTsFile> COM recorder says channel is not available, throwing all tuners busy exception
2014/10/23 20:07:38.892 StreamProc> process start error: COM recorder says channel is not available calling Close()
2014/10/23 20:07:38.892 Remux::Stop> caller is requesting to stop remux thread before descriptors are found
Not that it should make any difference in theory, but I see that the first tuner ServerWMC tried was DVB-T#2, whereas in fact it should have been DVB-S#1....
I can't absolutely say for sure, but I don't think I used to have this problem, at least not to the same degree. It feels as if it has been introduced or made worse in one of the recent ServerWMC updates.
Any help appreciated. Krusty (nice name) - great job so far. Happy to provide any more info needed.
Thanks,
John
First off, let me say how impressed with XBMC (and the combination with ServerWMC) I am. I'm a longer term user of WMC - it having being our main living room TV and Entertainment system for nearly 8 years. We don't have a 'normal' TV ion the house. When one of our LinkSys extenders gave up the ghost, I decided to try replacing it with a Raspberry Pi and OpenELEC (Using ServerWMC and the PVR client of course). Pretty painless process in fact.
Anyway, onto the nub of the issue: XMBC frequently reports that all available tuners are in use, when they clearly are not (I can easily view channels in WMC and the ServerWMC itself reports them as free). To rule the Pi, network, etc out of the equation, I now also have XBMC installed on our main HTPC running WMC7, so can easily switch between them for testing.
By way of background, in case this is relevant: I have a single BlackGold card with dual DVB-S2 and dual DVB-T2 receivers. (Effectively 4 tuners in total). I am in the UK, and this basically means I receive both FreeView and FreeSat. Where a channel is broadcast on both, then I have merged the channels in the WMC guide. I will typically order the sources: DVB-S#1, DVB-S#2, DVB-T#1, DVB-T#2. The card also has a 5th tuner (FM), which I don't use.
In one particular scenario (just now): One recording was in progress. ServerWMC reported this as being on DVB-S#2 with the other 3 tuners being free. However when attempting to watch live TV (Channel 4) within XBMC, it was reported that all tuners were busy with the subsequent dialog 'Channel could not be played. Check the log for details'. There should have been 3 tuners available, which I verified by going into WMC, disabling all 4 sources for channel 4, and enabling them individually. Sure enough, the only time the channel could not be played was when DVB-S#2 was the only channel enabled. (The one the recording was taking place on).
Below is what I think is the relevant section of the log:
2014/10/23 20:07:28.544 OpenLiveStream> -----------------start------------------------
2014/10/23 20:07:28.544 OpenLiveStream> client: Wendolene requesting live stream
2014/10/23 20:07:28.556 StreamProc> live-tv started
2014/10/23 20:07:28.561 SetChannel> Channel: 4 : Channel 4 - 2136 = { (4 : Channel 4 - D9A) + [ -1 : Channel 4 - B48, 4 : Channel 4 - 11EF, 4 : Channel 4 - 11F5, 4 : Channel 4 - 11F8, 8 : Channel 4 - 1200, 8 : Channel 4 - 1206, 8 : Channel 4 - 120C, 4 : Channel 4 - 54E69B, 4 : Channel 4 - 54F2F8, 4 : Channel 4 - BB1264, 4 : Channel 4 - BB28B9, 4 : Channel 4 - BB31B7] }
2014/10/23 20:07:28.563 SetChannel> Tuners available for this channel: 5
2014/10/23 20:07:28.563 SetChannel> Tuner DecoyMethod: OnDemand
2014/10/23 20:07:28.563 SetChannel> ---
2014/10/23 20:07:28.563 SetChannel> Attempt: 0, Tuner: 7231 BDA DVBT Tuner #1 / fdaaf1f9-11a0-4128-b930-42c1981ac0a6
2014/10/23 20:07:28.563 SetChannel> > Encrypted: False
2014/10/23 20:07:28.566 SetChannel> > RecorderInfo found: True
2014/10/23 20:07:28.566 SetChannel> > Recorder Content Protection: PROT_COPY_FREE
2014/10/23 20:07:28.569 SetChannel> > Status: Available, client:
2014/10/23 20:07:28.569 SetChannel> *** requested number of available tuners found, stopping search ***
2014/10/23 20:07:28.569 SetChannel> ---
2014/10/23 20:07:28.569 SetChannel> available tuners found: 1 [decoys:0], requested: 1, searched: 1
2014/10/23 20:07:28.569 SetChannel> Tuner: 7231 BDA DVBT Tuner #1 will be used for the live stream
2014/10/23 20:07:28.571 SetChannel> Recorder acquired: True
2014/10/23 20:07:28.575 SetChannel> TuneRequest set
2014/10/23 20:07:28.878 StreamProc> wtv recording started in 0.32 sec
2014/10/23 20:07:28.878 StreamProc> stream output file: LiveTV_Wendolene_DVB-S_4_2014_10_23_20_07_28.ts
2014/10/23 20:07:28.888 StreamProc> started remux thread: 'Channel 4-4:246596'
2014/10/23 20:07:29.406 Remux::FindDescriptors> Scanning wtv for streams...
2014/10/23 20:07:37.688 Parse> Guid: 0 took 8.28 sec, it was attempted 3997 times
2014/10/23 20:07:37.689 Parse> Next 4 Guids: 0.00 sec, 0.00 sec, 0.00 sec, 0.00 sec,
2014/10/23 20:07:38.892 WaitForTsFile> COM recorder says channel is not available, throwing all tuners busy exception
2014/10/23 20:07:38.892 StreamProc> process start error: COM recorder says channel is not available calling Close()
2014/10/23 20:07:38.892 Remux::Stop> caller is requesting to stop remux thread before descriptors are found
Not that it should make any difference in theory, but I see that the first tuner ServerWMC tried was DVB-T#2, whereas in fact it should have been DVB-S#1....
I can't absolutely say for sure, but I don't think I used to have this problem, at least not to the same degree. It feels as if it has been introduced or made worse in one of the recent ServerWMC updates.
Any help appreciated. Krusty (nice name) - great job so far. Happy to provide any more info needed.
Thanks,
John