Feature #332
Handling ecm cache to speed up zapping
| Status: | Rejected | Start date: | ||
|---|---|---|---|---|
| Priority: | Low | Due date: | ||
| Assignee: |  Mariusz Białończyk | % Done: | 0% | |
| Category: | Descrambling | |||
| Target version: | - |
Description
Hi
I'm wondering if there's some way to speed up encrypted channels zapping. FTA chans zapping is really fast, but encrypted channels takes around 3 sec to tune in.
Perhaps using the same scheme as vdr-sc does with ecm caching is the way to go.
After you tune to a channel for the first time, vdr-sc pulls this information for a particular SID from the datastream , and stores the ecm information for that channel in this file. For quicker channel changing information, vdr-sc then recalls this information from the ecm.cache whenever you tune back to that particular channel at a later time---which makes the channel changes much quicker in subsequent tune-ins.
code is in sc/cam.c on the VDR-SC plugin
regards.
History
#1
Updated by Andreas Öman over 2 years ago
- Category changed from General to Descrambling
#2
Updated by Adam Sutton 6 months ago
- Assignee changed from Andreas Öman to Mariusz Białończyk
Mariusz,
Can you possibly take a look at this, just give thoughts on whether its a) useful b) something that could be done etc...
Adam
#3
Updated by Mariusz Białończyk 6 months ago
It's similar thing which i described in https://www.lonelycoder.com/redmine/issues/1278#note-6
Of course it could be done but it needs to expand our structures to hold last CAID and handle situations when CAIDs are updated.
Overall: i think that benefit from this would be insignificant.
#4
Updated by Vojtech Plavecky 6 months ago
personally i do not see benefit of that, while oscam is holding cache, ecm request would be done in ms if oscam is running on same machine.
#5
Updated by Adam Sutton 6 months ago
- Status changed from New to Rejected
Closing based on Mariusz evaluation. If this really is wanted I'm sure someone else will ask.
Adam