Media Server, Add a timer, pdc value

[DetlefM]

I am not sure how to get the (optional) pdc value for the add timer call ( /api/timeradd.html )

When I do a request like this http://192.168.0.108:8089/api/epg.html?lvl=2&channel=562954320954462&start=42879.0&end=42880.0

I got (between a lot other entries) this entry for "The Mentalist":

<programme start="20170524135600" stop="20170524145100" channel="562954320954462"><eventid>32133</eventid><charset>255</charset><titles><title>The Mentalist</title></titles><events><event>Blume im Meer, Crime-Serie, USA 2011</event></events><descriptions><description>In ...(cutted) </description></descriptions></programme>

I can't identify a pdc value (what ever this is).

How do I link the timer to this EPG?

Even the timer entry (was created from an auto timer) shows nothing helpful regarding "pdc".

<Timer Type="1" ID="{B7F254DD-72CD-4B5C-AFF9-641B23B199B3}" Enabled="-1" Priority="60" Charset="255" Date="24.05.2017" Start="13:46:00" Dur="75" End="15:01:00" PreEPG="10" PostEPG="10" Action="0" EPGEventID="32133">
      <Descr>The Mentalist - Blume im Meer, Crime-Serie, USA 2011</Descr>
      <Options AdjustPAT="-1" AllAudio="-1"/>
      <Format>2</Format>
      <Folder>D:\Recorded_TV</Folder>
      <NameScheme>%name_%year-%date_%time_%station</NameScheme>
      <Source>Search:TheMentalist</Source>
      <Channel ID="2359890960395027550|kabel eins"/>
      <Executeable>-1</Executeable>
      <Recording>0</Recording>
      <ID>23</ID>
      <GUID>{B7F254DD-72CD-4B5C-AFF9-641B23B199B3}</GUID>
    </Timer>

[Griga]

PDC (Programme Delivery Control) is only supported by the German, Austrian and Swiss public (ÖR) broadcasters.

 

In practice it is a PIL (Programme Identification Label) attached to each programme in the EPG. It contains the originally intended binary coded start time of the programme. It does not change if the actual start time changes.

 

The main purpose is to re-identify a programme in the EPG data after it has been scheduled, allowing the scheduler to keep track of changes and to perform accurate recording by monitoring the Present/Following EPG or Teletext data (the latter method is out-dated, no more used by the RS / DMS). The Present/Following EPG signals more or less precisely which programme is currently running. The DMS / RS listens to the incoming Present/Following EPG data and starts recording as soon as the PIL of the current programme equals the PIL of the scheduled programme.

 

Other methods are less reliable (identification by title, start time, duration...) because all these characteristics may change.

 

The Event ID could serve the same purpose if all broadcasters would handle it unambiguously according to the specs, but several broadcasters don't, so it's quite risky to identify a programme by Event ID.

 

[DetlefM]

And if I use this within a new timer event from ARD, ZDF  the MediaServer will take care of changes of time (maybe program starts and ends later because of an importend incident like 9/11)? Or a program which ends later because it is interrupted?

[HaraldL]

Leider kein Beitrag zur Problemlösung, nur so am Rande: Schaut für mich so aus als diskutieren hier Deutsche mit mit Deutschen in Englisch obwohl die Rubrik (de/en) ist, also mehrsprachig. Vermutlich ist es ohne Übersetzen aber einfacher ...

[DetlefM]

Danke - es ist manchmal nicht einfach.

Das API Forum ist englisch und es ist eine API Frage. Und inzwischen (unabhängig von DVBViewer habe ich mir angewöhnt mich mit meinem "Denglisch" durchzuschlagen. Google Translate sei Dank.

Und dann sind ja immer noch die Zuschauer zu beachten. Wenn ein Nicht-Deutscher sich die gleiche Frage stellt dann hat er eine Chance ohne erneute Frage ein paar Antworten zu bekommen und so wird der Moderator entlastet.

[Griga]

Please keep the language of threads consistent so it doesn't get frustrating for other readers. If it has been started in English continue in English!

 

@HaraldL: Ne parle pas Chinois ici!

 

Let's continue with the PDC tutorial. The first part was about basic DVB knowledge concerning this matter. Not let's investigate how these values are used in the UI. This should be properly understood before using them in the API!

 

PDC values must always originate from the DVB EPG. They are not supposed to be created independently from it. And the sheer presence of a PDC value doesn't trigger the mechanisms that are making use of it. They must be configured additionally.

 

Have a look at the timer (input) window of the Desktop Web Interface after having scheduled a recording from a German public broadcaster. If (and only if) a PDC value is present, an "EPG Monitoring" drop down list shows up that contains three options:

• None: Don't use PDC
• Start/End time update by EPG: Start and end time of the scheduled recording are adjusted according to changes in the EPG. The lead and follow-up time remain unchanged, however. Of course it can only work if updated EPG data for the channel in question is received in the meantime. This means, the transponder on which the data is broadcasted must be tuned or a regular EPG update must take place that tunes all transponders automatically.
• Start/Stop by EPG running status: Same as above, but additionally the running status of the programme signaled in the Present/Following EPG data controls the start/stop of the recording. This means the recorder control is delegated to the broadcaster, hoping it is reliable enough The lead time of the timer recording is very important in this case. It specifies the start time of the Present/Following EPG monitoring. The DMS can't monitor the EPG all the time because this would permanently occupy a tuner. The follow-up time is irrelevant and ignored.

The same options are available in the DMS settings (svcoptions.exe) on the Recordings Page where they specify the default. It can be overridden by the user (in the timer input window) and of course by the API. We'll come to it later... only one thing left to mention here: The "EPG Event ID usage on timer handling" tweak (-> launch DMSTweaker.bat) enables Event ID based timer adjustment and recording control, thus allowing the DMS to use the Event ID for recognizing a programme if no PDC is present, which also enables the options mentioned above without a PDC value being present. But as already stated: A risky thing...