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
Area 51 - Testing Area
TVE3 Threadsafe Using Reservation System.
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="gibman" data-source="post: 885675" data-attributes="member: 25430"><p>regarding 'multiple tuningdetails on the same card' :</p><p><a href="https://forum.team-mediaportal.com/threads/no-cards-available.109338/page-5" target="_blank">https://forum.team-mediaportal.com/threads/no-cards-available.109338/page-5</a></p><p> </p><p>so summarize the problem.</p><p> </p><p>This is done when tuning a channel:</p><p> </p><p>1) fetch a list of carddetails from cardallocation</p><p>2) request card reservations (tickets) for all those carddetails from (1)</p><p>3) cancel superfluous tickets, eg. we want max. 2 tickets per timeshifting session.</p><p>4) now iterate tickets, and tune each card until either succesfull or all cards exhausted.</p><p>5) if all tickets are spent, then a new iteration will occur (see step#2) although it keeps track of already tried cards, and avoids those.</p><p> </p><p>This works fine as long as the list of carddetails (from step#1) does not have the same cardID multiple times.'</p><p>and sadly this is the case with the bug mentioned.</p><p> </p><p>eg. we have 2 carddetails (for a channel with 2 tuningdetails on dvb-t).</p><p>detail#1 (frequency 111111) with cardid=1</p><p>detail#1 (frequency 222222) with cardid=1</p><p> </p><p>requesting a cardres. ticket for detail#1 works, now reserved.</p><p>requesting a cardres. ticket for detail#2 fails, since card is already reserved.</p><p> </p><p>so it looks like it's not possible to request a bunch of tickets based on a list of carddetails containing the same cardId multiple times in one go.</p><p> </p><p>would an alternative be :</p><p>1) fetch a list of carddetails from cardallocation</p><p>2) iterate carddetails, and request 1 card reservation (ticket) per carddetail</p><p>3) now tune each card until either succesfull or all cards exhausted.</p><p>5) if all tickets are spent, then a new iteration will occur (see step#2) although it keeps track of already tried cards, and avoids those.</p><p> </p><p>/gibman</p></blockquote><p></p>
[QUOTE="gibman, post: 885675, member: 25430"] regarding 'multiple tuningdetails on the same card' : [url]https://forum.team-mediaportal.com/threads/no-cards-available.109338/page-5[/url] so summarize the problem. This is done when tuning a channel: 1) fetch a list of carddetails from cardallocation 2) request card reservations (tickets) for all those carddetails from (1) 3) cancel superfluous tickets, eg. we want max. 2 tickets per timeshifting session. 4) now iterate tickets, and tune each card until either succesfull or all cards exhausted. 5) if all tickets are spent, then a new iteration will occur (see step#2) although it keeps track of already tried cards, and avoids those. This works fine as long as the list of carddetails (from step#1) does not have the same cardID multiple times.' and sadly this is the case with the bug mentioned. eg. we have 2 carddetails (for a channel with 2 tuningdetails on dvb-t). detail#1 (frequency 111111) with cardid=1 detail#1 (frequency 222222) with cardid=1 requesting a cardres. ticket for detail#1 works, now reserved. requesting a cardres. ticket for detail#2 fails, since card is already reserved. so it looks like it's not possible to request a bunch of tickets based on a list of carddetails containing the same cardId multiple times in one go. would an alternative be : 1) fetch a list of carddetails from cardallocation 2) iterate carddetails, and request 1 card reservation (ticket) per carddetail 3) now tune each card until either succesfull or all cards exhausted. 5) if all tickets are spent, then a new iteration will occur (see step#2) although it keeps track of already tried cards, and avoids those. /gibman [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Area 51 - Testing Area
TVE3 Threadsafe Using Reservation System.
Contact us
RSS
Top
Bottom