newbie: payload

[tischla]

hi!

ich hab bei einigen rec's von meinem tf5000 beim starten von X immer einträge ein 'payload'.
was hat das für eine bedeutung?
vorallem weil da sich die datei dann nicht demuxen lässt - (im toppie ist auf jedenfall als 'unverschlüsselt' - grünes $ - gekennzeichner).

grüsse
tischla

[TheHorse]

Als Payload kann man je nach Sichtweise die PES (Audio, Video) oder Private Streams (AC3, Teletext) eines Transportstream-Pakets oder eben die PSI (Program Specific Information) betrachten.
Letztere dienen grob gesagt für Kontroll- und Steueraufgaben für die Receiver bzw. CI-CAMs usw. Die Topfields sind da recht großzügig und sammeln viele dieser Infos in der Aufnahme.

X gibt IMO dann "payload" aus (matt wird gleich korrigierend über mich herfallen :wink: ), wenn die PSI-ID keine der gängigen wie PAT, CAT, PMT, EMM usw. ist. (Abkürzungen siehe MPEG-Standards :wink: )

Nun aber zur Praxis:
Eine derartige Payload darf das Demuxen der PES normalerweise nicht stören. Poste mal ein Log deines Topfield-Streams aus X, evtl. sieht man darin die Ursache.

[tischla]

habs nochmal ganz frisch gestartet und hoffe, dass du das folgende gemeint hast:
Donnerstag, 2. Oktober 2003 17.39 Uhr CEST

X V0.81.4 (29.08.2003)



=== session infos ===



=> working with collection 0

-> write output files to :

Z:\Videos\



=> File 0: Z:\Videos\Collateral Damage-1.rec (4714426368 bytes)

=> File is DVB/MPEG-2 TS (Video/Audio/TTX PES)

=> demux

-> SID 0xA

-> PMT 0x65 refer to these Video/Audio/Text related PIDs :

< 0x100A 0x200 0x203 >

