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
Cookies Willkommen

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.

Seite 3 von 12
  1. 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
    Anzeige
    AW: Suche Format-Beschreibung für .bm, .cp, .dat-Dateien und CHANLIST.BIN

    Hallo Thomas,

    schön das Dir der TS soweit klar ist. Ich kämpfe zur Zeit noch damit. ISO besorgt usw. Sagt Dir Projekt X etwas? Ich vermute "ja". Für den Topfield kann man dort einen Kopf erzeugen lassen. Vielleicht brauchen wir das Fahrrad nicht noch einmal neu zu erfinden. Ich weiß der Kopf ist anders, aber wenn man es dort mit einbindet?

    Nun gut lass uns weiter machen!

    Das hatte ich vergessen! Ist mir auch aufgefallen.

    Ich habe einen Hex- Editor genommen und im dritten Datenpaket (47 50 -> Startbytes), müsste PMT sein die ID's eingegeben. Der PVR hat versucht die Datei abzuspielen. Mir fehlt da aber noch etwas Input. Da hat bestimmt noch etwas gefehlt. Die Datei meta.dat scheint aber nicht unbedingt das Problem zu sein. Die hatte ich von einer anderen Aufnahme einfach gelassen. Kann aber auch ein Fehler sein?

    Aufnahme stammte von DVBDream im TS Format. Dort fehlt der Kopf völlig. Also Kopf in Datei kopiert und ebenfalls versucht zu ändern. Was ich am Bildschirm zu sehen bekam stammte aus der meta.dat (3SAT). Hatte ich selbst eingetragen.

    Gut ich muss früh aufstehen. Gute Nacht!

    MfG
    Tommy
     
    Zuletzt bearbeitet: 2. Juli 2008
    cis2000, 2. Juli 2008
    #21
  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 Thomas,

    Zur Zeit ja.

    Ich glaube heute habe ich etwas gefunden! Hauptsache Du nimmst mir nicht gleich wieder den Mut.;) Ich habe heute noch einmal hin und her gerechnet und siehe da:

    Datei 1:

    Größe: ca.1,6 GB
    Byte 20: 0x90 Byte 21: 0x79 Byte 22: 0x25 Geht man davon aus, dass das Low Byte zuerst steht, ergibt sich 0x25 0x79 0x90 = 2455952 Dez.

    Der WMP gibt eine Spielzeit von 40:56 Minuten an. Gehen wir mal davon aus, dass der errechnete Dezimalwert die Spielzeit in Millisekunden ist. Dann ergibt sich:
    2455952 / 1000 = 2455, 952 s / 60 = 40, 93 min.

    Datei 2:

    Größe: ca. 1,6 GB
    WMP: 40:59 min
    TPS Paket Editor: 2459, 08 s
    Byte 22- 20: 0x25 0x87 0xC9 = 2459, 593 / 60 = 40, 99 min

    Datei 3:

    Größe: ca. 10 MB
    WMP: 00:16 min
    TPS Paket Editor: 16,6 s
    Byte 22- 20: 0x00 0x41 0x50 = 16720 / 1000 = 16, 72 s

    Datei 4:

    Größe: ca. 5 MB
    WMP: 00:06 Minuten
    TPS Paket Editor: 6,76 s
    Byte 22- 20: 0x00 0x19 0xBE = 6590 / 1000 = 6, 59 s

    Mit Byte 20- 22 käme man auf eine Spielzeit von 16777215 ms = 279, 6 min. Deshalb glaube ich, dass das Byte 23 nicht mehr dazu gehört.

    Ich denke das passt!

    MfG
    Tommy
     
    cis2000, 3. Juli 2008
    #22
  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 kann Dir jetzt aus dem Stegreif auch nicht sagen, was das 6.Byte im PAT-Paket bedeutet.Aber wenn ich die Information brauche, finde ich sie in der ISO.
    Ja ProjectX kenne ich und ich habe mir auch den Sourcecode angeschaut.
    Zu dem Topfield-Header.Der Comag hat keinen Kopf. Das ist alles gültiger
    Transportstream, bei dem in den Padding-Paketen Zusatzinformationen eingebettet sind.D.h dann auch, wenn Du z.B schneidest müssen alle Informationen in der Datei angepaßt werden.
    Soll ich Dir mal ein von dvbsnoop kommentiertes PAT und PMT Paket
    schicken? Habe mir eben mal den Aufbau von PAT u. PMT angesehen. Beide sind mit CRC abgesichertD.h wenn Du dort etwas änderst passt die CRC-Summe nicht mehr ..

    DVBDream ist von http://www.dvbdream.org/ ?
    Müßte ich mal ausprobieren.Hast Du PAT,PMT oder PAD gefunden?

    Ich habe mal eine 10min Aufnahmen unter Linux als TS aufgezeichnet. Ich konnte dabei keine PAT,PMT und PAT-Pakete feststellen.

    Das mit den Zeiten habe ich mal überprüft. Es sind die Gesamtlaufzeiten der Aufnahme.

    gruß
    Thomas
     
    thomas998, 4. Juli 2008
    #23
  5. 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 Thomas,

    Nicht so viel Fragen, einfach machen! Das mit der CRC habe ich erst später gelesen. Für mich ist der TS Neuland! Dann ist ja auch klar, warum es nicht ging.

    Habe ich ganz ehrlich noch nicht danach geschaut. Mache ich aber noch!

    Ja das ist es.

    Entschuldige mein Anfänger Latein! Ich habe das Padding- Paket mit Kopf bezeichnet, weil der Comag Zusatzinformationen darin ablegt. Als Leihe könnte man das als eine Kopfinformation ansehen.:confused:

    Ich habe mal weiter getestet und hier sind die Ergebnisse:

    Datei 1: ARD 16:9
    0x00 47 1F FF 10 02 32 23 10 01 00 00 00 00 00 00 00
    0x10 E1 00 00 00 72 45 00 00 06 00 00 00 65 00 66 00
    0x20 67 00 6A 00 12 00 68 00 00 00 00 00 01 02 02 03
    0x30 00 04 00 00 00 00 00 00 72 65 67 00 68 63 32 00
    0x40 00 64 64 00 00 00 00 00 00 00 00 00 00 00 00 00
    0x50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0x60 08 42 72 69 73 61 6E 74 00 00 00 00 00 00 00 00
    0x70 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0x80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0x90 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0xA0 00 00 00 00 00 00 00 00 00 00 00 00 26 57 00 00
    0xB0 01 00 00 00 00 00 00 00 00 00 00 00

    Byte 0: 0x47 (TS-Sync Byte)
    Byte 1 u.2: PID (Pad = 0x1fff)
    Byte 3-15: nv
    Byte 16-18 Anzahl dieses Padding- Paketes im TS (hier 225), außer dem 2. Padding- Paket, welches mit 0xFF gefüllt ist.
    Byte 19: 0x00
    Byte 20-22: Gesamtspielzeit des TS (hex 0x4572 = 17,8 s)
    Byte 23: 0x00
    Byte 24: 05 oder 06 weiter unklar
    Byte 25-27 0x00 unklar oder Reserve?
    Byte 28: Video-Pid (Low Byte -> ARD Das Erste, 0x65 = 101)
    Byte 29: Video-Pid (High Byte -> 0)
    Byte 30: 1.Audio-Pid (Low Byte -> deu [Mpeg1], 0x66 = 102)
    Byte 31: 1.Audio-Pid (High Byte -> 0)
    Byte 32: 2. Audio-Pid (Low Byte -> 2CH [Mpeg1], 0x67 =103)
    Byte 33: 2. Audio-Pid (High Byte -> 0)
    Byte 34: private_stream (Low Byte AC3/DD, 0x6A = 106)
    Byte 35: private_stream (High Byte AC3/DD -> 0)
    Byte 36: EIT (EPG Low Byte, 0x12 = 18)
    Byte 37: EIT (EPG High Byte -> 0)
    Byte 38: private_stream (Videotext-PID Low Byte, 0x68 = 104)
    Byte 39: private_stream (Videotext-PID High Byte), vermutlich
    Byte 40-43: unklar, Reserve?
    Byte 44: 0x01 nv
    Byte 45: 0x02 nv
    Byte 46: 0x02 nv
    Byte 47: 0x00 bei ARD und ZDF 0x03 (andere Sender noch nicht getestet)
    Byte 48: 0x04 wenn Byte 47 0x00; 0x00 wenn Byte 47 0x03 ist
    Byte 49: 0x04 wenn Byte 48 0x00 und Byte 47 0x03 ist
    Byte 50-55: Reserve? unklar
    Byte 56-58: reg
    Byte 60-62: Bildverhältnis 4:3 reg ; 16:9 hc2 (noch nicht ganz klar oder PVR Fehler?)
    Byte 63-64: 0x00
    Byte 65-66: 0x64 (Bei ARD und ZDF, weitere noch nicht getestet)
    Byte 67-95: 0x00 nv Reserve? unklar
    Byte 96: 0x02 oder 0x08 unklar
    Byte 97-105 : Titel (Länge noch nicht ausgetestet)
    Byte 106: Null-Byte (Hm?)
    Byte 172: 0x26 nv
    Byte 173: 0x57 nv
    Byte 174-175: 0x00 unklar Reserve?
    Byte 176: 0x01 nv (Radio oder TV Kennung? noch nicht getestet)
    Byte 177-187: 0x00 nv Reserve?

    nv = nicht verändert

    Was ist neu? Bei Byte 16-18 steht die Anzahl der Padding- Pakete drin. Habe sie ausgezählt.:D Byte 65-66 ist mir noch total unklar, trat bei ARD und ZDF auf. 0x65 = 100? 100 ist nur die PMT- PID. Warum aber zweimal? Oder hex 0x6565 = 25700 und nicht 27500 für die Symbolrate?

    Zum Vergleich noch ein Padding- Paket vom ZDF:

    Datei 2: ZDF 4:3
    47 1F FF 10 02 32 23 10 01 00 00 00 00 00 00 00
    9C 00 00 00 82 3D 00 00 06 00 00 00 6E 00 78 00
    79 00 7D 00 12 00 82 00 00 00 00 00 01 02 02 03
    00 04 00 00 00 00 00 00 72 65 67 00 68 63 32 00
    00 64 64 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    08 45 69 6E 20 46 61 6C 6C 20 66 FC 72 20 7A 77
    65 69 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 26 57 00 00
    01 00 00 00 00 00 00 00 00 00 00 00

    Hier ist Byte 60-62 nicht i.O. Hätte bei 4:3 eigentlich 0x72 0x65 0x67 stehen müssen. PVR Fehler? Teste ich noch einmal!

    Hier noch ein Paket vom MDR:

    Datei 3: MDR 16:9
    47 1F FF 10 02 32 23 10 01 00 00 00 00 00 00 00
    7E 00 00 00 E6 47 00 00 05 00 00 00 55 0B 56 0B
    57 0B 12 00 58 0B 00 00 00 00 00 00 01 02 02 00
    04 00 00 00 00 00 00 00 72 65 67 00 68 63 32 00
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    08 4D 44 52 20 61 6B 74 75 65 6C 6C 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    00 00 00 00 00 00 00 00 00 00 00 00 26 57 00 00
    01 00 00 00 00 00 00 00 00 00 00 00

    An dieser Datei sieht man schön High- und Low- Byte der Video- und Audio- PID's. 0x0B55 = 2901 = Video- PID MDR Thüringen.

    Eins muss ich noch hinzufügen. Die Aufnahmen wurden von Hand, mit der Rekord- Taste ausgelöst. Nicht mit dem Timer.

    Schönes WE!

    Tommy
     
    Zuletzt bearbeitet: 4. Juli 2008
    cis2000, 4. Juli 2008
    #24
  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 !
    Hier ist ein PAT von von meiner "DasErste"-Aufnahme:
    Code:
    dvbsnoop V1.4.50 -- http://dvbsnoop.sourceforge.net/

