Beiträge von Eichhost

Bei einem zweiten Versuch mit TSRemux waren beide Einträge gleich, 00 A5 F2 D0, Anzeige des Kapitels 000 in BDEdit ist 00:04:01.680. Nochmals dankeschön. Ich habe gelernt, wie ich von TSRemux gesetzte Kapitel ändern kann.

Vielen Dank für Deine Arbeit. Die Zusammenhänge waren mir eigentlich schon klar.

Was mich irritiert, dass die Werte für In-Time und das erste Kapitel praktisch gleich sind.
Sie unterscheiden sich nur im 4. Byte um 2 Punkte. Gibt es dafür eine Erklärung?

Ist es möglich die In-Time auf "0" zu setzen, oder muss man noch weitere Werte ändern?
Wie bereits gesagt, hat sich bei BDEdit der Wert für Kapitel 0 nicht geändert.

Das Problem mit der Textformatierung ist gelöst. Ebenso, dass es mir zunächst nicht möglich war, meine mpls-Datei zu posten. Das entsprechende Fenster ging nicht auf. Das sind Fehler im Avantbrowser. Mit IE 11 funktionierte es einwandfrei.

TSRemux bringt zwangsläufig das erste Kapitel nicht mit 0, sondern mit einem Wert,
der zwischen 0 und 10 Min liegt.

Ich habe versucht, den Wert an Adresse 052 bis 055 auf 0 zu setzen, um die Startadresse
auf 0 zu bekommen. BDEdit zeigt aber unverändert den Wert 04:01.680 an.
Anscheinend spielt hier noch der Eintrag auf Adresse A0-A3 mit, Code 00 A5 F2 D2.
Kannst Du hierzu etwas sagen?

Warum ist es mir nicht möglich meinen Text formatiert eizugeben.
Wenn ich Ihn in die Antwortseite einkopiere, ist er formatiert, wenn ich auf "Antworten" klicke,
ist er es nicht mehr.
Hier ist meine mpls-Datei.

Falls es jemand interessiert, ich habe noch einen anderen Weg gefunden, um mein Problem zu lösen.
Anfangs sagte ich, dass beim TSMuxer im BDMV-Ordner der m2ts-Stream gegen Ende immer stärker asynchron wird.
Beliebige Kapiteleingaben werden aber vom TSMuxer fehlerfrei verarbeitet.
Muxe ich mit TSRemux nach BDMV, bleibt der m2ts-Stream synchron. Also habe ich am Anfang etwa ein Drittel
des m2ts-Streams vom TSMuxer verwendet und zwei Drittel des m2ts-Streams von TSRemux angehängt.
Dadurch ist der m2ts-Stream ist bis zum Ende synchron und die Kapitel stimmen auch. Geschnitten habe ich
mit SmartCutter, das m.E. das einzige Programm ist, das HD-Streams bildgenau schneiden kann.

Das ist für mich das erste Mal, dass ich Fragen in einem Forum stelle. Ich bin begeistert, wie hilfsbereit insbesondere hubblec4 ist. Vielen Dank. Zunächst war mir völlig unbekannt, dass man durch 45.000 teilen muss. Jetzt bin ich doch schon wieder reingefallen. Mein Windows-Rechner hat im Programmierer-Modus bei Dezimal-Anzeige nach der Division nur den Integer-Wert. angezeigt und nicht die Dezimalstellen. Für die Lage des InTime-Wertes habe ich das farbige Hex-Bild von Euch verwendet. Der Wert sollte auf Adresse 052-055 stehen. Der Code ist bei mir 00 A5 F2 D0, ergibt einen Dezimalwert von 10875600. Wenn ich diesen Wert jetzt auch durch 45000 teile, bekomme ich 241,68. Dies geteilt durch 60 ist 4:01.680. -> Wahnsinn !!! Das bedeutet, dass der Time-In-Wert mit der Startzeit identisch ist. Und nun zu meinem zweiten Beispiel: Kapitel 001: 05:14.380, Adresse AE-FF1 Code: D7 DE 22, dez: 14147106, geteilt durch 45.000 = 314,380, dividiert durch 60 = 05:14.380 -> Nochmals Wahnsinn !!! Also war in meinem Beispiel für die Start-Time die Adresse A0-A3 Code, 00 05 F2 D0 falsch. Was ist das dann aber für ein Wert? Wie kann ich meine mpls-Datei posten?

Vielen Dank für Deine schnelle Antwort. Es tut mir leid, dass mein Text bei diesem ersten Versuch als Grünschnabel so schlecht lesbar war. Ursprünglich war er sauber formatiert. Die Formatierung war beim Kopieren verloren gegangen. Es handelt sich bei mir in jedem Fall um einen PlayItem. Dass die Sprungmarken vor den FF FF stehen war mir bekannt. ... Du ermittelst den Integerwert aus diesen 4 Bytes und dividierst durch 45000 ... Ist der Integerwert der Dezimalwert? Wie sieht das nun bei meinen Beispielen aus? Start-Time 000: 00:04:01.680 -> Adresse: A0-A3, Code 00 05 F2 D0 z.B.Kapitel 004: 00:24:01.680 -> Adresse: CA-CD, Code 03 0F ED F0 Der Dezimalwert aus 05 F2 D0 ist 389840. Das geteilt durch 45000 ist 8. Weit entfernt von der tatsächlichen Strartzeitangabe 00:04:01.680. Was mache ich falsch?

MPLS Structure Seit einiger Zeit beschäftige ich mich auch mit diesem Thema. Der von ts zu BDMV gemuxte Stream ist nur mit TSRemux durchgängig synchron. Mit TSMuXer steigt die Asynchronität mit der Länge des Streams. TSRemux setzt aber nur feste Kapitel. Diese will ich ändern BDEdit beschädigt die 0000.mpls, wenn ich die Änderungen speichere. In den Ausfürungen von bigotti5 wird die Kapitelstruktur kurz angesprochen. Allerdings ist mir der Zudsammenhang zwischen den Time Codes und den Hex-Einträgen in der Playlist nicht klar. Beispiel von bigotti5: C_ID In Time Out time Dauer 000 00:00:11.650 00:00:57.988 00:00:46.338 001 00:00:11.650 00:01:12.753 00:01:01.102 002 00:00:11.650 00:02:14.982 00:02:03.331 003 00:00:11.650 00:00:31.670 00:00:20.019 004 00:00:11.650 00:03:54.164 00:03:42.513 -> Code: 00 00 00 07 ff f8 ff ff 00 01 00 25 69 76 ff ff 00 04 00 21 42 63 ff ff Mein Beispiel aus TSRemux angezeigt mit BDEdit und Hex-Editor: Start-Time 000: 00:04:01.680 -> Adresse: A0-A3, Code 00 05 F2 D0 z.B.Kapitel 004: 00:24:01.680 -> Adresse: CA-CD, Code 03 0F ED F0 Wie kann man aus den gewünschten Time-Angaben den erforderlichen Code berechnen?