--> PID 0x1500 (EMM) (0x5E0 #2) -> ignored

--> PID 0x1000 (EMM) (0x758 #4) -> ignored

--> PID 0x1001 (ECM) (0xBC0 #10) -> ignored

--> PID 0x1FF => mark as scrambled data (not ignored)(payload: 88 FC 44 2B FE 8E 07 DC ..) (0x1E1C #35)

--> PID 0x65 (PMT) (0x21C8 #40) -> ignored

--> PID 0x258 (EMM) (0x2C10 #54) -> ignored

--> PID 0x0 (PAT or others) (0x5530 #110) -> ignored

--> PID 0x1 (CAT) (0xF314 #325) -> ignored

--> PID 0x100A (ECM) (0x12738 #396) -> ignored

--> PID 0x203 => mark as scrambled data (not ignored)(payload: 08 00 C4 61 33 A7 D2 0B ..) (0x1613C #475)

--> PID 0x150A (ECM) (0x18304 #521) -> ignored

--> PID 0x1642 (ECM) (0x1903C #539) -> ignored

--> PID 0x200 => mark as scrambled data (not ignored)(payload: 05 C1 7E 32 2A 2F AE 85 ..) (0x19850 #550)

--> PID 0x180A (ECM) (0x1F360 #674) -> ignored

packs: 17879607 100% 4714426368



summary of created media files:

=> 0 bytes written...

[TheHorse]

Das grüne Dollarzeichen deines Topfs hat dich angelogen (macht der Topf sowas???). Die wesentliche "Nutzlast" ist verschlüsselt: Video, 1. und 2. Audio (AC3).

Hier wird der Anfang der Payload wiedergegeben, weil X mit den Daten eben nichts anfangen kann.

Du könntest mal:
- einen Teil vom Anfang des Files wegschneiden (Lässt sich die Datei in den collections specials im Preview-Fenster irgendwann weiter hinten dekodieren?)
- den Haken "ignore scrambled packets.." wegmachen (wird aber vermutlich nix bringen)
- das File trotz Gras-Dollar nochmal mit Karte auf dem Topf kopieren

(Bei mir hat das Dollarzeichen bisher noch nie gelogen :?: )

[tischla]

erst mal danke für die antwort.

- einen teil wegschneiden - meinst du im X vorschaufenster? dort sagt er immer: 'cannot find sequence header' und zeigt kein bild an

- habs versucht: scheint keine verbesserung zu geben (ausser die meldung mit dem payload verschwindet)

- das kopieren am toppi versuch ich gleich noch...

grüsse, tischla

[TheHorse]

'cannot find sequence header' und zeigt kein bild an
Klar, das ganze File is ja verschlüsselt. Ich mach mir nur Sorgen über das grüne Dollarzeichen. Eine neuer Topf-Bug?

BTW: Deine Version von X wäre noch interessant. Alle Fixes soweit nachgezogen?

[tischla]

Eine neuer Topf-Bug?

hoffe nicht - aber bin zum glück von den im topfield-board beschriebenen bugs bisher unberührt geblieben - und wenn das mein erster wär, dann sollte er nach mir benannt werden 8)

BTW: Deine Version von X wäre noch interessant. Alle Fixes soweit nachgezogen?

ich ware bisher schon der meinung - hab, soweit ich mich erinnere, alle dateien der vorgängerversion gelöscht, bevor ich die neuen aus dem 'ProjectX_Source_0.81.4.zip' in mein compile-vz kopiert und dann compiliert habe. (werds jedenfalls nochmal checken)

muss die java-sdk auch die 'allerneusten' sein oder genügt die vorletzte?

danke dir
grüsse, tischla

[tischla]

irgendwie scheint das grüne $ wirklich betrug zu sein (ich hoffe ganz stark, dass ich nicht grün/gelb-blind geworden bin - wenns sowas geben sollte)

jedenfalls ist das ding definitiv verschlüssel - beim versuch, im PIP ein verschlüsseltes programm zu gucken, hats meinen kopiervorgang abgestochen (hoffe, dass mein versuch zum beweis der verschlüsselung authentisch war)

[TheHorse]

Die JRE/JDK ist nicht relevant für das Problem.
Du brauchst ja beim Topf nur die Karte zu ziehen und Play zu drücken. Wenn's nicht spielt, dann iss verschlüsselt.

[tischla]

alles klar!

hab die neue kopie noch nicht übertragen - aber die auf-verschlüsselung-test haben ergeben - grüner $ muss nicht heissen: entschlüsselt
-> ist der sogenannte "TISCHLA-BUG"

danke und grüsse

[tischla]

wenn ich da jetzt nochmal eine frage stellen bzw. ein problem melden darf:

hab die im protokoll angegebene datei veruscht zu demuxen mit dem ergebnis, das die dateien mpv, ac3 und mpa da sind. mpv = ok, ac3 ~ 170k und mpa ~ 77k - und geht natürlich dann nicht wirklich.
dann hab ichs mit der dvr-studio von kimi versucht, mit dem ergebnis, dass die datein zwar nun mehrere mb's hatten (und vollständig waren) aber leider ziemlich asyncron.
hab ich da im x was falsch eingestellt? (hab grad gestern die neue version compiliert)

Montag, 6. Oktober 2003 21.31 Uhr CEST

X V0.81.5 (01.10.2003)



=== session infos ===



=> working with collection 0

-> write output files to :

Z:\Videos\



=> File 0: Z:\Videos\BELLA MARTHA.rec (4308803584 bytes)

=> File is DVB/MPEG-2 TS (Video/Audio/TTX PES)

=> demux

-> SID 0xA

-> PMT 0x65 refer to these Video/Audio/Text related PIDs :

< 0x1FF 0x200 0x203 >

--> PID 0x1000 (EMM) (0x5E0 #2) -> ignored

--> PID 0x1500 (EMM) (0xB04 #9) -> ignored

--> PID 0x1001 (ECM) (0x16C4 #25) -> ignored

--> PID 0x1642 (ECM) (0x45C4 #89) -> ignored

ok> PID 0x1FF has PES-ID 0xE0 (MPEG Video) (0x48B4 #93)

--> PID 0x65 (PMT) (0x4BA4 #97) -> ignored

--> PID 0x0 (PAT or others) (0xC9F4 #269) -> ignored

ok> PID 0x200 has PES-ID 0xC0 (MPEG Audio) (0xCC28 #272)

ok> PID 0x203 has PES-ID 0xBD (private stream 1) (0xD43C #283)

--> PID 0x1 (CAT) (0xD8A4 #289) -> ignored

--> PID 0x100A (ECM) (0x112A8 #368) -> ignored

--> PID 0x150A (ECM) (0x16FEC #495) -> ignored

--> PID 0x180A (ECM) (0x1C5D8 #612) -> ignored

--> PID 0x258 (EMM) (0x46800 #1530) -> ignored

-> video basics: 704*576 @ 25fps @ 0.7031 (16:9) @ 15000000bps, vbvBuffer 112

dropping useless B-Frames @ GOP#0 / new Timecode 00:00:00.000

--> PID 0x1FF -> packet 11159 @ pos. 2099020 out of sequence (9/11) (shifting..)

--> PID 0x203 -> packet 11161 @ pos. 2099396 out of sequence (12/2) (shifting..)

--> PID 0x200 -> packet 11179 @ pos. 2102780 out of sequence (15/2) (shifting..)

dropping gop(sequence) @ orig.PTS 09:37:50.599 / new Timecode 00:00:03.280

GOP#7, Pics expected/count 12/10 ; PTS difference 0ms (should be 0)

dropping useless B-Frames @ GOP#8 / new Timecode 00:00:03.280

--> PID 0x1FF -> packet 13773 @ pos. 2590452 out of sequence (8/11) (shifting..)

--> PID 0x203 -> packet 13777 @ pos. 2591204 out of sequence (12/9) (shifting..)

--> PID 0x200 -> packet 13795 @ pos. 2594588 out of sequence (15/9) (shifting..)

dropping gop(sequence) @ orig.PTS 09:37:47.719 / new Timecode 00:00:03.680

GOP#9, Pics expected/count 12/11 ; PTS difference 0ms (should be 0)

dropping useless B-Frames @ GOP#10 / new Timecode 00:00:03.680

GOP#12436, new format in leading sequenceheader detected:

-> video basics: 704*576 @ 25fps @ 0.6735 (4:3) @ 15000000bps, vbvBuffer 112

packs: 15308855 100% 4308803584

video: fr/ct/1p/cg/og/dg 155925/3/0/12663/0/2

videolength: 155925f @ 01:43:57.000

avg. nom. bitrate 2941390bps (min/max: 421600/6734000)

set first sequence_header bitrate to 6734000bps

===> new File: Z:\Videos\BELLA MARTHA.mpv

--> MPEG Audio (0xC0) on PID 0x200

Audio PTS: first packet 09:37:46.299, last packet 11:21:40.635

Video PTS: start 1.GOP 09:37:47.319, end last GOP 11:21:40.639

-> adjusting audio at video-timeline

=> src_audio: MPEG-1,Layer2,48000Hz,stereo,192kbps,noCRC @ 00:00:00.000

-> skipped sourceframe(s) @ 00:00:02.880

-> skipped sourceframe(s) @ 00:00:02.976

audio frames: wri/pre/skip/ins/add 137/0/2/0/0 @ 00:00:03.288 done..

===> new File: Z:\Videos\BELLA MARTHA.mpa

--> AC-3 Audio on PID 0x203

Audio PTS: first packet 09:37:46.260, last packet 11:21:40.660

Video PTS: start 1.GOP 09:37:47.319, end last GOP 11:21:40.639

-> adjusting audio at video-timeline

=> src_audio: AC-3,CM,2/0(2.0),48000Hz,448kbps @ 00:00:00.000

-> skipped sourceframe(s) @ 00:00:02.848

-> skipped sourceframe(s) @ 00:00:02.976

audio frames: wri/pre/skip/ins/add 102/0/2/0/0 @ 00:00:03.264 done..

===> new File: Z:\Videos\BELLA MARTHA.ac3



summary of created media files:

.Video: 155925 Frames 01:43:57.000 Z:\Videos\BELLA MARTHA.mpv

Audio 0: 137 Frames 00:00:03.288 0/2/0/0 Z:\Videos\BELLA MARTHA.mpa

Audio 1: 102 Frames 00:00:03.264 0/2/0/0 Z:\Videos\BELLA MARTHA.ac3

=> 2293443592 bytes written...

[dvb.matt]

wenn ich da jetzt nochmal eine frage stellen bzw. ein problem melden darf
darfste..

hat der TF in der FAT da ein paar Pakete verwürfelt?
oder sinds Streamfehler?
jedenfalls:
GOP#0 startet bei 09:37:47.319
GOP#7 startet bei 09:37:50.599 (aber unvollst.)
GOP#9 startet bei 09:37:47.719 häh früher ? (aber unvollst.) = audiostopp (A/V Offset hat rechts einen hohen/höheren Wert)
skipped sourceframe(s) deuten auch auf 'Besonderheiten' hin.

...
--> PID 0x1FF -> packet 11159 @ pos. 2099020 out of sequence (9/11) (shifting..)
--> PID 0x203 -> packet 11161 @ pos. 2099396 out of sequence (12/2) (shifting..)
--> PID 0x200 -> packet 11179 @ pos. 2102780 out of sequence (15/2) (shifting..)
dropping gop(sequence) @ orig.PTS 09:37:50.599 / new Timecode 00:00:03.280
GOP#7, Pics expected/count 12/10 ; PTS difference 0ms (should be 0)
...
--> PID 0x1FF -> packet 13773 @ pos. 2590452 out of sequence (8/11) (shifting..)
--> PID 0x203 -> packet 13777 @ pos. 2591204 out of sequence (12/9) (shifting..)
--> PID 0x200 -> packet 13795 @ pos. 2594588 out of sequence (15/9) (shifting..)
dropping gop(sequence) @ orig.PTS 09:37:47.719 / new Timecode 00:00:03.680
GOP#9, Pics expected/count 12/11 ; PTS difference 0ms (should be 0)
....
--> MPEG Audio (0xC0) on PID 0x200
Audio PTS: first packet 09:37:46.299, last packet 11:21:40.635
Video PTS: start 1.GOP 09:37:47.319, end last GOP 11:21:40.639
-> adjusting audio at video-timeline
=> src_audio: MPEG-1,Layer2,48000Hz,stereo,192kbps,noCRC @ 00:00:00.000
-> skipped sourceframe(s) @ 00:00:02.880
-> skipped sourceframe(s) @ 00:00:02.976
audio frames: wri/pre/skip/ins/add 137/0/2/0/0 @ 00:00:03.288 done..
...


wenn der (erste) cut-in hier nicht bei GOP#0, sondern nach GOP#9 liegt (+2MB Zugabe, also ~GOP#15), gehts wahrscheinlich.
ansonsten zur weiteren Forschung: cut-in GOP#0, cut-out ~GOP#12 -> big log -> zippen -> hier anhängen..

[tischla]

hab jetzt versucht, dass mit den GOP's und mit dem 12ten davon in den griff zu bekommen - und dann ist mir irgendwie die original rec datei abhanden gekommen. :?
und nachdem ich das ding bereits im tf auch schon gelöscht hab..........

naja - hoffe ich darf mich beim nächsten mal, wenn ich, was nicht hinbekomme, wieder melden.

einstweilen herzlichsten dank
und grüsse
tischla