------------------------------------------------------------
TS-Packet: 00000001   PID: 0 (0x0000), Length: 188 (0x00bc)
from file: /srv/VIDEO/film/Film1/rec.ts
------------------------------------------------------------
  0000:  47 40 00 10 00 00 80 0d  00 01 01 00 00 00 0a 10   G@..............
  0010:  20 07 46 ee cd ff ff ff  ff ff ff ff ff ff ff ff    .F.............
  0020:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0030:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0040:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0050:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0060:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0070:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0080:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0090:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  00a0:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  00b0:  ff ff ff ff ff ff ff ff  ff ff ff ff               ............

Sync-Byte 0x47: 71 (0x47)
Transport_error_indicator: 0 (0x00)  [= packet ok]
Payload_unit_start_indicator: 1 (0x01)  [= Packet data starts]
transport_priority: 0 (0x00)
PID: 0 (0x0000)  [= ISO 13818-1 Program Association Table (PAT)]
transport_scrambling_control: 0 (0x00)  [= No scrambling of TS packet payload]
adaptation_field_control: 1 (0x01)  [= no adaptation_field, payload only]
continuity_counter: 0 (0x00)  [= (sequence ok)]
    Payload: (len: 184)
        ==> pointer_field: 0 (0x00)
        ==> Section table: 0 (0x00)  [= Program Association Table (PAT)]
    Data-Bytes:
          0000:  00 00 80 0d 00 01 01 00  00 00 0a 10 20 07 46 ee   ............ .F.
          0010:  cd ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0020:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0030:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0040:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0050:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0060:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0070:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0080:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0090:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          00a0:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          00b0:  ff ff ff ff ff ff ff ff                            ........
