Vegas Movie Studio HD und TS-Doctor

[SkobyMobil]

Hallo,
hier gibt es die selben Probleme wie mit "Edius". Aber mit Unterschieden:

"mp4" wird von Vegas Movie Studio HD nicht geöffnet
"m2ts" wird von Vegas Movie Studio HD geöffnet und abgespielt- nur leider ohne
Video (schwarzes Bild), Audio läuft ohne Probleme.

wenn ich das ts-File im DOC demuxe:
".264" wird wird von Vegas Movie Studio HD geöffnet und abgespielt, ohne
Probleme, kein ruckeln und zuckeln, keine Störungen

hole ich mir die gemuxten Audio´s in Vegas Movie Studio HD werden diese ohne
Probleme abgespielt- nur leider ohne Audio (kein Ton, stumm)

lege ich unter die einwandfreie VideoSpur das Audio, läuft alles ohne Probleme-
nur eben ohne Ton.

Es kommt mir ja langsam so vor, als wenn DOC mit dem ts-File des Edision-Receiver
nicht klarkommt. Es ist Bild da- und es ist Ton da.

Edius spielt den gemuxten Ton einwandfrei ab, kotzt aber beim Video.
Vegas Movie Studio HD spielt das gemuxte Video einwandfrei ab, kotzt aber beim
Audio.
"Salbe hilft nicht mehr- gehe in die Garage und hole mir ein Rad"
In diesem Sinne
Andreas

Broadcast standard: DVB

----------- PMT 0 -----------
Packet                   : $0000074C
PacketCount              : 1
PID                      : $13F6
Table ID                 : 2
Section Syntax Indicator : 1
PMT Size                 : 135
Pointer Field            : 0
Section Length           : 127
Program Number           : $283E
Version Number           : 8
Current Next Indicator   : 1
Section Number           : 0
Last Section Number      : 0
PCR PID                  : $13F7

Program Info Length      : 0

  Stream Type    : 5
  Description    : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private sections
  Elementary PID : $04F6
  ES Info Length : 5
  ES Info        : $6F, $03, $00, $10, $E0
  ES Info Text   : o___à

  Stream Type    : 27
  Description    : AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
  Elementary PID : $13F7
  ES Info Length : 3
  ES Info        : $52, $01, $09
  ES Info Text   : R__

  Stream Type    : 3
  Description    : ISO/IEC 11172 Audio
  Elementary PID : $13F8
  ES Info Length : 9
  ES Info        : $52, $01, $02, $0A, $04, $64, $65, $75, $00
  ES Info Text   : R____deu_

  Stream Type    : 3
  Description    : ISO/IEC 11172 Audio
  Elementary PID : $13F9
  ES Info Length : 9
  ES Info        : $52, $01, $04, $0A, $04, $66, $72, $61, $00
  ES Info Text   : R____fra_

  Stream Type    : 6
  Description    : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
  Elementary PID : $13FA
  ES Info Length : 10
  ES Info        : $52, $01, $03, $56, $05, $64, $65, $75, $09, $00
  ES Info Text   : R__V_deu__
  ES Info (teletext description) : 1. initial teletext page (deu) page 100

  Stream Type    : 6
  Description    : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Subtitle)
  Elementary PID : $13FB
  ES Info Length : 13
  ES Info        : $59, $08, $64, $65, $75, $20, $00, $01, $00, $01, $52, $01, $06
  ES Info Text   : Y_deu ____R__

  Stream Type    : 6
  Description    : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)
  Elementary PID : $13FC
  ES Info Length : 12
  ES Info        : $6A, $01, $00, $52, $01, $11, $0A, $04, $64, $65, $75, $00
  ES Info Text   : j__R____deu_

  Stream Type    : 6
  Description    : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Subtitle)
  Elementary PID : $13FE
  ES Info Length : 13
  ES Info        : $59, $08, $66, $72, $61, $20, $00, $01, $00, $01, $52, $01, $07
  ES Info Text   : Y_fra ____R__

CRC32                    : $3251A174 = $3251A174
-----------------------------

Selecting PMT with PID 13F6 at position 0000074C
CRC OK!
Deleting PMT entry: PID 04F6 type 5 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private sections
1 entries deleted from stream list (not found in stream or encrypted)!

0.
  stream_type              : 27 = AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
  elementary_pid           : 13F7
  ES_info_length           : 3

1.
  stream_type              : 3 = ISO/IEC 11172 Audio
  elementary_pid           : 13F8
  ES_info_length           : 9

2.
  stream_type              : 3 = ISO/IEC 11172 Audio
  elementary_pid           : 13F9
  ES_info_length           : 9

3.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
  elementary_pid           : 13FA
  ES_info_length           : 10

4.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Subtitle)
  elementary_pid           : 13FB
  ES_info_length           : 13

5.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)
  elementary_pid           : 13FC
  ES_info_length           : 12

6.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Subtitle)
  elementary_pid           : 13FE
  ES_info_length           : 13

