Capmt rework #308
Capmt rework #308
Conversation
The new mode uses one domain socket connection for all subscribed services. The CA_SET_PID and CA_SET_DESCR are received over same socket connection instead of one UDP socket per adapter. The minimum OSCam version for use with this mode is svn rev 9063.
|
tested, works well here with oscam 9064 one cosmetic issue, Capmt connection stays red in tvh settings even after it connects to oscam and starts receiving ecms |
|
correction, I have a problem decrypting 2 services. new channel opens fine but it immediately stops already playing one, then they alternate stop/play as the ecms are retrieved. |
|
I've tested simultaneous decrypting of multiple channels (from same transponder and also on different dvb adapters) - and it's working ok for me. |
|
'git show -w' can be done directly on github like this. in case you did not know. |
|
@manio with the patch posted on #hts all is working well with stock oscam |
The commit fixes simultaneous channel decryption. We are enumerating services based on the generated seq value. In fact it should be elementary stream PID, but currently we can leave it until PMT code rework. The CA_SET_PID and CA_SET_DESCR from OSCam was always set with seq=0 leading to setting all keys always to first subscribed service.
|
Thank you guys for testing! |
Please review.
If you want to see real changes just do 'git show -w' (there is a lot of indentation changes).