Opened 19 years ago
Closed 19 years ago
#2874 closed enhancement (fixed)
add monitoring of decryption to DTVSignalMonitor
| Reported by: | Owned by: | danielk | |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.21 |
| Component: | mythtv | Version: | head |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description
Tested with encrypted DVB Streams and DVBRecorder/DVBCam
but it should also work for other DTV Streams which are misleadingly marked as encrypted in the PMT.
Attachments (5)
Change History (14)
by , 19 years ago
| Attachment: | encryption_sigmon.diff added |
|---|
comment:1 by , 19 years ago
| Owner: | changed from to |
|---|
by , 19 years ago
| Attachment: | 2874-v1.patch added |
|---|
by , 19 years ago
| Attachment: | encryption_sigmon_v2.diff added |
|---|
comment:2 by , 19 years ago
Updated patch attached:
- checks status of all video and audio streams
- a stream is unencrypted if 8 successive unencrypted packets are seen
- moved most of the logic to mpegstreamdata
- fixed compilation for disabled dvb
The active eit scan checks also the encryption status. I didn't wanted to avoid this by a hack but change the tuning for the eit scan. The active eit scan doesn't need a PMT to work. I'll change the tuning for the active eit scan
Daniel, I hope I got all changes from your patch.
I saw it only when I wanted to attach my patch. It's a pity that trac doesn't send an email after a new file is attached (at least to subscribed persons).
comment:3 by , 19 years ago
| Milestone: | unknown → 0.21 |
|---|
This appears to work well here, I'm going to wait a few days before committing just because these latest changes haven't been in your tree very long. I'll start working on #2830 which depends on this today though.
by , 19 years ago
| Attachment: | 2874-v4.patch added |
|---|
Enhanced version of patch which tracks encryption for each program in PAT.
comment:4 by , 19 years ago
Janne, I've attached an updated version of this patch.
It tests the decryption status of each program, whether or not we are sending any data to the CAM for it. This should fix allow us to view channels that are reported to be encrypted in the PMT but not in the actual streams.
This also sends the program number in the HandleEncryptionStatus() callback.
comment:5 by , 19 years ago
I would be very pleased if someone could make possible to use the patch for .20 with fixes.
Regards
Neeesat
comment:6 by , 19 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
(In [12473]) Fixes #2874. Adds monitoring of TS packet encryption status.
This should avoid getting stuck on a channel when using a CAM, and allow tuning to channels that claim to be encrypted when they are not without unchecking the "Ignore Encrypted Channels" checkbox.
This does not address encryption when scanning for channels but is a dependency for that functionality.
comment:7 by , 19 years ago
comment:8 by , 19 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Some networks have multiple PMTs on the same PID -- the existing code will pass all the PMTs it sees right on to the CAM during the signal monitor phase. This patch just adds a check to make sure the PMT is for the right program to avoid sending undesired PMTs to the CAM.
Minor formatting + compilation fix for HDHomeRun