Detailfragen zu Transport-Streams

Die PID Codes sind davon sind abhängig wo sie verwendet werden, DVB nutzt andere Reservierungen als ATSC usw.
Eine genaue Auflistung der PID Codes gibts in der Code Point Registry pdf bei atsc.org ab Seite 9.

Vielen Dank für den Link.

Da es hier in allen Fragen bisher um Details eines Transport-Streams ging, die außer Software-Entwicklern wohl kaum jemanden interessieren, habe ich die letzten vier Themen von borhan zusammengefasst und nach "Software-Entwicklung" verschoben (Details zu einem Kontainer-Format sind in einer "Encoding"-Rubrik sowieso falsch platziert).

Ist das Payload_start_indicator-Bit in einem PSI Paket gesetzt ist auch ein Pointer_field vorhanden == das erste Payload Byte, es zeigt das Start Byte des PSI Datagramms an. Meist ist es 0x0 weil das Datagramm sofort nach dem Pointer Field beginnt.
Es können aber auch mehrere PSI Datagramme hintereinander in Paketen selber PID übertragen werden. Es kann also sein dass ein neues Datagramm mitten im Payload eines PSI Paketes beginnt. Das Pointer Field zeigt dann auf das erste Byte dieses Datagramms.
Stuffing Bytes werden in PSI Paketen einfach nach dem Payload bis zum Paketende eingefügt und nicht mittels Adaption_Field vor dem Payload wie in Paketen mit PES Inhalt.

Kannst du vielleicht mal alle Fragen, die sich mit dem Transport-Stream beschäftigen, in den selben Beitrag schreiben?
__

Wie man einen CRC32 berechnet, kannst du tausendfach im Internet finden (z.B. "Adler"-Algorithmus). Die eigentliche Frage ist - wovon exakt (von wo bis wo)?

*gig* LigH war flotter,.. war gerade am schreiben und musste feststellen, dass der Thread weg ist

Zitat

Falls es um Transportstreams geht:
Warum hast Du die Frage nicht im von Dir bereits existierenden Thread gestellt?
Was mir spontan dazu einfällt, auch wenn es lange her ist, dass ich mir mal die MPEG-2 Transportstream Dokumentation durchgelesen habe,...

1. PAT = Program Association Table
2. CRC_32 sollte einen 32bit langen CRC(cyclic redundancy check)-Wert beinhalten des aktuellen Packages beinhalten, anhand dem man prüfen kann ob das Packet kaputt ist oder nicht. (Was man macht wenn das Packet kaputt ist liegt dann am Empfänger.)
3. TID & NID werden verwendet um den Stream zu finden.

Cu Selur

Ps.: @Mods: wäre sinnig den Thread an den anderen zu hängen, da er alleine keinen Sinn macht.

Zitat

ich habe es gelernt ich werde nicht mehr einfach neu themen erstellen und immer die gleiche benutzen.

Das als ersten Beitrag in einem neuen Thread,...

Würde empfehlen mal in den SourceCode von ProjectX zu gucken, da dort u.a. vob in ts gewandelt wird und auch Routinen existieren die PCR/SCR aus generiere PTS generieren.

Cu Selur

Na ja - ist kein großer Aufwand, die Beiträge zusammenzuführen... nur etwas unnötiger Aufwand.

Spontan hätte ich mal in die StreamConverter.java Klasse geguckt,....

zu Frage 1: Welche 'Uhren' stehen Dir denn zur Auswahl?
Zu Frage 2: Es wäre sinniger den Author von ProjectX im ProjectX eigenen Form zu fragen.

Zu 1. helfe ich dir mal ein wenig:

- Videostreams haben Frames, wobei jedes Frame eine bestimmte Spieldauer hat.
- Audiostreams haben Frames, wobei jedes Frame eine bestimmte Spieldauer hat.
- Die zeitlichen Längen von Videoframes und Audioframes unterscheiden sich je nach Video-Framerate (fps) und Audio-Kompressionsformat (MP2 anders als AC3).
- Aufgabe eines Multiplexers ist es, abwechselnd je ein oder mehrere Frames jeder Spur so zu mischen, dass deren Inhalt rechtzeitig zu deren Abspielzeitpunkt bereitstand.

"Genau 100 ms" wird dadurch praktisch unmöglich, dass weder Videoframes üblicher Frameraten noch Audioframes aller mir bekannten Formate mit ganzzahligen Vielfachen exakt 100 ms erreichen. Aber vielleicht ist die Angabe "100 ms" auch etwas anders gemeint - wahrscheinlich entweder "mindestens" oder "durchschnittlich".

i.d.R. "mindestens"