While looking at the card allocation code i found quite a few bugs.

See http://forum.team-mediaportal.com/mediaportal-releases-315/card-allocation-code-possible-bugs-strange-things-80798/ 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.