==========================================================
TS sub-decoding (1 packet(s) stored for PID 0x0000):
    =====================================================
    TS contains Section...
    SI packet (length=16):
        PID:  0 (0x0000)  [= assigned for: ISO 13818-1 Program Association Table (PAT)]

        Guess table from table id...
        PAT-decoding....
        Table_ID: 0 (0x00)  [= Program Association Table (PAT)]
        section_syntax_indicator: 1 (0x01)
        (fixed): 0 (0x00)
        reserved_1: 0 (0x00)
        Section_length: 13 (0x000d)
        Transport_Stream_ID: 1 (0x0001)
        reserved_2: 0 (0x00)
        Version_number: 0 (0x00)
        current_next_indicator: 1 (0x01)  [= valid now]
        Section_number: 0 (0x00)
        Last_Section_number: 0 (0x00)

            Program_number: 10 (0x000a)
            reserved: 0 (0x00)
            Program_map_PID: 4128 (0x1020)

        CRC: 122089165 (0x0746eecd)
    UND hier von der gleichen Aufnahme ein PMT-Paket:
    Code:
    dvbsnoop V1.4.50 -- http://dvbsnoop.sourceforge.net/

------------------------------------------------------------
TS-Packet: 00000001   PID: 4128 (0x1020), Length: 188 (0x00bc)
from file: /srv/VIDEO/film/Film1/rec.ts
------------------------------------------------------------
  0000:  47 50 20 17 00 02 80 26  00 0a 01 00 00 00 c9 00   GP ....&........
  0010:  00 02 00 c9 00 00 04 00  ca 00 00 04 00 cb 00 00   ................
  0020:  06 00 12 00 00 06 00 cc  00 00 62 23 31 26 ff ff   ..........b#1&..
  0030:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0040:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0050:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0060:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0070:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0080:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  0090:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  00a0:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
  00b0:  ff ff ff ff ff ff ff ff  ff ff ff ff               ............

