Channel Order on Linux

[mame]

Since the problem can be assimilated to what I also complain (each scan gets different LCN# results), is it conceivable that an increase in drop time could offer a solution?

Posted by sub about the new NextPVR v5.0.5.200518 release:
Increased the time digital device scans would wait for LCN data. Also honors drop time setting for those needing to wait even longer.

[Graham]

However, scanning finds the same number of channels but the order is shuffled. A fairly minor problem, but any suggestions on how to correct?

Since the problem can be assimilated to what I also complain (each scan gets different LCN# results), is it conceivable that an increase in drop time could offer a solution?

Posted by sub about the new NextPVR v5.0.5.200518 release:
Increased the time digital device scans would wait for LCN data. Also honors drop time setting for those needing to wait even longer.

For the avoidance of doubt ... You can try increasing the value of <ScanDropTime> in config.xml ... https://github.com/sub3/NextPVR/wiki/components

[Englishman]

However, scanning finds the same number of channels but the order is shuffled. A fairly minor problem, but any suggestions on how to correct?

Since the problem can be assimilated to what I also complain (each scan gets different LCN# results), is it conceivable that an increase in drop time could offer a solution?

Posted by sub about the new NextPVR v5.0.5.200518 release:
Increased the time digital device scans would wait for LCN data. Also honors drop time setting for those needing to wait even longer.

For the avoidance of doubt ... You can try increasing the value of <ScanDropTime> in config.xml ... https://github.com/sub3/NextPVR/wiki/components

Yes, I tried editing the config.xml file (in .NPVR-data in my home directory on Arch Linux) prior to my first post. I changed  ScanCollectionMS  to 5000 and ScanDropTime  to 4500, but it made no difference.

[sub]

This setting is Windows only, so won't do anything on Linux.