1. Cookies optimieren die Bereitstellung unserer Dienste. Mit der Nutzung unserer Dienste erklärst Du dich damit einverstanden, dass wir Cookies verwenden. Weitere Informationen
    Information ausblenden
  2. Willkommen im Forum von DIGITAL FERNSEHEN - dem führenden Portal für digitales Fernsehen, Medien und Entertainment. Wenn du hier neu bist, schau dich ruhig etwas um und melde dich an, um am Forengeschehen teilnehmen zu können.
    Information ausblenden

Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

Dieses Thema im Forum "PVR2/PVR2 HD" wurde erstellt von Torben, 21. Mai 2008.

  1. akniest

    akniest Senior Member

    Registriert seit:
    26. März 2008
    Beiträge:
    185
    Zustimmungen:
    0
    Punkte für Erfolge:
    26
    Technisches Equipment:
    Comag PVR 2/100 CI
    Anzeige
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Hi, bei der 3.5b werden nur 30 Zeichen aus dem Timer / der EPG übernommen. Es werden auch nur 30 Zeichen im Display angezeigt. Vielleicht wurde diese Beschränkung bei neueren FW-Versionen aufgehoben bzw. erweitert.
    Tut es, habe ich verifiziert.
    Das habe ich ebenfalls mehrfach verifiziert, das Feld ist definitiv der Service, aus dem aufgenommen wurde. Es ist durchaus möglich, dass die Tage in den Bytes vor der Aufnahmedauer abgelegt werden, da sind ja noch Bytes frei. Auch wenn es nur wenige gibt, die eine Aufnahme über 24 Stunden laufen lassen werden.
    Deswegen steht da ja auch unbekannt. Es wäre echt toll, wenn man hier mal herausbekommt, warum manchmal 08 und manchmal 02 da steht.

    Zusammen werden wir es schon herausbekommen...

    Gruß
    Andreas
     
  2. KOMA00

    KOMA00 Junior Member

    Registriert seit:
    2. Juni 2008
    Beiträge:
    25
    Zustimmungen:
    0
    Punkte für Erfolge:
    1
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Das ist noch immer so.

    In der Aufnahmenübersicht und in der Dateiverwaltung werden sogar noch weniger Zeichen angezeigt (etwas über zwanzig). Im Schnittdialog sind es aber 40, wenn man eine entsprechend modifizierte meta.dat hat. Wenn man außerdem in den Namen nicht darstellbare Sonderzeichen einbaut (ausprobiert mit CR LF), dann werden diese bei der Ausgabe einfach übersprungen und noch Zeichen angezeigt, die jenseits der 40er-Grenze stehen. Wenn man das NUL-Byte am Ende des Titels vergisst, zeigt der Receiver aber nur noch Müll an. Er hat dann bei mir in größerer Schriftart nur noch Minute und Sekunde der Aufnahmedauer angezeigt. Ein klein wenig vorsichtig muss man also bei der Manipulation des Titels durchaus sein.

    Stimmt absolut!

    Du meinst das Bytes oder die beiden Bytes direkt vor der Stunde? Da hatte ich bisher tatsächlich immer NUL. Werde ich testen. Obwohl es eigentlich egal ist, ob die Bytes immer NUL sind oder die Tage enthalten.

    Wenn ich genau nachdenke, dann habe ich zwei unterschiedliche Arten von meta.dat analysiert. Einmal habe ich Dateien echter Aufnahmen angeschaut. Dabei wurden Filme im EPG zur Aufnahme ausgewählt. Die haben alle 0x08 vor dem Titel. Die Mehrzahl der Tests habe ich aber gemacht, indem ich einfach einen neuen Timer angelegt und dort ein bis zehn Minuten aus dem aktuellen Programm von arte oder phoenix aufgenommen habe. Dabei steht zum einen vor dem Titel immer eine 0x02 und zum anderen ist der Titel der Programmname und nicht der Name der Sendung. Könnte eventuell genau diese Unterscheidung, Titel der Sendung vs. Name des Senders, die 0x08 oder 0x02 begründen?

    Etwas später ergänzt: Ich habe jetzt noch ein paar Tests zu dem Byte vor dem Titel gemacht. Meine Vermutung scheint zu stimmen: 0x08 steht für den Titel der Sendung (bei Aufnahme via EPG) und 0x02 für den Namen des Senders oder eine manuelle Eingabe. Ich weiß nur noch nicht, was passiert, wenn man den Titel der Sendung, die man per EPG programmiert hat, nachträglich durch editieren des Timers ändert. Letztlich ist das für meine Zwecke aber auch egal.
     
    Zuletzt bearbeitet: 18. Juni 2008
  3. cis2000

    cis2000 Junior Member

    Registriert seit:
    30. Juni 2008
    Beiträge:
    40
    Zustimmungen:
    0
    Punkte für Erfolge:
    6
    Technisches Equipment:
    Silvercrest Sl80/2 100 CI 80 GB Firmware 3.6
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Hallo,

    erst mal. Ich glaube nicht, dass nur die Datei meta.dat für das Abspielen verantwortlich ist. Ich werde mich auf alle Fälle mit an der Auflösung beteiligen.
    Ich habe mir heute den Kopf der rec.ts einmal angeschaut. Der scheint auch mehr Info's zu haben als gewöhnlich. Mal sehen habe auch erst angefangen zu testen.
    Ich werde auf alle Fälle meine Eingebungen mit einbringen, denn ich finde Euer Vorhaben toll.

    Bis bald!:winken:
     
  4. thomas998

    thomas998 Junior Member

    Registriert seit:
    31. März 2008
    Beiträge:
    88
    Zustimmungen:
    0
    Punkte für Erfolge:
    16
    Technisches Equipment:
    Comag PVR 2/100CI,Sandberg-Konverter,640 GB Seagate ST3640323AS
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Hallo !
    Ich habe mir eine mehrteilige Aufnahme näher untersucht und möchte die Ergebnisse zur Diskussion stellen. Nach ermitteln von relevanten Paketen
    (Padding,PMT,PAT,Video,Audio) habe ich versucht ein System zu erkennen:

    Bei einer rec.ts sieht mein Schema wie folgt aus:

    Code:
    PAD 0 PAD 1 PMT 2 PAT 3 PMT 4 [508 Datenpakete] [COLOR=Lime]PAD 512 PAT 513 PMT 514 [510 Datenpakete][/COLOR] PAD 1024 PAT 1025 PMT 1026 [510 Datenpakete] PAD 1536...
    
    Zu lesen ist das ganze als Paket-Typ(PAD,PMT,PAT) und TS-Paketnummer.
    Auffallend ist die Sequenz: PAD,PAT,PMT gefolgt von 510 Datenpaketen.

    Bei einer rec.01 sah es etwas anders aus:
    Code:
    [COLOR=Lime]PAD 0 PAT 1 PMT 2 [510 Datenpakete][/COLOR] PAD 512 PAT 513 PMT 514 [510 Datenpakete] PAD 
    
    Hier ist vom Anfang an die Sequenz.

    Als zweites habe ich die Padding-Pakete untersucht, weil ihr Inhalt beliebig sein kann, da der Decoder TS-Pakete verwirft.
    Padding-Paket für rec.ts:
    Code:
      [COLOR=Lime] G   0x1F  0xFF[/COLOR]  0x10  0x02  0x32  0x23  0x10  0x01  0x00  0x00  0x00  0x00  0x00  0x00  0x00
        0     1     2     3     4     5     6     7     8     9    10    11    12    13    14    15
    [COLOR=Red] VVVV  VVVV  VVVV  0x00  VVVV  VVVV  VVVV  0x00[/COLOR]  0x06  0x00  0x00  0x00    e   0x00    f   0x00
       16    17    18    19    20    21    22    23    24    25    26    27    28    29    30    31
       g   0x00    j   0x00  0x12  0x00    h   0x00  0x00  0x00  0x00  0x00  0x01  0x02  0x02  0x03
       32    33    34    35    36    37    38    39    40    41    42    43    44    45    46    47
     0x00  0x04  0x00  0x00  0x00  0x00  0x00  0x00   [COLOR=Lime] r     e     g   0x00    h     c   0x32[/COLOR]  0x00
       48    49    50    51    52    53    54    55    56    57    58    59    60    61    62    63
     0x00    d     d   0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
       64    65    66    67    68    69    70    71    72    73    74    75    76    77    78    79
     0x00  0x00  0x00  0x00  [COLOR=Red]VVVV  VVVV  VVVV  0x00  VVVV  VVVV  VVVV  VVVV[/COLOR]  0x00  0x00  0x00  0x00
       80    81    82    83    84    85    86    87    88    89    90    91    92    93    94    95
     [COLOR=Lime]0x02    D     a     s   0x20    E     r     s     t     e   0x00 [/COLOR] 0x00  0x00  0x00  0x00  0x00
       96    97    98    99   100   101   102   103   104   105   106   107   108   109   110   111
     0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
      112   113   114   115   116   117   118   119   120   121   122   123   124   125   126   127
     0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
      128   129   130   131   132   133   134   135   136   137   138   139   140   141   142   143
     0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
      144   145   146   147   148   149   150   151   152   153   154   155   156   157   158   159
     0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  [COLOR=Red]VVVV  VVVV[/COLOR]  0x00  0x00
      160   161   162   163   164   165   166   167   168   169   170   171   172   173   174   175
    [COLOR=Red] VVVV[/COLOR]  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
      176   177   178   179   180   181   182   183   184   185   186   187
    
    VVVV=veränderlich
    Byte 0: TS-Sync Byte
    Byte 1 u.2 : PID (Pad = 0x1fff)
    Byte 56-58: reg
    Byte 60-62: hc2 (firmware ? ich meine früher dort auch reg gelesen zu haben)
    Byte 96: 0x02
    Byte 97-105 : Titel
    Byte 106: Null-Byte

    Unbekannt:
    Byte 16-23: 8 Byte (2*32Bit little Endian ?)
    Byte 28,30,32,34,38=e,f,g,j,h
    Byte 84-92: 8 Byte (2*32Bit little Endian ?)
    Byte 172,173 ?
    Byte 176

    rec.01
    Code:
       G   0x1F  0xFF  0x10  0x02  0x32  0x23  0x10  0x01  0x00  0x00  0x00  0x00  0x00  0x00  0x00
        0     1     2     3     4     5     6     7     8     9    10    11    12    13    14    15
     0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x06  0x00  0x00  0x00    e   0x00    f   0x00
       16    17    18    19    20    21    22    23    24    25    26    27    28    29    30    31
       g   0x00    j   0x00  0x12  0x00    h   0x00  0x00  0x00  0x00  0x00  0x01  0x02  0x02  0x03
       32    33    34    35    36    37    38    39    40    41    42    43    44    45    46    47
     0x00  0x04  0x00  0x00  0x00  0x00  0x00  0x00    r     e     g   0x00    h     c   0x32  0x00
       48    49    50    51    52    53    54    55    56    57    58    59    60    61    62    63
     0x00    d     d   0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
       64    65    66    67    68    69    70    71    72    73    74    75    76    77    78    79
     0x00  0x00  0x00  0x00  VVVV  VVVV  VVVV  0x00  VVVV  VVVV  VVVV  VVVV  0x00  0x00  0x00  0x00
       80    81    82    83    84    85    86    87    88    89    90    91    92    93    94    95
     0x02    D     a     s   0x20    E     r     s     t     e   0x00  0x00  0x00  0x00  0x00  0x00
       96    97    98    99   100   101   102   103   104   105   106   107   108   109   110   111
     0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
      112   113   114   115   116   117   118   119   120   121   122   123   124   125   126   127
     0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
      128   129   130   131   132   133   134   135   136   137   138   139   140   141   142   143
     0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
      144   145   146   147   148   149   150   151   152   153   154   155   156   157   158   159
     0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
      160   161   162   163   164   165   166   167   168   169   170   171   172   173   174   175
     0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00  0x00
      176   177   178   179   180   181   182   183   184   185   186   187
    
    Byte 16-23 und Byte 172,173 sowie Byte 176 sind hierbei konstant.

    gruß
    Thomas
     
  5. akniest

    akniest Senior Member

    Registriert seit:
    26. März 2008
    Beiträge:
    185
    Zustimmungen:
    0
    Punkte für Erfolge:
    26
    Technisches Equipment:
    Comag PVR 2/100 CI
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Hi,

    könnte es sein, dass die gleichen Informationen wie in der META.DAT in dem Paket stecken? Der Titel scheint übrigens länger zu sein, die ganzen Nullbytes dahinter sollten ebenfalls noch dazu gehören. Vermutlich ist der Titel inkl. Nullbyte 62 Bytes lang (wie in der Meta.dat).

    Gute Arbeit.

    Gruß
    Andreas
     
  6. thomas998

    thomas998 Junior Member

    Registriert seit:
    31. März 2008
    Beiträge:
    88
    Zustimmungen:
    0
    Punkte für Erfolge:
    16
    Technisches Equipment:
    Comag PVR 2/100CI,Sandberg-Konverter,640 GB Seagate ST3640323AS
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Hallo !
    Zu den Angaben in der Meta.dat: Die würden ja im Padding-Paket als konstant
    erscheinen und währen vielfach redundant.Was mich überrascht hat, war das Verhältnis von ~ 3:1 Padding-Pakete : I-Frame-Paketen.

    Zu den Titel-Informationen: Der Titel in der in der Meta.dat erscheint im "Aufnahmen-Browser".Der Titel in den Padding-Paketen erscheint in der alphanumerischen Anzeige. Insofern müssen die nicht unbedingt gleich sein.Die max.Titel-Länge bekäme man heraus.Macht aber eine Menge Arbeit ohne großartigen Erkenntnisgewinn.

    gruß
    Thomas
     
  7. cis2000

    cis2000 Junior Member

    Registriert seit:
    30. Juni 2008
    Beiträge:
    40
    Zustimmungen:
    0
    Punkte für Erfolge:
    6
    Technisches Equipment:
    Silvercrest Sl80/2 100 CI 80 GB Firmware 3.6
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Hallo,

    Na mal sehen ob ich alles zusammen bekomme. Was Ihr da untersucht, ist ein Füllpaket, welches gesendet wird um die Bitrate konstant zu halten. Richtig?
    Ich habe mir hingegen den Kopf der rec.ts etwas näher angeschaut. Alles habe ich noch nicht raus, aber ein wenig.
    In der rec.ts sind vor dem eigentlichen Stream zwei Null Pakete (0x1FFF). Diese werden soviel wie mir bekannt ist, vom Receiver (beim abspielen) ignoriert. Bei dem PVR ist das erste Datenpaket jedoch nicht leer.


    Die ersten 16 Byte waren bei meinen Aufnahmen immer identisch:

    0x00 47 1F FF 10 02 32 23 10 01 00 00 00 00 00 00 00

    Bei den nächsten 16 Byte gab es Unterschiede z.B.:

    0x10 3D 00 00 00 BE 19 00 00 05 00 00 00 C9 00 CA 00

    Der aufgenommene Sender war der BR3 SÜD. Byte 0- 3,4- 7 und 8 konnte ich noch nicht zuordnen (Könnte aber mit Dauer und Datum zu tun haben). Byte 8- 11 war aber immer gleich. Byte 12 konnte ich entschlüsseln. C9 Hex ist 201 Dez und das ist die VPID (Video- PID). Byte 13 blieb gleich und Byte 14 = CA - > 202 entspricht der Audio- PID 202 G (deutsch).

    0x20 CB 00 12 00 CC 00 00 00 00 00 00 00 01 02 02 00

    CB -> 203 -> 2. Audio- PID, Byte 1- 3 nicht geändert, CC -> 204 -> Videotext.

    Das wars für heute. Weiter bin ich noch nicht.

    MfG
    Tommy
     
    Zuletzt bearbeitet: 1. Juli 2008
  8. thomas998

    thomas998 Junior Member

    Registriert seit:
    31. März 2008
    Beiträge:
    88
    Zustimmungen:
    0
    Punkte für Erfolge:
    16
    Technisches Equipment:
    Comag PVR 2/100CI,Sandberg-Konverter,640 GB Seagate ST3640323AS
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Hallo !
    Die Angaben konnte ich mit meinen Aufnahmen nachvollziehen.
    Damit ergibt sich:

    Byte 0: TS-Sync Byte
    Byte 1 u.2 : PID (Pad = 0x1fff)
    Byte 28: Video-Pid
    Byte 29: 00
    Byte 30: 1.Audio-Pid
    Byte 31: 00
    Byte 32: 2. Audio-Pid
    Byte 33: 00
    Byte 34: private_stream (Audio AC3)
    Byte 35: 00
    Byte 36: EIT (EPG)
    Byte 37: 00
    Byte 38: private_stream (Videotext)
    Byte 39: 00
    Byte 56-58: reg
    Byte 60-62: hc2 (firmware ? ich meine früher dort auch reg gelesen zu haben)
    Byte 96: 0x02
    Byte 97-105 : Titel
    Byte 106: Null-Byte

    gruß
    Thomas
     
  9. cis2000

    cis2000 Junior Member

    Registriert seit:
    30. Juni 2008
    Beiträge:
    40
    Zustimmungen:
    0
    Punkte für Erfolge:
    6
    Technisches Equipment:
    Silvercrest Sl80/2 100 CI 80 GB Firmware 3.6
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Hallo,

    habe noch ein Byte ergänzt. Das Byte 24 scheint für den Satellit zu stehen. Bin aber noch nicht 100% sicher!

    Byte 0: TS-Sync Byte
    Byte 1 u.2 : PID (Pad = 0x1fff)
    Byte 24: 05 Satellit (Astra) ?
    Byte 28: Video-Pid
    Byte 29: 00
    Byte 30: 1.Audio-Pid
    Byte 31: 00
    Byte 32: 2. Audio-Pid
    Byte 33: 00
    Byte 34: private_stream (Audio AC3)
    Byte 35: 00
    Byte 36: EIT (EPG)
    Byte 37: 00
    Byte 38: private_stream (Videotext)
    Byte 39: 00
    Byte 56-58: reg
    Byte 60-62: hc2 (firmware ? ich meine früher dort auch reg gelesen zu haben)
    Byte 96: 0x02
    Byte 97-105 : Titel
    Byte 106: Null-Byte

    Noch was ist mir aufgefallen. Byte 60-62 haben sich bei Bildverhältnis 16:9 auf 68 63 32 (hc2) geändert. Bei 4:3 steht dort 72 65 67 (reg).
    Uuund! Das erste Datenpaket taucht aller 96256 Byte wieder auf allerdings ist dann Byte 16, 20 und 21 -> 0x00.
    Ist die Datei ca 1,6 GB groß, ist sogar Byte 17 und 22 mit belegt. Diese Byte müssen irgendwie mit einer Größenangabe zu tun haben. Ich habe heute schon mal hin und her gerechnet und bin aber zu keinem Ergebnis gekommen. Ich versuche es morgen noch einmal.

    Hatte heute schon mal alle Video, Audio PID's usw. in die ersten Datenpakete eingegeben. Leider reicht das aber noch nicht. Der PVR bekommt noch eine falsche Zeitangabe und hängt sich auf. Kann aber auch eine andere Ursache haben. Da hat bestimmt was mit der PMT nicht gestimmt.
    So das war es dann wieder für heute. Wir könnten hier mal jemand gebrauchen der richtig Ahnung vom TS hat. Ich stehe auch noch am Anfang!
    Schon mal TS Paket Editor ausprobiert?

    MfG
    Tommy
     
  10. thomas998

    thomas998 Junior Member

    Registriert seit:
    31. März 2008
    Beiträge:
    88
    Zustimmungen:
    0
    Punkte für Erfolge:
    16
    Technisches Equipment:
    Comag PVR 2/100CI,Sandberg-Konverter,640 GB Seagate ST3640323AS
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Hallo !
    Ich muß Dich enttäuschen. Habe "DasErste" auch von Astra aufgenommen und dort eine 06 stehen.Vielleicht ein Transponderindex.
    Ich weiß. Ich hatte doch schon gestern oder vorgestern den Aufbau des Streams gespostet.Es wird ja nicht nur das Padding-Paket sondern auch PAT und PMT wiederholt.
    Zu den Byte 16-23.Ich hatte die heute überprüft.Nur im ersten Padding-Paket habe ich etwas gefunden.Byte 16 - Byte 19 entsprechen Bate 88-91 der Meta.dat kann auch Zufall sein.
    Hört sich ja interessant an.Was hast Du denn genau gemacht und mit welchen Programm ?
    Ich sehe das anders.Der Aufbau des Streams ist soweit klar.Nur die Daten in der meta.dat und den Padding-Paketen sind nicht dokumentiert.Wenn wir die hätten wäre das Ding eigentlich gegessen.Denn der Stream ist ja gültig, d.h mit vlc oder mplayer abspielbar.
    Ich hatte den mal angeschaut, aber mit dem Klicken ist das nicht so effektiv.
    Ich hatte überlegt, dort mit einer Skriptsprache zu steuern erschien mir aber als zu aufwendig.Meine Erkenntnisse verdanke ich dvbsnoop http://sourceforge.net/projects/dvbsnoop/ und perl und awk.
    Benutzt Du den TS Packet Editor ?

    gruß
    Thomas