Reply to thread

Message

<blockquote data-quote="ROLA" data-source="post: 787786" data-attributes="member: 102199">Re: AW: Multichannel decryption improvementsMy point is not to implement CWL-reader or CS-support.However, if the TV-service is changed to be able to record encrypted Transport Stream (TS) we would not need to use MDAPI to watch and record several channels at one time..1. Start record.2. Is stream encrypted?3. Available CAM?4. If yes, record decrypted (as today).5. If not, record encrypted stream, mark recording as crypted.1. Play recording.2. Is recording encrypted?3. If not, start playback.4. Else check for available CAM.5. If not available, then &quot;No available CAM present&quot;.6. Else decrypt stream (as a normal live-tv feed).In the list of record TV-shows there should be a indification on the show that indicates that the show is encrypted.There should be possible to decrypt an encrypted recording without watching (batch processing by night?)</blockquote>

[QUOTE="ROLA, post: 787786, member: 102199"] [b]Re: AW: Multichannel decryption improvements[/b] My point is not to implement CWL-reader or CS-support. However, if the TV-service is changed to be able to record encrypted Transport Stream (TS) we would not need to use MDAPI to watch and record several channels at one time.. 1. Start record. 2. Is stream encrypted? 3. Available CAM? 4. If yes, record decrypted (as today). 5. If not, record encrypted stream, mark recording as crypted. 1. Play recording. 2. Is recording encrypted? 3. If not, start playback. 4. Else check for available CAM. 5. If not available, then "No available CAM present". 6. Else decrypt stream (as a normal live-tv feed). In the list of record TV-shows there should be a indification on the show that indicates that the show is encrypted. There should be possible to decrypt an encrypted recording without watching (batch processing by night?) [/QUOTE]

Verification