Probleme mit Aufnahme auf der Dreambox

Begonnen von ralf, Oktober 26, 2017, 17:28:56

« vorheriges - nächstes »

ralf

Hallo,

ich habe eine Frage zu einer eventuell fehlerhaften Aufnahme, die ich auf dem Programm "Das Erste HD" mit unserer Dreambox DM900 gemacht habe.
Wir benutzen bei der Dreambox ein Plugin, welches VPS-Funktionen unterstützt und wir hatten schon ein paar Mal das Phänomen, dass gesetzte Timer zwar die Aufnahme starteten, jedoch nicht mehr stoppten.  :o
Lese ich die mit "Gewalt" abgebrochene Aufzeichnung im TS Doctor 2.0 ein, fällt zuerst auf, dass es keine Zeitleiste mit den Programmtiteln gibt. Also scheinen da Informationen nicht vorhanden bzw. nicht lesbar zu sein.
Zweitens wird als Startzeit und Endzeit der Aufnahme jeweils der 30.12.1899  ;D, 00:00:00 Uhr angegeben, was wohl ein "Rückfall" auf eine interne "Nullzeit" zu sein scheint.
Hier das Log der Aufnahme (ohne den Hardware/OS-Teil am Anfang):
File size: 50562121728
Packets  : 268947456
Found 1 fill packets at end
Broadcast standard selected: DVB
Broadcast standard detected: DVB
5101  (13ED): 90%  = H264 Video (PES_StreamID E0 = Video_Stream_0) {00000001} [PCR,PTS,DTS]
5104  (13F0): 2%   = Teletext (PES_StreamID BD = Private_Stream_1) {10022CE7} [PTS][PESLength]
5106  (13F2): 4%   = AC3 Audio (PES_StreamID BD = Private_Stream_1) {0B77B3AD} [PTS][PESLength]
5102  (13EE): 2%   = MPEG1 Audio (PES_StreamID C0 = Audio_Stream_0) {FFFDC404} [PTS][PESLength]
5103  (13EF): 2%   = MPEG1 Audio (PES_StreamID C0 = Audio_Stream_0) {FFFDC404} [PTS][PESLength]
5105  (13F1): 0%   = Subtitles (PES_StreamID BD = Private_Stream_1) {20000F14} [PTS][PESLength]
5100  (13EC): 0%   = PMT
0     (0000): 0%   = PAT
Selecting PMT with PID 5100 (13EC) at position 000003BB
CRC OK!
Deleting PMT entry: PID 1170  (0492) type 5 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private sections
Deleting PMT entry: PID 1176  (0498) type 12 = ISO/IEC 13818-6 Stream Descriptors
Deleting PMT entry: PID 2171  (087B) type 11 = ISO/IEC 13818-6 DSM-CC U-N Messages
Deleting PMT entry: PID 5108  (13F4) type 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data
Deleting PMT entry: PID 5172  (1434) type 11 = ISO/IEC 13818-6 DSM-CC U-N Messages
0.
  stream_type              : 27 = AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
  elementary_pid           : 5101 (13ED)
  ES_info_length           : 3
1.
  stream_type              : 3 = ISO/IEC 11172 Audio
  elementary_pid           : 5102 (13EE)
  ES_info_length           : 9
2.
  stream_type              : 3 = ISO/IEC 11172 Audio
  elementary_pid           : 5103 (13EF)
  ES_info_length           : 16
3.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
  elementary_pid           : 5104 (13F0)
  ES_info_length           : 10
4.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Subtitle)
  elementary_pid           : 5105 (13F1)
  ES_info_length           : 13
5.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)
  elementary_pid           : 5106 (13F2)
  ES_info_length           : 12
PCR PID is 5101 (13ED)
searching for channel: SID=10301, TID=1019, VPID=5101
                       found channel 1411.  Das Erste HD, ARD [Astra 19.2°E]
First video PTS is 3848350269 11:52:39.447
Last video PTS  is 6613249269 20:24:40.547
First PCR  is 1154473192200 11:52:38.266
Last PCR  is 1983941459612 20:24:39.313
Duration of video stream is 2764894225 08:32:01.047
Video PCR to PTS difference -1231 ms
5102  (13EE): Delay to video stream = -1110ms
5103  (13EF): Delay to video stream = -1110ms
5104  (13F0): Delay to video stream = -1120ms
5105  (13F1): Delay to video stream = 4260ms
5106  (13F2): Delay to video stream = -1109ms
PID allocation
V :5101  (13ED)#####################################################################################################
T :5104  (13F0)####################################################################################################.
A :5106  (13F2)####################################################################################################.
A :5102  (13EE)####################################################################################################.
A :5103  (13EF)####################################################################################################.
  :5105  (13F1)####..#####.#..##.###..####.###..#####...#.#.##.#...#####...########....#####..#####.#######....#.##.
  :5100  (13EC)#...#.#...##........###....##..#......##.#.#...#.#..##..###...#.#.#.##..#.##.....#...#.#.###..#..###.
  :0     (0000)..####.###..########.#.#########..####..#...###.#.###.....####.###.#.##.....#####...#.#.#.#..#.##....
