Reply to thread

Message

AW: CI: ERROR:etProgram failed

mm:

I remember that I spent weeks and month with TT code (in fact this was my place to get into MP development).

I would not recommend to try handling of CAM messages inside the TT class. Maybe the better (generic) approach is my "Scramble watcher" implementation (see internal thread).

While it was thought for recordings, Disaster123 did extend it to timeshift as well: C++ MediaPortal Pastebin - collaborative debugging tool (did not test it yet).

In case the TS stream is switching to scrambled, a new "SendPMT" with CAM handling is done. But we cannot be sure if this helps the CAM to "recover" as well. On more thought: there is also a "ResetCAM" feature inside some CAM apis...

<blockquote data-quote="morpheus_xx" data-source="post: 745810" data-attributes="member: 48495">AW: CI: ERROR:<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite5" alt=":confused:" title="Confused&nbsp; &nbsp; :confused:" loading="lazy" data-shortname=":confused:" />etProgram failedmm:I remember that I spent weeks and month with TT code (in fact this was my place to get into MP development). I would not recommend to try handling of CAM messages inside the TT class. Maybe the better (generic) approach is my &quot;Scramble watcher&quot; implementation (see internal thread).While it was thought for recordings, Disaster123 did extend it to timeshift as well: <a href="http://pastebin.team-mediaportal.com/pastebin.php?show=14823" target="_blank">C++ MediaPortal Pastebin - collaborative debugging tool</a> (did not test it yet). In case the TS stream is switching to scrambled, a new &quot;SendPMT&quot; with CAM handling is done. But we cannot be sure if this helps the CAM to &quot;recover&quot; as well. On more thought: there is also a &quot;ResetCAM&quot; feature inside some CAM apis...</blockquote>

[QUOTE="morpheus_xx, post: 745810, member: 48495"] [b]AW: CI: ERROR::SetProgram failed[/b] mm: I remember that I spent weeks and month with TT code (in fact this was my place to get into MP development). I would not recommend to try handling of CAM messages inside the TT class. Maybe the better (generic) approach is my "Scramble watcher" implementation (see internal thread). While it was thought for recordings, Disaster123 did extend it to timeshift as well: [url=http://pastebin.team-mediaportal.com/pastebin.php?show=14823]C++ MediaPortal Pastebin - collaborative debugging tool[/url] (did not test it yet). In case the TS stream is switching to scrambled, a new "SendPMT" with CAM handling is done. But we cannot be sure if this helps the CAM to "recover" as well. On more thought: there is also a "ResetCAM" feature inside some CAM apis... [/QUOTE]