Reply to thread

Message

<blockquote data-quote="mm1352000" data-source="post: 703503" data-attributes="member: 82144">Thanks for the extra testing <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />I've been really busy and have not had a chance to do anything with Melstig yet. That will have to wait until next week. I haven't had the chance to look at your logs either (have to go in 5 minutes) but if the glitching still occurs with version 1.6 then I think there is nothing we can do about it. I included the best possible instructions to the CAM in that version, and it looks like the CAM still interrupts the decryption of other channels when it adds a new channel to its decryption list. Having said that, you could be right about the HDD issues. Could you please upload a sample recording showing the glitch. I will try to analyse the recording during the glitch to see if packets are lost/dropped or are encrypted.Got to run...</blockquote>

[QUOTE="mm1352000, post: 703503, member: 82144"] Thanks for the extra testing :) I've been really busy and have not had a chance to do anything with Melstig yet. That will have to wait until next week. I haven't had the chance to look at your logs either (have to go in 5 minutes) but if the glitching still occurs with version 1.6 then I think there is nothing we can do about it. I included the best possible instructions to the CAM in that version, and it looks like the CAM still interrupts the decryption of other channels when it adds a new channel to its decryption list. Having said that, you could be right about the HDD issues. Could you please upload a sample recording showing the glitch. I will try to analyse the recording during the glitch to see if packets are lost/dropped or are encrypted. Got to run... [/QUOTE]

Verification