First valid video frame found at PTS: 23:05:40.437
PCR discontinuity at PCR: 23:05:39.348 83139348ms
First AC3 frame PID $13FC at PTS: 23:05:39.414 / frame size: 1792 / 2.0/48kHz
Start writing PID $13F7 at PTS: 23:05:40.437 as video
Ignoring straying frame for PID $13F7 at PTS: 23:05:40.357
Ignoring straying frame for PID $13F7 at PTS: 23:05:40.297
Ignoring straying frame for PID $13F7 at PTS: 23:05:40.317
Ignoring straying frame for PID $13F7 at PTS: 23:05:40.337
Ignoring straying frame for PID $13F7 at PTS: 23:05:40.377
Ignoring straying frame for PID $13F7 at PTS: 23:05:40.397
Ignoring straying frame for PID $13F7 at PTS: 23:05:40.417
Start writing PID $13F8 at PTS: 23:05:40.468 aligned to video PID $13F7, remaining delay 31 ms
Start writing PID $13F9 at PTS: 23:05:40.468 aligned to video PID $13F7, remaining delay 31 ms
Start writing PID $13FC at PTS: 23:05:40.438 aligned to video PID $13F7, remaining delay 1 ms
Demuxing DONE

[Cypheros]

Mach es doch nicht so kompliziert. Diese ganze Konvertiererei ist doch ganrnicht nötig. Ausserdem müssen die Aufnahmen erst einmal durch den TS-Doctor geschickt werden um gefixt zu werden bevor Du den Remuxer verwendest.

Habe es gerade eben mit Vegas Movie Studio HD Platinum 10 und einem Stück von Bond gestern abend auf ZDF HD getestet. Einfach die TS-Datei, die der TS-Doctor erstellt hat in Vegas importieren und schon gehts. Wichtig ist es aber die sonstigen Streams wie Untertitel und zusätzliche Audiospuren zu entfernen. Am Besten im TS-Doctor nur die Video- und eine Audio-Spur auswählen beim Erstellen einer neuen Datei.
[attachimg=1]

Aber Achtung, wenn Fehler in der Aufnahme sind, die der TS-Doctor als Errors ausgegeben hat, ist die Wahrscheinlichkeit groß, dass es beim Import Schwierigkeiten gibt, die zu Tonversatz führen können. Alle bekannten Video-Editoren erwarten 100% fehlerfreie Dateien, was aber bei DVB-Aufnahmen nicht immer der Fall ist. Auch die Reparatur durch den TS-Doctor hilft da nicht.

Du musst dann vermutlich selbst die Fehlerstellen reparieren oder rausschneiden.

Falls Du damit nicht leben kannst, vergiß es DVB-Aufnahmen mit einem professionellen Video-Editor bearbeiten zu wollen.

[SkobyMobil]

Hallo,
"Alle bekannten Video-Editoren erwarten 100% fehlerfreie Dateien"
"Auch die Reparatur durch den TS-Doctor hilft da nicht."

DAS- ist doch einmal eine Aussage! Damit kann ich auch etwas anfangen!

Dann ist "reparieren" im Doc nicht im Sinn von Reparatur- sondern von
"das läuft FAST immer"
So, als wenn man ein Loch im Eimer schweißen sollte- aber ein Kaugummi reicht
auch.
D.h. aber auch, ich bin hier auf einem völlig falschen Weg- entweder mit der
Software, oder mit der Hardware, die das Material liefert.
Vielen Dank für die Mühe.
Gruß und Spaß
Andreas

[Cypheros]

Dann ist "reparieren" im Doc nicht im Sinn von Reparatur- sondern von
"das läuft FAST immer"

Nein, es ist eine Reparatur. Nicht mehr und nicht weniger. Daten, die beim Empfang verloren gegangen sind, kann der TS-Doctor nicht herbeizaubern, das kann keine Software. Er kann nur dafür sorgen, dass die Aufnahme abspielbar bleibt und die negativen Auswirkungen bei Bild und Ton so gering wie möglich ausfallen.

Versuch doch einfach durch eine gute Empfangsanlage sicher zu stellen, dass Deine Aufnahmen möglichste fehlerfrei sind, dann solltest Du die Aufnahmen mit dem TS-Doctor in ein Format bringen können, die viele der "Standard-Videoeditoren" verarbeiten können.

Allerdings gehört dazu auch etwas Fachwissen und Erfahrung um die Stolperstein zu kennen, die bei der Arbeit mit unterschiedlichen Formaten immer existieren.

[testest]

DVB ist ein lebendiges und hochkomplexes Zusammenspiel von unendlich vielfältiger Technik und auch menschlichen Fehlerquellen bevor es überhaupt deinen Receiver erreicht der dann auch nochmal reinhustet. Auch im Weltall immer wieder Subraumverzerrungen und Wurmlöcher..

Deswegen ist ts (TransportStream) schon extra so ausgelegt das es kleinere Fehler verzeiht. TSD kann nur versuchen sich in die Autobahn einzureihen, weshalb es auch ständig an neue Verhältnisse (eingehende Fehler) angepasst werden muß.

Beim Tango gibt es keine Fehler. Wenn man etwas falsch macht tanzt man einfach weiter als ob nichts gewesen wäre.

Al Pacino in "Der Duft der Frauen"

[SkobyMobil]

Hallo,
das mit dem ZDF/HD-ts-File konnte ich voll und ganz nachvollziehen.
Es funktioniert auch mit einem dasErste/HD-ts-File.

Es funktioniert NICHT mit einem Arte/HD-ts-File.

Alle ts-File´s 0 Fehler/Warnungen, alle zu gleichen Bedingungen aufgenommen.
Alle mit einem Edision-Receiver aufgenommen.
Gruß und Dank
Andreas