Reply to thread

Message

<blockquote data-quote="mm1352000" data-source="post: 797143" data-attributes="member: 82144">Hi rsbruxNo problem. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />The difference here is that my XML file was missing 3 frequencies. Perhaps the provider list was out of date or they are test channels. Anyhow here they are:546 MHz, 6900 ksps, 256 QAM (18 channels)642 MHz, 6900 ksps, 256 QAM (2 channels - ORF eins HD and ORF 2 HD)698 MHz, 6900 ksps, 256 QAM (1 channel - 3D test channel)Note that the &quot;search all transponders scan&quot; would take longer than the XML scan as it scans quite a lot of frequencies that aren't used.Yes, I can understand how that would be helpful. I don't know of any way to check whether a channel can be decrypted except to try and view it. Perhaps we could think about adding a function that goes through all channels attempting to timeshift them, and if timeshifting fails then delete them. Having said that, I'm not very knowledgeable about CAMs and subscriptions. Perhaps there is a better way...Hmm, okay - this is unexpected CAM behaviour from my perspective. I would have expected the CAM to pass the PMT and then reject the decryption request. If it doesn't even pass the PMT then it makes things difficult for us.That patch is not in 1.2.1 but we'd like to add it for 1.3.0 so I'd encourage you to try it and report to georgius. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />mm</blockquote>

[QUOTE="mm1352000, post: 797143, member: 82144"] Hi rsbrux No problem. :) The difference here is that my XML file was missing 3 frequencies. Perhaps the provider list was out of date or they are test channels. Anyhow here they are: 546 MHz, 6900 ksps, 256 QAM (18 channels) 642 MHz, 6900 ksps, 256 QAM (2 channels - ORF eins HD and ORF 2 HD) 698 MHz, 6900 ksps, 256 QAM (1 channel - 3D test channel) Note that the "search all transponders scan" would take longer than the XML scan as it scans quite a lot of frequencies that aren't used. Yes, I can understand how that would be helpful. I don't know of any way to check whether a channel can be decrypted except to try and view it. Perhaps we could think about adding a function that goes through all channels attempting to timeshift them, and if timeshifting fails then delete them. Having said that, I'm not very knowledgeable about CAMs and subscriptions. Perhaps there is a better way... Hmm, okay - this is unexpected CAM behaviour from my perspective. I would have expected the CAM to pass the PMT and then reject the decryption request. If it doesn't even pass the PMT then it makes things difficult for us. That patch is not in 1.2.1 but we'd like to add it for 1.3.0 so I'd encourage you to try it and report to georgius. :) mm [/QUOTE]

Verification