2 Antworten in diesem Thema

[yamcenutzer]

Letztens ist es mir passiert, dass ich in zwei überlappenden Aufnahmen eines Kanals den Anfang einer Sendung in der ersten Aufnahme, und das Ende in der zweiten Aufnahme hatte. Als ich die Sendung zusammengeschnitten hatte stellte ich fest, dass an der Schnittstelle die Sprache wechselte.

Wie sich herausstellt, sind die Streamindices (und PIDs) in der zweiten Aufnahme anders als in der ersten.

Ist das ein bekanntes 'Feature' , ein 'Bug', oder einfach Zufall ? Könnte man beim Mapping evtl. auf die Reihenfolge nach der Sprache (und/oder bitrate) achten?

Zugegebenermassen ein eher seltenes 'Problemchen'.

Gruss

Bearbeitet von yamcenutzer, 02 Juni 2012 - 00:29 .

[CiNcH]

Bei MTD macht der Treiber ja bekannterweise ein Remuxing. Wird zweimal derselbe verschlüsselte Kanal gesetzt, muss der Treiber für einen Kanal die PID's ändern, sonst kann er die beiden Kanäle nach dem CAM nicht mehr so einfach unterscheiden und in die ursprünglichen TransportStreams zurückmuxen (jedenfalls ist das meine Idee davon). Ich hätte aber gedacht, dass der Treiber beim Zurückmuxen die PID's wieder auf die originalen zurücksetzt.

Bearbeitet von CiNcH, 02 Juni 2012 - 07:59 .

[yamcenutzer]

Genau so hatte ich es mir auch gedacht. Allerdings gehe ich davon aus, dass der Remuxer irgendwann eine Entscheidung treffen muss, ob er nicht mal was weglässt. Ist hier zwar nicht der Fall, da 'nur' 2xAudio, aber... Darüber wurde schonmal was geschrieben (Ich glaube, sogar von Dir:CinCH, ist schon länger her. Das heisst, er muss schonmal genauer hingucken, was das für ein Sream ist (sprache, codierung, etc)
Wie auch immer, Ich vermute, dass einfach nicht darauf geachtet wird, da es normalerweise eigentlich ziemlich egal ist. Bis auf diesen Fall, wo man was zusammenschneiden will, und die Schnittapp, auch nur blind die Indizes verwendet (was soll sie auch anderes machen).