Resolving a Recording Conflict (1 Viewer)

CyberSimian

Test Group
  • Team MediaPortal
  • June 10, 2013
    2,310
    1,403
    Southampton
    Home Country
    United Kingdom United Kingdom
    Country flag
    Started on: 2017-05-15
    last update: 2017-05-15

    Summary:
    The algorithm for resolving a recording conflict does not act sensibly when there is more than one tuner available.

    Area:
    MP Client, TV Server.

    Description:
    When the user attempts to schedule a recording that would fail because of too few tuners, the MP Client displays this panel (skin shown is "DefaultWideHD"):

    one_tuner_one_mux_one_recording.jpg one_tuner_one_mux_six_recordings.jpg

    The first screenshot shows the case of one tuner with one recording already scheduled. The second screenshot shows the case of one tuner with six recordings on the same MUX already scheduled. The list shows only four recordings, but the list is scrollable, so it is possible to see the other two recordings. The problem with the current support is what the action does:

    Skip new recording This works fine, and simply rejects the attempt to schedule the recording that is causing the conflict.

    Keep conflict This also works fine, and simply accepts the recording that is causing the conflict. The user needs to resolve the conflict at a later time, in order to prevent recordings failing.

    Skip conflicting recording(s) This is the action that is deficient. This action discards all existing scheduled recordings that clash with the new recording.

    In the case of one tuner, this is the correct action to take, because the existing recordings that clash must all be for the same MUX (since the user has only one tuner). Therefore if the user wishes to retain the new recording, all of these existing clashing recordings must be discarded.

    However, if the user has two or more tuners, discarding all of the clashing recordings is unnecessary. Suppose that the user has n tuners, and has scheduled n recordings, each for a different MUX. In order to schedule the new recording, it is necessary to discard only one of the existing recordings, not all of them.

    The general case is more complex, for example n recordings spread over m MUXes (where m is less than n). Some tuners may perform only one recording, but other tuners will perform two or more recordings. In order for the user to be able to make a sensible choice of which recordings to discard, the MP Client needs to identify in some way which recordings are on the same MUX, and which therefore have to be discarded as a group if the user picks that set. Something like an arbitrary "MUX number" displayed adjacent to the programme name would do this, especially if the recordings were sorted by MUX number, rather than by name or starting time. Displaying a MUX number would need TV Server to send this information (or something equivalent) to the MP Client.
     

    Users who are viewing this thread

    Similar threads

    Sorry for the late reply, but thank you for your help.
    Sorry for the late reply, but thank you for your help.
    Hi, previous user of Nebula DigiTV here, changed to MP2 with a TBS6205 DVB-T2/T/C Quad Tuner last week. After finding that some of...
    Replies
    2
    Views
    320
    Could be that a sudden powercut corrupts the database, or give all your pcs a new ipadres, or several more things that can break up a running mediaportal setup. Without the logs however, I don't have a clue on what exactly is wrong...
    Could be that a sudden powercut corrupts the database, or give all your pcs a new ipadres, or several more things that can break up...
    Hi there, I'm a happy long time user and am currently using MP 1.25. Up until now I had no issues with my setup. Yesterday...
    Replies
    1
    Views
    326
    Thank you for performing this test, and confirming @joecrow 's suspicion as to the cause of the problem. In principle the same problem exists with other EPG sources, such as the broadcast EPG that I use with DVB-T/T2. When a programme first appears in the EPG (7 days ahead of its broadcast time), some programmes have a generic...
    Thank you for performing this test, and confirming @joecrow 's suspicion as to the cause of the problem. In principle the same...
    TV Server 1.25. Windows 10. This has been an issue for many years, if not since inception, and I hoped it would be resolved...
    Replies
    10
    Views
    1K
    Well it's been a couple of days and we've had no more unable to play errors .
    Well it's been a couple of days and we've had no more unable to play errors .
    I've just upgraded the motherboard, CPU, ram, boot drives and PSU in my TV Server (always on), and am now having intermittent...
    Replies
    8
    Views
    890
    Ok, the importer also remembers the queue of items that are still needed to be processed in settings file. If there is something stuck, it will try again on next server start and probably stuck again. But removing the media source also removes the associated queue. The server's TV plugin automatically creates the media sources for...
    Ok, the importer also remembers the queue of items that are still needed to be processed in settings file. If there is something...
    Hi, I’ve been struggling with MP 2 now for several weeks. Initially all was fine. Then in the client, the listings of recorded TV...
    Replies
    8
    Views
    783
    Top Bottom