RecStripper - TAP zum Schrumpfen der Aufnahmen

[chris86]

Der Topf hat einfach eine ziemlich schwache CPU!
Am PC ist der Unterschied weitaus geringer...

Aber zuerst müssen die genannten Bugs raus, dann kann man optimieren.

[Alter Sack]

(Vorerst) bleibt es bei der bekannten Einschränkung:

Die neue Version setzt voraus, dass der PCR auf der Video-PID übertragen wird. (Eine Anpassung für separate PCR-PID wäre theoretisch möglich, aber recht aufwändig, und mir ist noch keine Test-Aufnahme untergekommen, wo das der Fall wäre. Wenn jemand eine findet, kann ich versuchen, das umzusetzen.)

Dies trifft aber auf alle mir bekannten Sender zu. Sollte jemand einen Sender finden, bei dem dies nicht so ist, dann schickt mir gerne ein Test-Sample zu, damit ich diesen Fall behandeln kann!

Wenn man die Sender in Excel vergleicht, wird man schnell fündig, ob du da aber Arbeit reinstecken willst
Da wäre z.B. Aragon TV INT, CNBC Europe, Nick Jr. von Sky und etliche Ruf-Mich-An-Sender.

Hier zwei Logs dazu:

Code: Alles auswählen

2020-07-21 10:23:25 ***  RecStripper v0.6 started! (FBLib 2013-02-24+) ***
2020-07-21 10:23:25 =======================================================
2020-07-21 10:23:25 Receiver Model: SRP-2401CI+ (22120), System Type: TMS-S (5)
2020-07-21 10:23:25 Firmware: TF-BCPCE 1.14.00
2020-07-21 10:23:25 RecStripDir: /mnt/hd/DataFiles/RecStrip, OutDir: /mnt/hd/DataFiles/RecStrip_out
2020-07-21 10:23:25 Nr of files and folders: 1
2020-07-21 10:23:28 Processing file 'Nick Jr.rec' (34272192 bytes)... 
2020-07-21 10:23:28 RecStrip finished.
2020-07-21 10:23:28 RecStrip returned error code 4! Elapsed time: 0 s.
2020-07-21 10:23:28 0 of 1 files successfully processed.
2020-07-21 10:23:30 RecStripper Exit.

2020-07-21 10:26:45 ***  RecStripper v0.6 started! (FBLib 2013-02-24+) ***
2020-07-21 10:26:45 =======================================================
2020-07-21 10:26:45 Receiver Model: SRP-2401CI+ (22120), System Type: TMS-S (5)
2020-07-21 10:26:45 Firmware: TF-BCPCE 1.14.00
2020-07-21 10:26:45 RecStripDir: /mnt/hd/DataFiles/RecStrip, OutDir: /mnt/hd/DataFiles/RecStrip_out
2020-07-21 10:26:45 Nr of files and folders: 2
2020-07-21 10:26:47 Processing file 'Aragon TV.rec' (20053120 bytes)... 
2020-07-21 10:26:48 RecStrip finished.
2020-07-21 10:26:48 RecStrip returned error code 4! Elapsed time: 1 s.
2020-07-21 10:26:48 Processing file 'Nick Jr.rec' (34272192 bytes)... 
2020-07-21 10:26:48 RecStrip finished.
2020-07-21 10:26:48 RecStrip returned error code 4! Elapsed time: 0 s.
2020-07-21 10:26:48 0 of 2 files successfully processed.
2020-07-21 10:26:53 RecStripper Exit.

Code: Alles auswählen

RecStrip for Topfield PVR v3.0
(C) 2016-2020 Christian Wuensch
- based on Naludump 0.1.1 by Udo Richter -
- based on MovieCutter 3.6 -
- portions of Mpeg2cleaner (S. Poeschel), RebuildNav (Firebird) & TFTool (jkIT)

Parameters:
DoCut=0, DoMerge=0, DoStrip=yes, RmEPG=yes, RmTxt=no, RmScr=no, RbldNav=no, RbldInf=no, PkSize=0

Input file: /mnt/hd/DataFiles/RecStrip/Aragon TV.rec
  File size: 20053120, packet size: 192
  TS: PMTPID=1032, SID=29811, PCRPID=5172, Stream=0x2, VPID=172, HD=0
  TS: SvcName   = ARAGON TV INT
  Failed to get the EIT information.
  Duration calculation failed (missing PCR). Using 120 minutes.
  TS: FirstPCR  = 0 (0:00:00,000), Last: 0 (0:00:00,000)
  TS: Duration  = 120 min 00 sec
  TS: StartTime = Tue 21 Jul 2020 10:24:00
  PIDs to be checked for continuity: [0] [172], [1] 128, [2] 18

Inf file: /mnt/hd/DataFiles/RecStrip/Aragon TV.rec.inf
  Determine SystemType: DVBs = -1, DVBt = -3, DVBc = -3 Points
   -> SystemType=ST_TMSs
  INF: VideoStream=0x2, VideoPID=172, HD=0
  ASSERTION: PCR-PID (5172) differs from VideoPID (172). Stripping aborted.

ERROR: Cannot open input /mnt/hd/DataFiles/RecStrip/Aragon TV.rec.

RecStrip for Topfield PVR v3.0
(C) 2016-2020 Christian Wuensch
- based on Naludump 0.1.1 by Udo Richter -
- based on MovieCutter 3.6 -
- portions of Mpeg2cleaner (S. Poeschel), RebuildNav (Firebird) & TFTool (jkIT)

Parameters:
DoCut=0, DoMerge=0, DoStrip=yes, RmEPG=yes, RmTxt=no, RmScr=no, RbldNav=no, RbldInf=no, PkSize=0

