Posts: 68
Joined: May 2014
Reputation:
3
Sorry if this has been answered but have latest stock build with Kodi 15.1.
I have conflict resolution setup to prefer live recordings. Today I had three recordings on three tuners configured, 2 with a priority 0 and 1 with priority 9. My wife went to watch tv ( I wasn't there ), and so happen the show she wanted to watch was one of the 0 priority shows. Conflict resolution resulted in cancelling the priority 9 show, freeing up a tuner for her live broadcast and continuing with the previous two 0 priority recordings ( one of which she was watching on the live tuner ).
My expectation would have been for the 0 priority recording she was watching to be cancelled and the last recording to be cancelled would have been the highest priority recording.
Is this a config issue on my part or a weakness in mythtv and/or pvr addon.
Thanks!
Posts: 19,982
Joined: May 2009
Reputation:
451
nickr
Retired Team-Kodi Member
Posts: 19,982
She should have watched the recording.
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Posts: 19,982
Joined: May 2009
Reputation:
451
nickr
Retired Team-Kodi Member
Posts: 19,982
To enlarge, why record it twice? 1x as scheduled recording, 1x live tv.
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Posts: 1,016
Joined: Sep 2012
Reputation:
55
janbar
Posting Freak
Posts: 1,016
To avoid this situation you could update addon setting as "Prefer Live TV when recording has later slot". So if no later slot then the addon will stop live TV to allow scheduled recording.
If you setup "Prefer Live TV and cancel conflicting recording" and wife or child watch often TV then you have lot of chance to loose your favorite series.
Posts: 308
Joined: Dec 2014
Reputation:
6
2015-10-02, 00:43
(This post was last modified: 2015-10-02, 00:43 by metaron.)
Assuming you're using a DVB based tuner (DVB-T, S or C) you could simply increase the number of 'virtual' tuners associated to your 'real' tuners on the backend (I believe mythtv defaults to 2, but you could increase this to 4 or even 6).
That way mythbackend should use a spare virtual tuner to record the 'live' version of the 'scheduled' recording, keeping the 'real' tuner free to record your priority 9. Probably a good idea if you have several kodi frontends which might be watching the same show at the same time as they will each grab a 'tuner' to create their own live recording.
However, like you I'm not 100% convinced pvr.mythtv always makes the right choice here. I've a DVB-T and a DVB-S2 setup (2 real tuners with 2 virtual tuners each). I think I've had pvr.mythtv tell me I've no spare tuners when the DVB-S2 shouldn't have been recording anything, but I never investigated further. Not all channels exist on both transport media however, so it might have been correct operation. Also it was a while ago when the client was a bit more buggy.
Maybe pvr.mythtv doesn't prefer a 'virtual' tuner on an active source when it starts a 'live' recording?
If it doesn't this would probably be a feature which enhances future family harmony ;-o
Posts: 68
Joined: May 2014
Reputation:
3
Janbar,
My coding skills are rusty, and I'm not sure how to start a proper branch, compile and test locally .. but happy to do so if someone could point me to a quick tutorial for macos (have github desktop and Xcode installed).
That said... would a simple change to mythlivetvplayback.cpp SpawnLiveTV fix this?
instead of sequencing through the cards forward (from preferredCards.begin() to preferredCards.end()) to reverse this from .end()-- to begin()?