Posts: 6,810
Joined: Jul 2010
Reputation:
198
dushmanic,
how do you think about not to autoremove inactive channels from the internal groups, just marking them 'inactive' instead. those channels might become active again at a later time. if they are removed and added, their position in the group will change.
Posts: 2,274
Joined: Feb 2009
Reputation:
30
opdenkamp
Retired Team-Kodi Member
Posts: 2,274
nah, the db could become a mess after a while like this.
I'll add a guisetting where the user can indicate that he wants to use the backend channel order whenever possible.
opdenkamp / dushmaniac
xbmc-pvr [Eden-PVR builds] [now included in mainline XBMC, so no more source link here :)]
personal website: [link]
Found a problem with PVR? Report it on Trac, under "PVR - core components". Please attach the full debug log.
If you like my work, please consider donating to me and/or Team XBMC.
Posts: 184
Joined: Mar 2009
Reputation:
2
Thanks this is what I'm looking for, it's driving me crazy specially when they move at the beginning of channels list. I hope it will be implemented soon.
Posts: 6,810
Joined: Jul 2010
Reputation:
198
2011-04-24, 11:50
(This post was last modified: 2011-04-24, 12:19 by FernetMenta.)
well, the problem with temporarily unavailable channels is, that when they are deleted from the db, you will also lose egp, right?
how about a gui setting to disable autoremoval?
hmm, i think this won't solve the problem. you might want to be able to set timers on channels which are not available at that time. the problem is again the uid of the vdr channels. without a valid SID it can't be constructed, for this reason channels with SID=0 get skipped.
I think about implementing a command line parameter for the vnsi plugin to use position in channels.conf as uid.