Input file: /mnt/hd/DataFiles/RecStrip/Nick Jr.rec
  File size: 34272192, packet size: 192
  TS: PMTPID=327, SID=28667, PCRPID=8189, Stream=0x2, VPID=3111, HD=0
  TS: EvtStart  = Tue 21 Jul 2020 08:10:00 (UTC)
  TS: EventName = 
  TS: EventDesc = 
  TS: ExtEvent  = 
  TS: SvcName   = Nick.Jr.
  TS: EvtStart  = Tue 21 Jul 2020 08:10:00 (GMT+0)
  TS: FirstPCR  = 2509411316238 (25:49:01,159), Last: 2511056569816 (25:50:02,095)
  TS: Duration  = 01 min 00 sec
  TS: StartTime = Tue 21 Jul 2020 10:14:01
  PIDs to be checked for continuity: [0] [3111], [1] 3112, [2] 3113, [3] 18

Inf file: /mnt/hd/DataFiles/RecStrip/Nick Jr.rec.inf
  Determine SystemType: DVBs = -1, DVBt = -3, DVBc = -3 Points
   -> SystemType=ST_TMSs
  INF: VideoStream=0x2, VideoPID=3111, HD=0
  ASSERTION: PCR-PID (8189) differs from VideoPID (3111). Stripping aborted.

ERROR: Cannot open input /mnt/hd/DataFiles/RecStrip/Nick Jr.rec.

[Alter Sack]

Das betrifft natürlich auch alle Radio-Aufnahmen, die sich mit 2.6 noch Strippen lassen, mit 3.0 aber nicht.

[chris86]

Wenn man die Sender in Excel vergleicht, wird man schnell fündig, ob du da aber Arbeit reinstecken willst
Da wäre z.B. Aragon TV INT, CNBC Europe, Nick Jr. von Sky und etliche Ruf-Mich-An-Sender.

Vielen Dank für den Hinweis!!
Auf diese Idee bin ich tatsächlich nicht gekommen!
Aber ganz ehrlich - Sky habe ich nicht, und wenn es wirklich nur die Anruf-Senderchen sind, dann lohnt sich der Aufwand dafür jetzt echt nicht!
Zumal dann ja auch der Algorithmus wieder aufwändiger würde, und somit tendenziell eher noch langsamer...

Das mit den Radio-Aufnahmen ist aber ein guter Hinweis!
Da wäre die Einschränkung eigentlich nicht notwendig. Das schaue ich mir an.

[Homer]

Das mit den Radio-Aufnahmen ist aber ein guter Hinweis!
Da wäre die Einschränkung eigentlich nicht notwendig. Das schaue ich mir an.

Radiosender mit zwei Audiospuren (Klassikwellen der ÖR) haben auf jeder dieser PIDs PCR-Infos.

Viele Grüße
Homer

[chris86]

Ein weiterer Bug in RecStrip 3 wurde behoben (wieder Danke an wtuppa )!
Im Falle von TS-Paketen, welche als Payload_Unit_Start markiert sind, jedoch den Startcode nicht am Anfang des Pakets aufweisen, erfolgte ein fehlerhafter Speicherzugriff, der im schlimmsten Fall zum Abbruch des Programms (Segmentation Fault) führen konnte.

Zur Behebung:
Einfach MovieCutter 3.6f über TAPtoDate neu installieren, oder die neuen Binaries aus dem aktualisierten RecStrip Downloadarchiv verwenden.

Achja: Auch das Strippen von Radio-Aufnahmen sollte jetzt wieder wie früher funktionieren.

(RecStrip 2.x ist - trotz gleichem Code an der fraglichen Stelle - nicht von dem Bug betroffen. Hier wurden jedoch noch unwesentliche Änderungen bei der Ermittlung der Startzeit vorgenommen.)

[Twilight]

toll wie du das machst chris!!

twilight

[db1]

Muss man eigentlich davon ausgehen, dass die gestrippten files corrupt sind, wenn solche Fehlermeldungen auftreten (ORF Aufnahme, Windows Version von 3.6fbeta):

Code: Alles auswählen

cNaluDumper: Unexpected end of filler NALU at packet end (pos of PES: 8726133504)

[chris86]

Kurze Antwort: Nein.

Lange Antwort: Normalerweise sollten Filler-NALUs mit einer bestimmten End-Sequenz abgeschlossen werden. Es gibt aber Sender, welche diese End-Sequenz regelmäßig weglassen, wenn danach eine neue NALU startet. Gerade wenn diese Meldung bei einer Aufnahme häufiger auftaucht, dann ist es wohl ein solcher Sender, und damit als "normal" anzusehen. Taucht die Meldung bei einer Aufnahme nur 1-2x auf, dann ist es möglich, dass an dieser Stelle ein Übertragungsfehler (Signalstörung) vorlag. Dann ist das gestrippte File aber nicht "korrupter" als das Original.

[db1]

Danke für die Antwort und deine unermüdliche Arbeit

[Homer]

bekannte Einschränkungen:

• Die neue Version setzt voraus, dass der PCR auf der Video-PID übertragen wird.

Ich weiß nicht, ob du es schon wusstest: In der PMT gibt es das Feld PCR_PID.

PCR_PID – This is a 13-bit field indicating the PID of the Transport Stream packets which shall contain the PCR fields valid for the program specified by program_number. If no PCR is associated with a program definition for private streams, then this field shall take the value of 0x1FFF.

Viele Grüße
Homer

[chris86]

Vielen Dank für den Hinweis!
Tatsächlich weiß ich das bereits. Der Grund für die Einschränkung liegt aber woanders.