Video format: H264 1280x720p/AR=16:9/50 fps/High@4.0
Colorimetry : Assumed BT.709 but unspecified
First I-Frame PTS at 11:52:40.227 [00:00:00.780]
First GOP = 34 frames : I32 B24 B18 B20 B22 B26 B28 B30 P48 B40 B34 B36 B38 B42 B44 B46 P60 B56 B50 B52 B54 B58 P8 B62 B0 B2 B4 B6 P20 B14 B10 B12 B16 B18
Audio stream 1: MPEG1/Layer2 2.0 48000Hz (DEU)
Audio stream 2: MPEG1/Layer2 2.0 48000Hz (MIS)
AC3 2 channels: 13 times
AC3 6 channels: 5 times
AC3 detection mode: Prefer 5.1
$13F2 2 different AC3 types detected!
$13F2 selecting AC3 type with mode 5.1
Audio stream 3: AC3 5.1 48000Hz (DEU)
Teletext scan: Lines scanned: 265442 / Parity errors: 0
Teletext subtitles found:
  Subtitle page: 150 [ger] character set German
  Subtitle page: 799 [dan] character set Swedish/Finnish/Hungarian
41 Das Erste HD Teletext [100 ARD Text Mi.25.10.  00:39:57]
  Recording Details
  Channel         : Das Erste HD
  Recording start : 30.12.1899 00:00:00
  Recording end   : 30.12.1899 00:00:00
TV Guide (Teletext)
  30.12.1899 04:40 - 04:58 Deutschlandbilder
Transmission received via satellite Astra 19.2°E
Commercial search options: AC3,VA


Meine Frage:
Fehlen hier die VPS-Signale vom Sender bzw. gibt es bei diesem System ein Signal für das Ende einer Sendung oder endet die vorangegangene Sendung mit dem Start der Folgesendung (was erklären würde, das ein "Endtimer" ins Leere läuft)?

Absolut kein Problem des TS Doctors, aber vielleicht kann mir ja einer der TS-Spezies das zugrunde liegende Problem etwas erhellen?  8)

Vielen Dank,

Ralf

(mein zugehöriger Thread im Dreambox-Forum: https://dreambox.de/board/index.php?thread/22898-amoktimer/


Cypheros

#1
ARD hat offenbar mal wieder das Zeitformat im Teletext geändert. Wir versuchen da momentan eine automatische Format-Erkennung zu realisiert, damit das zukünftig den TS-Doctor nicht mehr von den Sendeanstalten durch die ständigen Änderungen aus dem Tritt bringen lässt. In Kürze gibt es ein Update um das Problem zu beheben.

Bisher:
100 ARDtext So 09.10.16 20:05:02

Nun:
100 ARD Text Do.26.10.  22:07:47

ralf

Vielen Dank Cypheros,

also eine andere Baustelle und kein Zusammenhang mit eventuell falschen oder fehlenden VPS-Signalen.

Ralf

Mam

Zitat von: ralf am Oktober 27, 2017, 10:21:50
mit eventuell falschen oder fehlenden VPS-Signalen.

Es gibt seit Einführung von Digital TV gar kein "VPS-Signal" mehr. Was früher analog in der Austastlücke war, befindet sich heute ganz simpel als Info im Teletext bzw. im "Running Status".

Aus historischen Gründen spricht man weiter von VPS, obwohl das Ganze damit gar nichts mehr zu tun hat.

Der Doc holt sich wohl die Uhrzeit der Aufnahme aus dem Teletext und ermittelt im gewünschten Zeitfenster Beginn und Ende einer Sendung aus dem Running Status.

Das kannst Du auch graphisch animiert live mitbetrachten :-)
Wenn der Doc sucht, so "springt" er auf einen Bereich, kämpft sich dann viel langsamer an den Anfang der Sendung vor, dann springt er wieder ein paar Minuten vor dem erwarteten Ende und sucht dieses dann wieder mit der langsameren Methode.
Die Sprünge kommen durch die Uhrzeit (wobei grob geschätzt wird, wieviel Spielzeit wohl wieviel Megabytes bedeuten könnte), das langsame Anpirschen ist dann der genaue Scan nach dem Wechsel des Running Status (das sind die derzeit laufende und die nachfolgende Sendung, ein spezielles, genormtes, Paket im Datenstrom).

Und wenn der Doc die Uhrzeit nicht ermitteln kann, fliegt er auf die Nase  :o (obwohl, er könnte die gesamte Datei mit der langsamen Methode durchgehen, da würde er auch die Enden finden. Aber das dauert dann auch recht ewig...)


ralf

ZitatDas kannst Du auch graphisch animiert live mitbetrachten :-)
Wenn der Doc sucht, so "springt" er auf einen Bereich, kämpft sich dann viel langsamer an den Anfang der Sendung vor, dann springt er wieder ein paar Minuten vor dem erwarteten Ende und sucht dieses dann wieder mit der langsameren Methode.
Die Sprünge kommen durch die Uhrzeit (wobei grob geschätzt wird, wieviel Spielzeit wohl wieviel Megabytes bedeuten könnte), das langsame Anpirschen ist dann der genaue Scan nach dem Wechsel des Running Status (das sind die derzeit laufende und die nachfolgende Sendung, ein spezielles, genormtes, Paket im Datenstrom).
Und das konnte ich gerade nach dem heutigem Update bei der "Problemaufnahme" erstmals nachvollziehen  ;D
Auch die "Sendungsleiste" ist im Schnittfenster wieder da und im Log zur Aufnahme sind die Zeiten wieder logisch!
Danke + vor allem Dank an Cypheros für die schnelle Korrektur!

Ralf




www.cypheros.de