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
Quality Assurance
Bugtracker Feed
0002850: Bugs in card allocation
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="MediaPortal-Bot" data-source="post: 607067" data-attributes="member: 48617"><p>While looking at the card allocation code i found quite a few bugs. </p><p></p><p>See <a href="https://forum.team-mediaportal.com/mediaportal-releases-315/card-allocation-code-possible-bugs-strange-things-80798/" target="_blank">https://forum.team-mediaportal.com/mediaportal-releases-315/card-allocation-code-possible-bugs-strange-things-80798/</a> [<a href="https://forum.team-mediaportal.com/mediaportal-releases-315/card-allocation-code-possible-bugs-strange-things-80798/" target="_blank">^</a>] for the details.</p><p></p><p>Here are a few examples:</p><p>- When checking if the user can zap to a channel on the same transponder it is not taken into account that he will stop decoding the current channel (so it can report descrambling limit is reached)</p><p>- Kicking users from cards for recording starts kicking before it is known whether it will resolve the problem.</p><p>- Assigning schedules to a card in conflict management (not the plugin, core code) does not store the free card it finds. While starting to record it is tried to use the recommendation, which is never there. This can lead to recordings failing because of free cards where it was not needed if it had used the calculated card based on future recordings.</p><p>- FTA channels are subtracted twice from the number of channels decoding.</p><p>- Free cards are not correctly sorted, only by priority but a card on the same transponder should have a higher priority.</p><p>- Conflict management should not store 1 recommended card, but all cards that it found are possible.</p><p></p><p>There could be more, but i forgot that for now.</p><p></p><p>Another point is that we have too much duplicate and complex code.</p><p></p><p>There is a lot more in the conflict management part, but it think for those it is better to make a different mantis.</p><p></p><p><a href="http://mantis.team-mediaportal.com/view.php?id=2850" target="_blank">http://mantis.team-mediaportal.com/view.php?id=2850</a></p><p></p><p><a href="http://mantis.team-mediaportal.com/view.php?id=2850" target="_blank">Open the issue in Mantis...</a></p></blockquote><p></p>
[QUOTE="MediaPortal-Bot, post: 607067, member: 48617"] While looking at the card allocation code i found quite a few bugs. See [URL]https://forum.team-mediaportal.com/mediaportal-releases-315/card-allocation-code-possible-bugs-strange-things-80798/[/URL] [[URL="https://forum.team-mediaportal.com/mediaportal-releases-315/card-allocation-code-possible-bugs-strange-things-80798/"]^[/URL]] for the details. Here are a few examples: - When checking if the user can zap to a channel on the same transponder it is not taken into account that he will stop decoding the current channel (so it can report descrambling limit is reached) - Kicking users from cards for recording starts kicking before it is known whether it will resolve the problem. - Assigning schedules to a card in conflict management (not the plugin, core code) does not store the free card it finds. While starting to record it is tried to use the recommendation, which is never there. This can lead to recordings failing because of free cards where it was not needed if it had used the calculated card based on future recordings. - FTA channels are subtracted twice from the number of channels decoding. - Free cards are not correctly sorted, only by priority but a card on the same transponder should have a higher priority. - Conflict management should not store 1 recommended card, but all cards that it found are possible. There could be more, but i forgot that for now. Another point is that we have too much duplicate and complex code. There is a lot more in the conflict management part, but it think for those it is better to make a different mantis. [url]http://mantis.team-mediaportal.com/view.php?id=2850[/url] [url=http://mantis.team-mediaportal.com/view.php?id=2850]Open the issue in Mantis...[/url] [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Quality Assurance
Bugtracker Feed
0002850: Bugs in card allocation
Contact us
RSS
Top
Bottom
