mirror of
https://github.com/vdr-projects/vdr.git
synced 2025-03-01 10:50:46 +00:00
VDR developer version 2.3.1 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.3.1.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.2.0-2.3.1.diff MD5 checksums: 391c2ed60e2f7d24563fe3ed5854bc4f vdr-2.3.1.tar.bz2 983fd4bad7d19cd98301d54173107129 vdr-2.2.0-2.3.1.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging. *** PLEASE BE VERY CAREFUL WHEN USING THIS DEVELOPER VERSION, ESPECIALLY *** IF YOU ENABLE THE NEW SVDRP PEERING! KEEP BACKUPS OF ALL YOUR TIMERS *** AND OBSERVE VERY CLOSELY WHETHER EVERYTHING WORKS AS EXPECTED. THIS *** VERSION INTRODUCES SOME MAJOR CHANGES IN HANDLING GLOBAL LISTS AND *** LOCKING, SO ANYTHING CAN HAPPEN! YOU HAVE BEEN WARNED! The main focus of this developer version is on the new locking mechanism for global lists, and the ability to handle remote timers. Any plugins that access the global lists of timers, channels, schedules or recordings, will need to be adjusted (see below for details). Please do initial tests with plain vanilla VDR and just the output plugin you need. Known bugs/problems: - After deleting the last recording in a sub folder, the cursor may not be positioned correctly. - Instant recordings and pausing live video don't (yet) use the default SVDRP host for recording. From the HISTORY file: - The new function cOsd::MaxPixmapSize() can be called to determine the maximum size a cPixmap may have on the current OSD. The 'osddemo' example has been modified accordingly. Plugin authors may want to use this function in case they use pixmaps that are larger than the full OSD size. The default implementation sets this limit to 2048x2048 pixel. - The Setup/CAM menu now displays which device an individual CAM is currently assigned to (suggested by Frank Neumann). - Added detection of 24fps (thanks to Thomas Reufer). - Added a note about the VDR User Counter and VDR's facebook page to the README file. - The dvbhddevice plugin is no longer part of the VDR source archive. You can get the latest version of this plugin from the author's repository at https://bitbucket.org/powARman/dvbhddevice. - The dvbsddevice and rcu plugins are no longer part of the VDR source archive. You can get the latest versions of these plugins from ftp://ftp.tvdr.de/vdr/Plugins. - Added a section about Output Devices to the INSTALL file. - Fixed setting the source value of newly created channels, in case the NIT is received from a different, but very close satellite position (reported by Daniel Ribeiro). The code for handling different NITs has been removed from nit.c, because according to the DVB standard table id 0x40 carries only the NIT of the actual network. - Added some comment to cPixmap about the relation between OSD, ViewPort and DrawPort (suggested by Thomas Reufer). - Improved syncing on sections when parsing the NIT and SDT. - Fixed scaling subtitles (their areas could sometimes extend outside the actual OSD). - Reduced the priority of the "video directory scanner" thread (suggested by Thomas Reufer) and checking cIoThrottle::Engaged() when it is running. - The script that gets called for recordings is now also called right before a recording is edited, with the first parameter being "editing" (suggested by Dieter Ferdinand). - The new setup option "OSD/Default sort mode for recordings" can be used to define how recordings shall be sorted by default (either by time or by name, with "by time" being the default). If a particular sort mode has been selected for a folder by pressing '0', the default no longer applies to that folder. Repeating timers no longer write a ".sort" file into a recordings folder to have the recordings sorted by time. - The command line option -D now accepts the value '-' (as in -D-), which prevents VDR from using any DVB devices (suggested by Dietmar Spingler). - The -V and -h options now list the plugins in alphabetical order (suggested by Dietmar Spingler). - Fixed a compiler warning in font.c. - Commented out the line #define DEPRECATED_VIDEOSYSTEM in device.h. If a plugin doesn't compile with this version of VDR, you can uncomment this line as a quick workaround. In the long run the plugin will need to be adapted. - The function cOsd::GetBitmap() is now 'protected'. If a plugin doesn't compile with this version of VDR, you can uncomment the line //#define DEPRECATED_GETBITMAP in osd.h as a quick workaround. In the long run the plugin will need to be adapted. - The -u option now also accepts a numerical user id (suggested by Derek Kelly). - The SVDRP port now accepts multiple concurrent connections. You can now keep an SVDRP connection open as long as you wish, without preventing others from connecting. Note, though, that SVDRP connections still get closed automatically if there has been no activity for 300 seconds (configurable via "Setup/Miscellaneous/SVDRP timeout (s)"). - The SVDRP log messages have been unified and now always contain the IP and port number of the remote host. - SVDRP connections are now handled in a separate "SVDRP server handler" thread, which makes them more responsive. Note that there is only one thread that handles all concurrent SVDRP connections. That way each SVDRP command is guaranteed to be processed separately, without interfering with any other SVDRP commands that might be issued at the same time. Plugins that implement SVDRP commands may need to take care of proper locking if the commands access global data. - VDR now sends out a broadcast to port 6419/udp, which was assigned to 'svdrp-disc' by the IANA. VDRs listening on that port will automatically initiate an SVDRP connection to the broadcasting VDR, and in turn send out a broadcast to make other VDRs connect to them. That way all VDRs within the local network will have permanent "peer-to-peer" SVDRP connections between each other. The configuration in the svdrphosts.conf file is taken into account when considering whether or not to respond to an SVDRP discover broadcast. - The new SVDRP command PING is used by automatically established peer-to-peer connections to keep them alive. - The new function GetSVDRPServerNames() can be used to get a list of all VDRs this VDR is connected to via SVDRP. - The new function ExecSVDRPCommand() can be used to execute an SVDRP command on one of the servers this VDR is connected to, and retrieve the result. The helper functions SVDRPCode() and SVDRPValue() can be used to easily access the codes and values returned by ExecSVDRPCommand(). - The cTimer class now has a new member named 'remote', which holds the name of the remote server this timer will record on. If this is NULL, it is a local timer. - Timers from other VDRs that are connected to this VDR via SVDRP are now automatically fetched and stored in the global Timers list. In order for this to work, all of the channels used by timers on the remote VDR must also be defined on the local VDR (however, not necessarily in the same sequence). Automatic channel syncing will be implemented later. - The main menu of the LCARS skin now displays a small rectangle on the left side of a timer if this is a remote timer. The color of that rectangle changes if the timer is currently recording on the remote VDR. - Accessing the global Timers list now has to be protected by proper locking, because SVDRP commands are now executed in a separate thread. The introduction of this locking mechanism required the following changes: + The new classes cStateLock and cStateKey are used to implement locking with quick detection of state changes. + cConfig::cConfig() now has a parameter that indicates whether this list requires locking. + The global lists of Timers, Channels, Schedules and Recordings are no longer static variables. They are now pointers that need to be retrieved through a call to cTimers::GetTimersRead/Write(), cChannels::GetChannelsRead/Write(), cSchedules::GetSchedulesRead/Write() and cRecordings::GetRecordingsRead/Write(), respectively. + References from/to link channels are now removed in cChannels::Del() rather than cChannel::~cChannel(), to make sure the caller holds a proper lock. + cChannel::HasTimer() has been removed. This information is now retrieved via cSchedule::HasTimer(). + Several member functions of cChannel, cTimer, cMarks and cRecording have been made 'const', and some of them are now available as both 'const' and 'non-const' versions. + The cChannel::Set...() functions are now 'bool' and return true if they have actually changed any of the channels's members. + cChannels::SetModified() has been renamed to cChannels::SetModifiedByUser(). + cChannels::Modified() has been renamed to cChannels::ModifiedByUser(), and now has a 'State' parameter that allows the caller to see whether a channel has been modified since the last call to this function with the same State variable. + The macros CHANNELSMOD_NONE/_AUTO/_USER have been removed. + cMarks now requires locking via cStateKey. + cSortedTimers now requires a pointer to the list of timers. + cEvent::HasTimer() no longer scans the list of timers to check whether an event is referenced by a timer, but rather keeps score of how many timers reference it. This was necessary in order to avoid having to lock the list of timers from within a cEvent. + The new class cListGarbageCollector is used to temporary store any objects deleted from cLists that require locking. This allows pointers to such objects to be dereferenced even if the objects are no longer part of the list. + cListBase::Contains() can be used to check whether a particular object is still contained in that list. + Outdated events are no longer "phased out", but rather deleted right away and thus taken care of by the new "garbage collector" of the list. + Deleted cRecording objects are no longer kept in a list of "vanished" recordings, but are rather taken care of by the new "garbage collector" of the list. + cSchedules::ClearAll() has been removed. The functionality is now implemented directly in cSVDRPServer::CmdCLRE(). + tEventID has been changed to u_int16_t in order to make room for the new member numTimers in cEvent. + cSchedule now has a member Modified(), which can be used with a State variable to quickly determine whether this schedule has been modified since the last call to this function with the same State variable. + cSchedulesLock has been removed. Locking the list of schedules is now done via the cList's new locking mechanism. + The 'OnlyRunningStatus' parameters in cEpgHandler::BeginSegmentTransfer() and cEpgHandler::EndSegmentTransfer() are now obsolete. They are still present in the interface for backward compatibility, but may be removed in a future version. Their value is always 'false'. + The constant tcMod is no longer used in cStatus::TimerChange(). The definition is still there for backward compatibility. Plugins that access the global lists of Timers, Channels, Recordings or Schedules will need to be adapted as follows: + Instead of directly accessing the global variables Timers, Channels or Recordings, they need to set up a cStateKey variable and call the proper getter function, as in cStateKey StateKey; if (const cTimers *Timers = cTimers::GetTimersRead(StateKey)) { // access the timers StateKey.Remove(); } and cStateKey StateKey; if (cTimers *Timers = cTimers::GetTimersWrite(StateKey)) { // access the timers StateKey.Remove(); } See timers.h, thread.h and tools.h for details on this new locking mechanism. + There are convenience macros for easily accessing these lists without having to explicitly set up a cStateKey and calling its Remove() function. These macros have the form LOCK_*_READ/WRITE (with '*' being TIMERS, CHANNELS, SCHEDULES or RECORDINGS). Simply put such a macro before the point where you need to access the respective list, and there will be a pointer named Timers, Channels, Schedules or Recordings, respectively, which is valid until the end of the current block. + If a plugin needs to access several of the global lists in parallel, locking must always be done in the sequence Timers, Channels, Recordings, Schedules. This is necessary to make sure that different threads that need to lock several lists at the same time don't end up in a deadlock. + Some pointer variables may need to be made 'const'. The compiler will tell you about these. - cSectionSyncer has been improved to better handle missed sections. - Added a missing initialization of 'seen' in cChannel's copy constructor. - Background modifications of channels, timers and events are now displayed immediately in the corresponding menus. - cEIT now checks the version of the tables before doing any processing, which saves a lot of locking and processing. - If a timer is newly created with the Red button in the Schedule menu, and the timer is presented to the user in the "Edit timer" menu because it will start immediately, it now *must* be confirmed with "Ok" to set the timer. Otherwise the timer will not be created. - Recordings and deleted recordings are now scanned in a single thread. - The new SVDRP command POLL is used by automatically established peer-to-peer connections to trigger fetching remote timers. - You can now set DumpSVDRPDataTransfer in svdrp.c to true to have all SVDRP communication printed to the console for debugging. - Added a missing 'const' to cReceiver::Receive(), to protect the given Data from being modified. - The SVDRP commands that deal with timers (DELT, LSTT, MODT, NEWT, NEXT and UPDT) as well as any log messages that refer to timers, now use a unique id for each timer, which remains valid as long as this instance of VDR is running. This means that timers are no longer continuously numbered from 1 to N in LSTT. There may be gaps in the sequence, in case timers have been deleted. - The Timers menu now displays the name of the remote VDR in front of the timer's file name, if this is a remote timer. - The new options "Setup/Miscellaneous/SVDRP peering", ".../SVDRP host name" and ".../SVDRP default host" can be used to configure automatic peering between VDRs in the same network. Peering is disabled by default and can be enabled by setting "SVDRP peering" to "yes". - The function cTimer::ToText() no longer returns a newline character at the end of the string. The newline is now added by the caller as necessary. This was changed because cTimer::ToText() is now also needed in a context where the terminating newline can't be used. Consequently, cChannel::ToText() and cMark::ToText() have been modified accordingly. - All timer related response strings from SVDRP commands now use the channel ID instead of channel numbers. - The "Edit timer" menu now has a new parameter "Record on", which can be used to select the VDR on which this timer shall record. Timers can be freely moved between connected VDRs by simply selecting the desired machine in this field. - The SVDRP command DELT no longer checks whether the timer that shall be deleted is currently recording. - The character 0x0D is now stripped from EPG texts (reported by Janne Pänkälä). - The EPG scanner no longer moves the dish if there is a positioner. - The 'newplugin' script now creates the 'po' subdirectory for translations (thanks to Thomas Reufer). - Skins can now implement cSkinDisplayMenu::MenuOrientation() to display horizontal menus (thanks to Stefan Braun). - Fixed a possible stack overflow in cListBase::Sort() (thanks to Oliver Endriss). - Changed the description of the --chartab option in the INSTALL file to refer to "DVB SI table strings" instead of "EPG data". - The width and height of the OSD are now limited to the actual maximum dimensions of the output device, taking into account the top and left offset. - The new setup option "Recording/Record key handling" can be used to define what happens if the Record key on the remote control is pressed during live tv (suggested by Dietmar Spingler). - Empty adaptation field TS packets are now skipped when recording (thanks to Christopher Reimer, based on the "AFFcleaner" by Stefan Pöschel).
331 lines
15 KiB
C++
331 lines
15 KiB
C++
/*
|
|
* ci.h: Common Interface
|
|
*
|
|
* See the main source file 'vdr.c' for copyright information and
|
|
* how to reach the author.
|
|
*
|
|
* $Id: ci.h 4.0 2015/01/31 14:36:41 kls Exp $
|
|
*/
|
|
|
|
#ifndef __CI_H
|
|
#define __CI_H
|
|
|
|
#include <stdint.h>
|
|
#include <stdio.h>
|
|
#include "channels.h"
|
|
#include "thread.h"
|
|
#include "tools.h"
|
|
|
|
#define MAX_CAM_SLOTS_PER_ADAPTER 8 // maximum possible value is 255
|
|
#define MAX_CONNECTIONS_PER_CAM_SLOT 8 // maximum possible value is 254
|
|
#define CAM_READ_TIMEOUT 50 // ms
|
|
|
|
class cCiMMI;
|
|
|
|
class cCiMenu {
|
|
friend class cCamSlot;
|
|
friend class cCiMMI;
|
|
private:
|
|
enum { MAX_CIMENU_ENTRIES = 64 }; ///< XXX is there a specified maximum?
|
|
cCiMMI *mmi;
|
|
cMutex *mutex;
|
|
bool selectable;
|
|
char *titleText;
|
|
char *subTitleText;
|
|
char *bottomText;
|
|
char *entries[MAX_CIMENU_ENTRIES];
|
|
int numEntries;
|
|
bool AddEntry(char *s);
|
|
cCiMenu(cCiMMI *MMI, bool Selectable);
|
|
public:
|
|
~cCiMenu();
|
|
const char *TitleText(void) { return titleText; }
|
|
const char *SubTitleText(void) { return subTitleText; }
|
|
const char *BottomText(void) { return bottomText; }
|
|
const char *Entry(int n) { return n < numEntries ? entries[n] : NULL; }
|
|
int NumEntries(void) { return numEntries; }
|
|
bool Selectable(void) { return selectable; }
|
|
void Select(int Index);
|
|
void Cancel(void);
|
|
void Abort(void);
|
|
bool HasUpdate(void);
|
|
};
|
|
|
|
class cCiEnquiry {
|
|
friend class cCamSlot;
|
|
friend class cCiMMI;
|
|
private:
|
|
cCiMMI *mmi;
|
|
cMutex *mutex;
|
|
char *text;
|
|
bool blind;
|
|
int expectedLength;
|
|
cCiEnquiry(cCiMMI *MMI);
|
|
public:
|
|
~cCiEnquiry();
|
|
const char *Text(void) { return text; }
|
|
bool Blind(void) { return blind; }
|
|
int ExpectedLength(void) { return expectedLength; }
|
|
void Reply(const char *s);
|
|
void Cancel(void);
|
|
void Abort(void);
|
|
};
|
|
|
|
class cDevice;
|
|
class cCamSlot;
|
|
|
|
enum eModuleStatus { msNone, msReset, msPresent, msReady };
|
|
|
|
class cCiAdapter : public cThread {
|
|
friend class cCamSlot;
|
|
private:
|
|
cCamSlot *camSlots[MAX_CAM_SLOTS_PER_ADAPTER];
|
|
void AddCamSlot(cCamSlot *CamSlot);
|
|
///< Adds the given CamSlot to this CI adapter.
|
|
protected:
|
|
cCamSlot *ItCamSlot(int &Iter);
|
|
///< Iterates over all added CAM slots of this adapter. Iter has to be
|
|
///< initialized to 0 and is required to store the iteration state.
|
|
///< Returns NULL if no further CAM slot is found.
|
|
virtual void Action(void);
|
|
///< Handles the attached CAM slots in a separate thread.
|
|
///< The derived class must call the Start() function to
|
|
///< actually start CAM handling.
|
|
virtual int Read(uint8_t *Buffer, int MaxLength) { return 0; }
|
|
///< Reads one chunk of data into the given Buffer, up to MaxLength bytes.
|
|
///< If no data is available immediately, wait for up to CAM_READ_TIMEOUT.
|
|
///< Returns the number of bytes read (in case of an error it will also
|
|
///< return 0).
|
|
virtual void Write(const uint8_t *Buffer, int Length) {}
|
|
///< Writes Length bytes of the given Buffer.
|
|
virtual bool Reset(int Slot) { return false; }
|
|
///< Resets the CAM in the given Slot.
|
|
///< Returns true if the operation was successful.
|
|
virtual eModuleStatus ModuleStatus(int Slot) { return msNone; }
|
|
///< Returns the status of the CAM in the given Slot.
|
|
virtual bool Assign(cDevice *Device, bool Query = false) { return false; }
|
|
///< Assigns this adapter to the given Device, if this is possible.
|
|
///< If Query is 'true', the adapter only checks whether it can be
|
|
///< assigned to the Device, but doesn't actually assign itself to it.
|
|
///< Returns true if the adapter can be assigned to the Device.
|
|
///< If Device is NULL, the adapter will be unassigned from any
|
|
///< device it was previously assigned to. The value of Query
|
|
///< is ignored in that case, and this function always returns
|
|
///< 'true'.
|
|
public:
|
|
cCiAdapter(void);
|
|
virtual ~cCiAdapter();
|
|
///< The derived class must call Cancel(3) in its destructor.
|
|
};
|
|
|
|
class cTPDU;
|
|
class cCiTransportConnection;
|
|
class cCiSession;
|
|
class cCiCaProgramData;
|
|
class cCaPidReceiver;
|
|
class cCaActivationReceiver;
|
|
|
|
class cCamSlot : public cListObject {
|
|
friend class cCiAdapter;
|
|
friend class cCiTransportConnection;
|
|
private:
|
|
cMutex mutex;
|
|
cCondVar processed;
|
|
cCiAdapter *ciAdapter;
|
|
cDevice *assignedDevice;
|
|
cCaPidReceiver *caPidReceiver;
|
|
cCaActivationReceiver *caActivationReceiver;
|
|
int slotIndex;
|
|
int slotNumber;
|
|
cCiTransportConnection *tc[MAX_CONNECTIONS_PER_CAM_SLOT + 1]; // connection numbering starts with 1
|
|
eModuleStatus lastModuleStatus;
|
|
time_t resetTime;
|
|
cTimeMs moduleCheckTimer;
|
|
bool resendPmt;
|
|
int source;
|
|
int transponder;
|
|
cList<cCiCaProgramData> caProgramList;
|
|
const int *GetCaSystemIds(void);
|
|
void SendCaPmt(uint8_t CmdId);
|
|
void NewConnection(void);
|
|
void DeleteAllConnections(void);
|
|
void Process(cTPDU *TPDU = NULL);
|
|
void Write(cTPDU *TPDU);
|
|
cCiSession *GetSessionByResourceId(uint32_t ResourceId);
|
|
public:
|
|
cCamSlot(cCiAdapter *CiAdapter, bool WantsTsData = false);
|
|
///< Creates a new CAM slot for the given CiAdapter.
|
|
///< The CiAdapter will take care of deleting the CAM slot,
|
|
///< so the caller must not delete it!
|
|
///< If WantsTsData is true, the device this CAM slot is assigned to will
|
|
///< call the Decrypt() function of this CAM slot, presenting it the complete
|
|
///< TS data stream of the encrypted programme, including the CA pids.
|
|
virtual ~cCamSlot();
|
|
bool Assign(cDevice *Device, bool Query = false);
|
|
///< Assigns this CAM slot to the given Device, if this is possible.
|
|
///< If Query is 'true', the CI adapter of this slot only checks whether
|
|
///< it can be assigned to the Device, but doesn't actually assign itself to it.
|
|
///< Returns true if this slot can be assigned to the Device.
|
|
///< If Device is NULL, the slot will be unassigned from any
|
|
///< device it was previously assigned to. The value of Query
|
|
///< is ignored in that case, and this function always returns
|
|
///< 'true'.
|
|
cDevice *Device(void) { return assignedDevice; }
|
|
///< Returns the device this CAM slot is currently assigned to.
|
|
bool WantsTsData(void) const { return caPidReceiver != NULL; }
|
|
///< Returns true if this CAM slot wants to receive the TS data through
|
|
///< its Decrypt() function.
|
|
int SlotIndex(void) { return slotIndex; }
|
|
///< Returns the index of this CAM slot within its CI adapter.
|
|
///< The first slot has an index of 0.
|
|
int SlotNumber(void) { return slotNumber; }
|
|
///< Returns the number of this CAM slot within the whole system.
|
|
///< The first slot has the number 1.
|
|
virtual bool Reset(void);
|
|
///< Resets the CAM in this slot.
|
|
///< Returns true if the operation was successful.
|
|
virtual bool CanActivate(void);
|
|
///< Returns true if there is a CAM in this slot that can be put into
|
|
///< activation mode.
|
|
virtual void StartActivation(void);
|
|
///< Puts the CAM in this slot into a mode where an inserted smart card
|
|
///< can be activated. The default action is to make IsActivating() return
|
|
///< true, which causes the device this CAM slot is attached to to never
|
|
///< automatically detach any receivers with negative priority if the
|
|
///< PIDs they want to receive are not decrypted by the CAM.
|
|
///< StartActivation() must be called *after* the CAM slot has been assigned
|
|
///< to a device. The CAM slot will stay in activation mode until the CAM
|
|
///< begins to decrypt, a call to CancelActivation() is made, or the device
|
|
///< is needed for a recording.
|
|
virtual void CancelActivation(void);
|
|
///< Cancels a previously started activation (if any).
|
|
virtual bool IsActivating(void);
|
|
///< Returns true if this CAM slot is currently activating a smart card.
|
|
virtual eModuleStatus ModuleStatus(void);
|
|
///< Returns the status of the CAM in this slot.
|
|
virtual const char *GetCamName(void);
|
|
///< Returns the name of the CAM in this slot, or NULL if there is
|
|
///< no ready CAM in this slot.
|
|
virtual bool Ready(void);
|
|
///< Returns 'true' if the CAM in this slot is ready to decrypt.
|
|
virtual bool HasMMI(void);
|
|
///< Returns 'true' if the CAM in this slot has an active MMI.
|
|
virtual bool HasUserIO(void);
|
|
///< Returns true if there is a pending user interaction, which shall
|
|
///< be retrieved via GetMenu() or GetEnquiry().
|
|
virtual bool EnterMenu(void);
|
|
///< Requests the CAM in this slot to start its menu.
|
|
virtual cCiMenu *GetMenu(void);
|
|
///< Gets a pending menu, or NULL if there is no menu.
|
|
virtual cCiEnquiry *GetEnquiry(void);
|
|
///< Gets a pending enquiry, or NULL if there is no enquiry.
|
|
int Priority(void);
|
|
///< Returns the priority of the device this slot is currently assigned
|
|
///< to, or IDLEPRIORITY if it is not assigned to any device.
|
|
virtual bool ProvidesCa(const int *CaSystemIds);
|
|
///< Returns true if the CAM in this slot provides one of the given
|
|
///< CaSystemIds. This doesn't necessarily mean that it will be
|
|
///< possible to actually decrypt such a programme, since CAMs
|
|
///< usually advertise several CA system ids, while the actual
|
|
///< decryption is controlled by the smart card inserted into
|
|
///< the CAM.
|
|
virtual void AddPid(int ProgramNumber, int Pid, int StreamType);
|
|
///< Adds the given PID information to the list of PIDs. A later call
|
|
///< to SetPid() will (de)activate one of these entries.
|
|
virtual void SetPid(int Pid, bool Active);
|
|
///< Sets the given Pid (which has previously been added through a
|
|
///< call to AddPid()) to Active. A later call to StartDecrypting() will
|
|
///< send the full list of currently active CA_PMT entries to the CAM.
|
|
virtual void AddChannel(const cChannel *Channel);
|
|
///< Adds all PIDs if the given Channel to the current list of PIDs.
|
|
///< If the source or transponder of the channel are different than
|
|
///< what was given in a previous call to AddChannel(), any previously
|
|
///< added PIDs will be cleared.
|
|
virtual bool CanDecrypt(const cChannel *Channel);
|
|
///< Returns true if there is a CAM in this slot that is able to decrypt
|
|
///< the given Channel (or at least claims to be able to do so).
|
|
///< Since the QUERY/REPLY mechanism for CAMs is pretty unreliable (some
|
|
///< CAMs don't reply to queries at all), we always return true if the
|
|
///< CAM is currently not decrypting anything. If there is already a
|
|
///< channel being decrypted, a call to CanDecrypt() checks whether the
|
|
///< CAM can also decrypt the given channel. Only CAMs that have replied
|
|
///< to the initial QUERY will perform this check at all. CAMs that never
|
|
///< replied to the initial QUERY are assumed not to be able to handle
|
|
///< more than one channel at a time.
|
|
virtual void StartDecrypting(void);
|
|
///< Triggers sending all currently active CA_PMT entries to the CAM,
|
|
///< so that it will start decrypting.
|
|
virtual void StopDecrypting(void);
|
|
///< Clears the list of CA_PMT entries and tells the CAM to stop decrypting.
|
|
virtual bool IsDecrypting(void);
|
|
///< Returns true if the CAM in this slot is currently used for decrypting.
|
|
virtual uchar *Decrypt(uchar *Data, int &Count);
|
|
///< If this is a CAM slot that can be freely assigned to any device,
|
|
///< but will not be directly inserted into the full TS data stream
|
|
///< in hardware, it can implement this function to be given access
|
|
///< to the data in the device's TS buffer. Data points to a buffer
|
|
///< of Count bytes of TS data. The first byte in Data is guaranteed
|
|
///< to be a TS_SYNC_BYTE.
|
|
///< There are three possible ways a CAM can handle decryption:
|
|
///< 1. If the full TS data is physically routed through the CAM in hardware,
|
|
///< there is no need to reimplement this function.
|
|
///< The default implementation simply sets Count to TS_SIZE and returns Data.
|
|
///< 2. If the CAM works directly on Data and decrypts the TS "in place" it
|
|
///< shall decrypt at least the very first TS packet in Data, set Count to
|
|
///< TS_SIZE and return Data. It may decrypt as many TS packets in Data as it
|
|
///< wants, but it must decrypt at least the very first TS packet (if at all
|
|
///< possible - if, for whatever reasons, it can't decrypt the very first
|
|
///< packet, it must return it regardless). Only this very first TS packet will
|
|
///< be further processed after the call to this function. The next call will
|
|
///< be done with Data pointing to the TS packet immediately following the
|
|
///< previous one.
|
|
///< 3. If the CAM needs to copy the data into a buffer of its own, and/or send
|
|
///< the data to some file handle for processing and later retrieval, it shall
|
|
///< set Count to the number of bytes it has read from Data and return a pointer
|
|
///< to the next available decrypted TS packet (which will *not* be in the
|
|
///< memory area pointed to by Data, but rather in some buffer that is under
|
|
///< the CAM's control). If no decrypted TS packet is currently available, NULL
|
|
///< shall be returned. If no data from Data can currently be processed, Count
|
|
///< shall be set to 0 and the same Data pointer will be offered in the next
|
|
///< call to Decrypt().
|
|
///< A derived class that implements this function will also need
|
|
///< to set the WantsTsData parameter in the call to the base class
|
|
///< constructor to true in order to receive the TS data.
|
|
};
|
|
|
|
class cCamSlots : public cList<cCamSlot> {
|
|
public:
|
|
bool WaitForAllCamSlotsReady(int Timeout = 0);
|
|
///< Waits until all CAM slots have become ready, or the given Timeout
|
|
///< (seconds) has expired. While waiting, the Ready() function of each
|
|
///< CAM slot is called in turn, until they all return true.
|
|
///< Returns true if all CAM slots have become ready within the given
|
|
///< timeout.
|
|
};
|
|
|
|
extern cCamSlots CamSlots;
|
|
|
|
class cChannelCamRelation;
|
|
|
|
class cChannelCamRelations : public cList<cChannelCamRelation> {
|
|
private:
|
|
cMutex mutex;
|
|
cChannelCamRelation *GetEntry(tChannelID ChannelID);
|
|
cChannelCamRelation *AddEntry(tChannelID ChannelID);
|
|
time_t lastCleanup;
|
|
void Cleanup(void);
|
|
public:
|
|
cChannelCamRelations(void);
|
|
void Reset(int CamSlotNumber);
|
|
bool CamChecked(tChannelID ChannelID, int CamSlotNumber);
|
|
bool CamDecrypt(tChannelID ChannelID, int CamSlotNumber);
|
|
void SetChecked(tChannelID ChannelID, int CamSlotNumber);
|
|
void SetDecrypt(tChannelID ChannelID, int CamSlotNumber);
|
|
void ClrChecked(tChannelID ChannelID, int CamSlotNumber);
|
|
void ClrDecrypt(tChannelID ChannelID, int CamSlotNumber);
|
|
};
|
|
|
|
extern cChannelCamRelations ChannelCamRelations;
|
|
|
|
#endif //__CI_H
|