Reply to thread

Message

I have absolutely no idea how to explain the issue that you encountered from the GUI. I will wait for logs (if you are able to reproduce the issue).
Regarding the EPG scanner: you may want to try disabling "EPG grabbing while timeshifting/recording" and only enable "EPG grabbing while idle" (on the DVB EPG page in TV Server configuration). I'm not sure what sort of effect this would have because I use a separate application to get my EPG and import it into MP via XMLTV. Also, I have 8 tuners so there is usually at least one that is idle - when you only have 1 tuner then I guess it is more critical to grab EPG whenever possible...

I'm still puzzled about why when lock fails you often get get multiple lock failures in a row. I've been looking through your logs again and I have a theory that you may want to test. Often when I see failure to lock several times in a row I notice that the 2nd, 3rd etc. channels that also fail after the first *are at the same motor position, same switch port, and on the same transponder* as the first channel that fails. This is important to notice. You should also be aware that TV Server only retunes when it thinks it is necessary (to try and speed up the tuning process). When it determines that the channel that you're tuning has the same motor position, same switch port and is on the same transponder as the previous channel then it doesn't retune. It doesn't make sure the motor is in position. It doesn't resend the switch command. It doesn't do anything! This is probably perfectly acceptable if the last tune succeeded, however it is *not* good if the last tune actually failed!

My theory is that resetting the parameters, motor, and switch might make the tuner "re-lock". If you get lock failure I would like you to try and tune a channel that is on a different transponder, switch position or motor position. This will force the tuner to retune for the next channel, hopefully making it lock
If it works then I can submit a patch that forces complete retune after lock fails.

<blockquote data-quote="mm1352000" data-source="post: 679773" data-attributes="member: 82144">I have absolutely no idea how to explain the issue that you encountered from the GUI. I will wait for logs (if you are able to reproduce the issue).Regarding the EPG scanner: you may want to try disabling &quot;EPG grabbing while timeshifting/recording&quot; and only enable &quot;EPG grabbing while idle&quot; (on the DVB EPG page in TV Server configuration). I'm not sure what sort of effect this would have because I use a separate application to get my EPG and import it into MP via XMLTV. Also, I have 8 tuners so there is usually at least one that is idle - when you only have 1 tuner then I guess it is more critical to grab EPG whenever possible...I'm still puzzled about why when lock fails you often get get multiple lock failures in a row. I've been looking through your logs again and I have a theory that you may want to test. Often when I see failure to lock several times in a row I notice that the 2nd, 3rd etc. channels that also fail after the first *are at the same motor position, same switch port, and on the same transponder* as the first channel that fails. This is important to notice. You should also be aware that TV Server only retunes when it thinks it is necessary (to try and speed up the tuning process). When it determines that the channel that you're tuning has the same motor position, same switch port and is on the same transponder as the previous channel then it doesn't retune. It doesn't make sure the motor is in position. It doesn't resend the switch command. It doesn't do anything! This is probably perfectly acceptable if the last tune succeeded, however it is *not* good if the last tune actually failed!My theory is that resetting the parameters, motor, and switch might make the tuner &quot;re-lock&quot;. If you get lock failure I would like you to try and tune a channel that is on a different transponder, switch position or motor position. This will force the tuner to retune for the next channel, hopefully making it lock <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />If it works then I can submit a patch that forces complete retune after lock fails.</blockquote>

[QUOTE="mm1352000, post: 679773, member: 82144"] I have absolutely no idea how to explain the issue that you encountered from the GUI. I will wait for logs (if you are able to reproduce the issue). Regarding the EPG scanner: you may want to try disabling "EPG grabbing while timeshifting/recording" and only enable "EPG grabbing while idle" (on the DVB EPG page in TV Server configuration). I'm not sure what sort of effect this would have because I use a separate application to get my EPG and import it into MP via XMLTV. Also, I have 8 tuners so there is usually at least one that is idle - when you only have 1 tuner then I guess it is more critical to grab EPG whenever possible... I'm still puzzled about why when lock fails you often get get multiple lock failures in a row. I've been looking through your logs again and I have a theory that you may want to test. Often when I see failure to lock several times in a row I notice that the 2nd, 3rd etc. channels that also fail after the first *are at the same motor position, same switch port, and on the same transponder* as the first channel that fails. This is important to notice. You should also be aware that TV Server only retunes when it thinks it is necessary (to try and speed up the tuning process). When it determines that the channel that you're tuning has the same motor position, same switch port and is on the same transponder as the previous channel then it doesn't retune. It doesn't make sure the motor is in position. It doesn't resend the switch command. It doesn't do anything! This is probably perfectly acceptable if the last tune succeeded, however it is *not* good if the last tune actually failed! My theory is that resetting the parameters, motor, and switch might make the tuner "re-lock". If you get lock failure I would like you to try and tune a channel that is on a different transponder, switch position or motor position. This will force the tuner to retune for the next channel, hopefully making it lock :) If it works then I can submit a patch that forces complete retune after lock fails. [/QUOTE]