Feature #1278
Priority per channel for encryption system
100%
Description
Hi
Some time ago when 2.13 version was actuall im alwayes use some russian patch for prioritye per channels
That was briliant, tvheadend after first switch to channel choose ecryption system (when channel was in multicrypt) and remeber this.
After next switch to this same channel - he know wich system use last time and first off choose this
And we also change this manualy on channel list by choosing CAID of provider
Files
History
Updated by Wojciech Myrda about 12 years ago
Now that manio's oscam branch has been implemented this is probably a low priority task, but still would probably be used by many as it would not require users to port their setups from CWC to Capmt.
There is also other way of supporting this feature that does not require user set up on the client side. What oscam server is able to do using newcamd protocol is to send the mgcamd client a list of SIDs upon first connection that would let the client know not to ask for channel it would not be able to decode form that particular server. Seems like a good idea to implement that feature for the TVH as well as would make CWC more compatible with newcamd implementation in oscam
code in oscam newcamd.c responsible for the feature
http://www.streamboard.tv/oscam/changeset/6647
oscam sends only 50 sids at a time to support more oscam versions as not all of them support 100 SIDs in one message
http://www.streamboard.tv/oscam/changeset/6660
a bit of history as of what and how it is used
http://www.streamboard.tv/wbb2/thread.php?threadid=34190
http://www.streamboard.tv/wbb2/thread.php?threadid=34258
Updated by Wojciech Myrda about 12 years ago
Wojciech Myrda wrote:
oscam sends only 50 sids at a time to support more oscam versions as not all of them support 100 SIDs in one message
i meant to say here: "to support more mgcamd versions"
Updated by Mariusz Białończyk about 12 years ago
Hi
I did analysis of this patch - it's a little old and i have some problems to port it to master. I assume you don't use it currently with recent code. It consist of several other patches, such as "Skip service availability check when mapping" feature which is now included for some time. After all I still have a problems with this patch. When starting a recording i have "No service assigned to channel" - maybe it needs some more work to correct it, but here is my point: I am not convinced to include this patch because things changed from 2.13 version. Now when tvh is starting to obtain a key - it just send the request to all cw clients simultaneously, so we have the result CW as quick as possible (I put additional debug in current code to confirm it). Of course when using capmt with oscam we have similar feature (priorities, cache) out of the box from oscam (as Wojtek Myrda wrote).
Updated by Wojciech Myrda about 12 years ago
Mariusz I am not sure if you aked me or Piort who reported the patch, but anyways no I do not use it with tvh head from this simple reason that I was unable to port it to the TVH head. If I would be able to I would definitely place it here or create a PR for that
Anyways obviously oscam-campt is way superior to the newcamd protocol and yes You are right ECMs in CWC are send to the every reader therefore TVH gests response as soon as the first of the ECMs is send back. However IMHO newcamd/CWC is easier to set up and some users would prefer to use it instead of oscam-campt and I believe sending ECM everywhere is not all that best approach as it creates more undesired traffic on the oscam server while using newcamd.
What this patch does or this oscam feature for mgcamd is doing is to stop this behavior for instance in the situations where channels are not subscribed and server would not decode them anyway.
To avoid that additional traffic in the newcamd protocol there is two ways. Either let users set up which channels should be decoded by which CAID which is what this patch did send by Piotr did or do it on the server side which is what oscam does from version 6647 for mgcamd sending client the list of DENY SIDs. In most cases it speeds up decoding and keeps sever logs much cleaner
Some time down the line IMHO users would welcome one of those approaches implemented ^^
Updated by Mariusz Białończyk almost 12 years ago
- Status changed from New to Fixed
- % Done changed from 0 to 100
This is done in 88067f869