home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
Improvement Suggestions
Automatically Tune to Strongest Duplicate Channel
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="CyberSimian" data-source="post: 1270427" data-attributes="member: 141969"><p>I think that I have lost track of what is being proposed here. It seems to me that this thread is confusing two <em>different</em> capabilities:</p><p></p><p><strong>Retain strongest</strong></p><p>During "scan for channels", when a duplicate MUX is encountered (can occur when the user is midway between two different transmitters), "TV Server" should retain the stronger of the two MUXes, and discard the weaker.</p><p></p><p>For this capability, there is <strong>no need for a signal-level threshhold</strong>. During scanning, TV Server remembers the signal level of each MUX. When the next MUX is found, TV Server compares the various ids with the previous MUXes that it found during the scan, to determine if the new MUX duplicates a previous MUX. If it does, TV Server retains the stronger of the two, and discards the weaker. Some understanding of how TV Server stores information during the scan is required so that the information for the weaker MUX can be discarded.</p><p></p><p>This capability needs to be selectable by the user prior to scanning (i.e. a new setting on the "Scan for Channels" panel in TV Server).</p><p></p><p><strong>Omit weak MUXes</strong></p><p>Prior to the scan, the user specifies a signal-level threshhold that TV Server uses to accept or reject MUXes during the scan. MUXes which are weaker than this threshhold are ignored. MUXes which equal or exceed this threshhold are retained. Note that this does <em>not</em> discard duplicate MUXes (retention of duplicate MUXes may be the user's desired outcome, due to different local content on the two transmitters).</p><p></p><p>It is important that this threshhold be user specifiable, as what one user considers to be a "weak" signal, another user may consider to be a "normal" signal. Example: there are nine MUXes that serve my location in the UK; all MUXes are broadcast from the same transmitter:</p><p></p><p>(1) Three MUXes are broadcast with a power of 200 kW.</p><p>(2) Three MUXes are broadcast with a power of 50 kW.</p><p>(3) Three MUXes are broadcast with a power of circa 20 kW.</p><p></p><p>So there are very-significant differences between the signal levels that I receive. If I had a roof aerial, I would want to use a low value for the signal-level threshhold, as I would be able to receive all nine MUXes. But with the loft aerial that I actually use, I would use a higher value for the signal-level threshhold, as the three low-power MUXes can be received, but <em>not</em> at acceptable quality for viewing (frequent pixelation of the picture).</p><p></p><p>The user should be able to specify the signal-level threshhold on the TV Server "Scan for Channels" panel. The value should be in the range 0 to 100, with the default being 0. The value 0 is the value that gives identical behaviour to previous releases of MP.</p><p></p><p><strong>Conclusions</strong></p><p>Both of the capabilities described above are useful, but they are independent of each other. Either or both could be implemented, and would (I think) improve the product. But as far as I can see, the current change does neither, and so (reluctantly) I must vote against it being included in the next release of MP.</p><p></p><p>I may have misunderstood what the new code does; if so, apologies. And of course it is possible for the new code to be reworked to provide either or both of the capabilities described above, at which point inclusion in MP should be reconsidered.</p><p></p><p>-- from CyberSimian in the UK</p></blockquote><p></p>
[QUOTE="CyberSimian, post: 1270427, member: 141969"] I think that I have lost track of what is being proposed here. It seems to me that this thread is confusing two [I]different[/I] capabilities: [B]Retain strongest[/B] During "scan for channels", when a duplicate MUX is encountered (can occur when the user is midway between two different transmitters), "TV Server" should retain the stronger of the two MUXes, and discard the weaker. For this capability, there is [B]no need for a signal-level threshhold[/B]. During scanning, TV Server remembers the signal level of each MUX. When the next MUX is found, TV Server compares the various ids with the previous MUXes that it found during the scan, to determine if the new MUX duplicates a previous MUX. If it does, TV Server retains the stronger of the two, and discards the weaker. Some understanding of how TV Server stores information during the scan is required so that the information for the weaker MUX can be discarded. This capability needs to be selectable by the user prior to scanning (i.e. a new setting on the "Scan for Channels" panel in TV Server). [B]Omit weak MUXes[/B] Prior to the scan, the user specifies a signal-level threshhold that TV Server uses to accept or reject MUXes during the scan. MUXes which are weaker than this threshhold are ignored. MUXes which equal or exceed this threshhold are retained. Note that this does [I]not[/I] discard duplicate MUXes (retention of duplicate MUXes may be the user's desired outcome, due to different local content on the two transmitters). It is important that this threshhold be user specifiable, as what one user considers to be a "weak" signal, another user may consider to be a "normal" signal. Example: there are nine MUXes that serve my location in the UK; all MUXes are broadcast from the same transmitter: (1) Three MUXes are broadcast with a power of 200 kW. (2) Three MUXes are broadcast with a power of 50 kW. (3) Three MUXes are broadcast with a power of circa 20 kW. So there are very-significant differences between the signal levels that I receive. If I had a roof aerial, I would want to use a low value for the signal-level threshhold, as I would be able to receive all nine MUXes. But with the loft aerial that I actually use, I would use a higher value for the signal-level threshhold, as the three low-power MUXes can be received, but [I]not[/I] at acceptable quality for viewing (frequent pixelation of the picture). The user should be able to specify the signal-level threshhold on the TV Server "Scan for Channels" panel. The value should be in the range 0 to 100, with the default being 0. The value 0 is the value that gives identical behaviour to previous releases of MP. [B]Conclusions[/B] Both of the capabilities described above are useful, but they are independent of each other. Either or both could be implemented, and would (I think) improve the product. But as far as I can see, the current change does neither, and so (reluctantly) I must vote against it being included in the next release of MP. I may have misunderstood what the new code does; if so, apologies. And of course it is possible for the new code to be reworked to provide either or both of the capabilities described above, at which point inclusion in MP should be reconsidered. -- from CyberSimian in the UK [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
Improvement Suggestions
Automatically Tune to Strongest Duplicate Channel
Contact us
RSS
Top
Bottom