Sync-Byte 0x47: 71 (0x47)
Transport_error_indicator: 0 (0x00)  [= packet ok]
Payload_unit_start_indicator: 1 (0x01)  [= Packet data starts]
transport_priority: 0 (0x00)
PID: 4128 (0x1020)  [= ]
transport_scrambling_control: 0 (0x00)  [= No scrambling of TS packet payload]
adaptation_field_control: 1 (0x01)  [= no adaptation_field, payload only]
continuity_counter: 7 (0x07)  [= (sequence ok)]
    Payload: (len: 184)
        ==> pointer_field: 0 (0x00)
        ==> Section table: 2 (0x02)  [= Program Map Table (PMT)]
    Data-Bytes:
          0000:  00 02 80 26 00 0a 01 00  00 00 c9 00 00 02 00 c9   ...&............
          0010:  00 00 04 00 ca 00 00 04  00 cb 00 00 06 00 12 00   ................
          0020:  00 06 00 cc 00 00 62 23  31 26 ff ff ff ff ff ff   ......b#1&......
          0030:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0040:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0050:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0060:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0070:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0080:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          0090:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          00a0:  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff   ................
          00b0:  ff ff ff ff ff ff ff ff                            ........
==========================================================

    TS sub-decoding (1 packet(s) stored for PID 0x1020):
    =====================================================
    TS contains Section...
    SI packet (length=41):
        PID:  4128 (0x1020)

        Guess table from table id...
        PMT-decoding....
        Table_ID: 2 (0x02)  [= Program Map Table (PMT)]
        section_syntax_indicator: 1 (0x01)
        (fixed '0'): 0 (0x00)
        reserved_1: 0 (0x00)
        Section_length: 38 (0x0026)
        Program_number: 10 (0x000a)
        reserved_2: 0 (0x00)
        Version_number: 0 (0x00)
        current_next_indicator: 1 (0x01)  [= valid now]
        Section_number: 0 (0x00)
        Last_Section_number: 0 (0x00)
        reserved_3: 0 (0x00)
        PCR PID: 201 (0x00c9)
        reserved_4: 0 (0x00)
        Program_info_length: 0 (0x0000)

        Stream_type loop:
            Stream_type: 2 (0x02)  [= ITU-T Rec. H.262 | ISO/IEC 13818-2 Video | ISO/IEC 11172-2 const
r. parameter video stream]
            reserved_1: 0 (0x00)
            Elementary_PID: 201 (0x00c9)
            reserved_2: 0 (0x00)
            ES_info_length: 0 (0x0000)

            Stream_type: 4 (0x04)  [= ISO/IEC 13818-3 Audio]
            reserved_1: 0 (0x00)
            Elementary_PID: 202 (0x00ca)
            reserved_2: 0 (0x00)
            ES_info_length: 0 (0x0000)

            Stream_type: 4 (0x04)  [= ISO/IEC 13818-3 Audio]
            reserved_1: 0 (0x00)
            Elementary_PID: 203 (0x00cb)
            reserved_2: 0 (0x00)
            ES_info_length: 0 (0x0000)

            Stream_type: 6 (0x06)  [= ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing priv
ate data]
            reserved_1: 0 (0x00)
            Elementary_PID: 18 (0x0012)
            reserved_2: 0 (0x00)
            ES_info_length: 0 (0x0000)

            Stream_type: 6 (0x06)  [= ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing priv
ate data]
            reserved_1: 0 (0x00)
            Elementary_PID: 204 (0x00cc)
            reserved_2: 0 (0x00)
            ES_info_length: 0 (0x0000)

        CRC: 1646473510 (0x62233126)
    gruß
    Thomas
     
    thomas998, 4. Juli 2008
    #25
  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 Thomas,

    vielen Dank für die PAT und PMT. Hat mir weiter geholfen!

    ich habe heute weitere Tests durchgeführt. Mit diesem Test wollte ich heraus bekommen, welche Bytes für die Wiedergabe wichtig sind. Hier die Ergebnisse:

    rec.ts Padding- Paket 1 original
    0x00 47 1F FF 10 02 32 23 10 01 00 00 00 00 00 00 00
    0x10 E1 00 00 00 72 45 00 00 06 00 00 00 65 00 66 00
    0x20 67 00 6A 00 12 00 68 00 00 00 00 00 01 02 02 03
    0x30 00 04 00 00 00 00 00 00 72 65 67 00 68 63 32 00
    0x40 00 64 64 00 00 00 00 00 00 00 00 00 00 00 00 00
    0x50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0x60 08 42 72 69 73 61 6E 74 00 00 00 00 00 00 00 00
    0x70 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0x80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0x90 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0xA0 00 00 00 00 00 00 00 00 00 00 00 00 26 57 00 00
    0xB0 01 00 00 00 00 00 00 00 00 00 00 00

    rec.ts Padding-Paket 1 manipuliert
    0x00 47 1F FF 10 02 32 23 10 01 00 00 00 00 00 00 00
    0x10 E1 00 00 00 00 00 00 00 FF 00 00 00 65 00 66 00
    0x20 67 00 6A 00 12 00 68 00 00 00 00 00 01 02 00 00
    0x30 00 00 00 00 00 00 00 00 72 65 67 00 72 65 67 00
    0x40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0x50 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0x60 00 42 72 69 73 61 6E 74 66 66 66 66 66 66 66 66
    0x70 66 66 66 66 66 66 66 66 66 66 66 66 66 66 66 66
    0x80 66 66 66 66 66 66 66 66 66 66 66 66 66 66 66 66
    0x90 66 66 66 66 66 66 66 66 66 66 66 66 66 66 66 00
    0xA0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    0xB0 00 00 00 00 00 00 00 00 00 00 00 00

    Ich habe einfach mal mit einem HEX- Editor das Padding Paket soweit manipuliert, dass der PVR die Datei noch abspielt. Interessant waren dabei jene Bytes, welche nicht wiederkehren (in folgenden Paketen).
    Die erste Zeile 0x00- 0x0F habe ich nicht verändert, da sie sich bei keiner Aufnahme bis jetzt verändert haben. Interessant war, wenn ich
    Byte 0x10 (Anzahl der Padding Pakete im TS) verändert habe, wurde die Datei nur bis dahin abgespielt. Die Gesamtspielzeit Byte 0x14 hat nur Einfluss auf die Anzeige der Spielzeit.
    Byte 0x18 welches sonst 05 oder 06 beinhaltet, hat nur Einfluss, wenn es den Wert 00 beinhaltet (keine Wiedergabe).
    Die PID's Video, Audio usw. habe ich nicht verändert, da sie wiederholt werden.

    Byte 0x2C auf 00 gesetzt -> kein Abspielen möglich.
    Byte 0x2D auf 00 gesetzt -> Absielen möglich kein Ton.
    Bytes 0x3C- 0x3E habe ich ebenfalls verändert -> keinen Einfluss wird sowieso wiederholt.
    Byte 0x60 auf 00 gesetzt -> Abspielen möglich
    Bytes 0x61- 0x9E Name verlängert -> Abspielen möglich
    Byte 0x9F muss 00 bleiben sonst kein abspielen möglich

    Fazit wirklich wichtig wäre die Padding- Pakete, PAT und PMT in den Stream einzufügen, die Anzahl der Pakete in der META.DAT und dem ersten Padding- Paket einzutragen. Dann könnte man bestimmt auch andere Videos abspielen.

    Wer kann sowas programmieren?

    MfG
    Tommy
     
    Zuletzt bearbeitet: 5. Juli 2008
    cis2000, 5. Juli 2008
    #26
  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 !
    Ich glaube wir sind noch nicht soweit, um uns Gedanken über die Implementierung einer Softwarelösung Gedanken zu machen.
    Dieses Bytepatchen kommt eigentlich erstmal später, wenn man heraus bekommen will wie kritisch eine Byteändereung ist (Kein Abspiel, kein Ton usw.)
    Aber ein Hauptteil haben wir noch nicht herausbekommen, wie die Videoinformationen mit den Padding-Paketen verknüpft sind.
    Gemeint ist damit folgendes:
    Der Transport-Strom ist dazu gedacht gesendet und angezeigt zu werden.
    Er hat von sich aus keine Mechanismen, um sich darin schnell fortzubewegen.
    (2X,4X,8X,16X,5-min. Sprung).
    Der Recorder "weiß" auch wo er zeitlich in der Aufnahme ist, wenn weniger als 5-min. Laufzeit ist verweigert er einen 5-min-Sprung.
    Dann der Schnitt: Ich gehe mal davon aus, daß Du mit ProjectX schon geschnitten hast.Dann schneidet ProjectX un paßt die Zeitlinien an.
    Das alles geschieht beim Comag nicht.Dort legst Du den Block fest. Dann Schnitt fertig. Diese Schnelligkeit kann eigentlich nur durch wenige Byteänderungen geschafft werden.

    gruß
    thomas

    PS:Ich hänge jetz schon ein paar Tage an den Byte 84 bis 91 ohne weitergekommen zu sein.
     
    thomas998, 6. Juli 2008
    #27
  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 Thomas,

    Ich werde morgen einmal testen ob die Padding- Pakete ausschlaggebend für die Sprungweite sind. Ich sehe da einen Zusammenhang. Vielleicht entspricht die Größe des markierten Blocks dem Abstand der Padding- Pakete? Dann wäre ein schnelles Schneiden möglich.
    Der PVR kennt die Anzahl der Padding- Pakete (siehe erstes Padding- Paket) und somit wäre es möglich, die Pakete dazwischen zu löschen.

    MfG
    Tommy
     
    Zuletzt bearbeitet: 6. Juli 2008
    cis2000, 6. Juli 2008
    #28
  10. 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 Thomas,

    der Test heute war nicht eindeutig. Ich muss noch weiter testen!

    Sollte ich mich ein paar Tage nicht melden, ich stelle meinen DSL- Anschluss um. Habe vom neuen Provider noch keine Zugangsdaten. Melde mich wieder!

    MfG
    Tommy
     
    cis2000, 7. Juli 2008
    #29
  11. 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 gestern noch eine Aufname gemacht und auf dem PC gesichert.
    Dann Marken gesetzt und wieder gesichert.
    Anschließend wieder gesichert.
    In der rec.bm habe ich die Schnittmarken in ms gefunden, neben anderen unbekannten Werten.
    Der Schnitt war ganz interessant.Die Differenz zwischen ungeschnittener und geschnittener beträgt ein Vielfaches von 96256, dem Abstand zwischen zweier
    Paddin-Pakete, kann Zufall sein, aber halte ich für unwahrscheinlich.

    gruß
    thomas
     
    thomas998, 7. Juli 2008
    #30
Seite 3 von 12