hurda7 Posted January 26, 2017 Share Posted January 26, 2017 Ich nutze DVR-Studio HD 4 um Aufnahmen zu schneiden. Bei einigen bearbeiteten Dateien ist mir aufgefallen, dass diese in DVBViewer mit dem DVBSource Filter nicht richtig abspielen. Das Video wird angezeigt, sowie die Teletextspur, aber die Audio-Tracks werden erst gar nicht erkannt und sind auch nicht verfügbar. Deaktiviere ich DVBSource für TS-Dateien, dann nutzt DVBViewer den LAV Splitter, und die Dateien werden ordentlich abgespielt. Eine Anpassung der Suchtiefe im Tweaker ändert daran nichts. Wenn ich die Dateien in TSPlayer öffne, werden auch nur die Video- und Teletext-Spuren angezeigt, und eine Fehlermeldung erscheint: "Error 0x80004005: Playback aborted." In der TransEdit-Analyse werden alle Spuren angezeigt. Da andere Prüfprogramme keine Fehler in den Dateien anzeigen, und die Wiedergabe in anderen Programmen funktioniert (VLC, MPC-HC, MPC-BE), bin ich etwas ratlos. Screenshot: http://i.imgur.com/ObkhHxH.png Beispieldatei: http://www.mediafire.com/file/6uy8nnrvh9tnc4v/dvbviewer_dvr-studio_test.ts Getestet mit DVBViewer 5.6.4 und DVBViewer GE 3.6.3, mit DVBSource 3.8.1, 3.9.1 und 3.9.3. Quote Link to comment
Derrick Posted January 26, 2017 Share Posted January 26, 2017 Es fehlt bei den audiostreams der stream identifier. Siehst du hier: links dein stream, rechts Das Erste HD live. Es stimmt aber, dass sich andere Player nicht dran stören. Probier mal den TSDoctor.. Quote Link to comment
Griga Posted January 26, 2017 Share Posted January 26, 2017 Es fehlt bei den audiostreams der stream identifier. Das stört niemand. Das Problem ist, dass die AC3 Streams im DVR-Studio-Output mit einem sonderbaren TS Paket beginnen. Es überzeugt DVBViewer & Zubehör sofort davon, dass sich mit der PID nichts anfangen lässt: Es handelt sich um PID 2041 (0x07F9), also den deutschen AC3 Stream im Sample. Der orangene Teil ist der Beginn eines PES Headers mit dem Startcode 00 00 01 00. Richtig wäre bei AC3 die Sequenz 00 00 01 BD. Die stream_id 00 statt BD führt zum Verwerfen der Audio Streams. Ich wüsste mal gerne, welche mir unbekannten Spezifikationen sowas erlauben Zu denken gibt auch das gesetzte transport_priority Bit im zweiten Byte. Was soll uns das sagen? Quote Link to comment
Derrick Posted January 26, 2017 Share Posted January 26, 2017 ..wusst ich doch, dass du mit einer besseren bzw. richtigen erklärung kommen wirst Die anderen player sind aber trotzdem fehlertoleranter und lesen anscheinend auch die folgenden header Quote Link to comment
hurda7 Posted January 27, 2017 Author Share Posted January 27, 2017 Es handelt sich um PID 2041 (0x07F9), also den deutschen AC3 Stream im Sample. Der orangene Teil ist der Beginn eines PES Headers mit dem Startcode 00 00 01 00. Richtig wäre bei AC3 die Sequenz 00 00 01 BD. Die stream_id 00 statt BD führt zum Verwerfen der Audio Streams. Tatsächlich. Ändere ich die Bytes bei den beiden Audio-Streams, funktioniert das TS-File auch im DVBViewer. Zu denken gibt auch das gesetzte transport_priority Bit im zweiten Byte. Was soll uns das sagen? Wie es scheint macht das DVR-Studio bei allen Dateien, aber nur beim ersten Payload eines jeden Audiostreams. Solange es keine Probleme verursacht, soll es mir recht sein. Vielen Dank für die schnelle Hilfe. Quote Link to comment
Griga Posted January 27, 2017 Share Posted January 27, 2017 Tatsächlich. Ändere ich die Bytes bei den beiden Audio-Streams, funktioniert das TS-File auch im DVBViewer. Gut dass du dir zu helfen weißt. Wie es scheint macht das DVR-Studio bei allen Dateien, aber nur beim ersten Payload eines jeden Audiostreams. Alle Audio-Streams, oder nur AC3? Könnte eine Audio betreffende Option in DVR-Studio daran beteiligt sein? Eine Mail mit einem Link zu meiner obigen Analyse an den DVR-Studio Support wäre vielleicht einen Versuch wert. Bis zum Beweis des Gegenteils ist davon auszugehen, dass es sich um einen Bug handelt. Quote Link to comment
hurda7 Posted January 27, 2017 Author Share Posted January 27, 2017 Alle Audio-Streams, oder nur AC3? Könnte eine Audio betreffende Option in DVR-Studio daran beteiligt sein?Alle, auch bei Quelldateien mit MP2. Aber nur das mit dem gesetzten transport_piority-Flag. Eine Mail mit einem Link zu meiner obigen Analyse an den DVR-Studio Support wäre vielleicht einen Versuch wert. Bis zum Beweis des Gegenteils ist davon auszugehen, dass es sich um einen Bug handelt.Ja, werde ich machen. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.