Hallo,
beim Schnitt mancher TS-Dateien kommt nach dem Schnitt die Fehlermeldung "Warnung: Keine Audiodateien geschrieben", wenn der Schnitt zu 100% abgeschlossen wurde. Die resultierenden TS-Dateien haben dann alle kein Audio.
Szenario: Aus einer großen TS-Datei mit mehreren Sendungen sollen drei kleine TS-Dateien erstellt werden (Aufteilen und Werbung entfernen).
Beim Überprüfen des Streams werden keine Fehler gefunden.
Die Schnittvorschau läuft problemlos durch und hat Audio.
Die resultierenden 3 TS-Dateien wurden perfekt geschnitten aber haben alle kein Audio.
Anbei die Logdateien vom Check und vom Schnitt.
Getestet mit der aktuellsten TS Doctor Version 1.2.108.
Viele Grüße
sw2301
benutzt du die aktuelle Version 1.2.108?
ich glaub der Fehler wurde da bereits gefixt ;)
EDIT:
war sogar schon die .104 ;)
http://forum.cypheros.de/index.php?topic=17.0 (http://forum.cypheros.de/index.php?topic=17.0)
wenn du den Fehler auch mit der aktuellsten Version hast, meld dich einfach nochmal
Laut Log wurde der Check mit Version 1.2.104 durchgeführt, der Schnitt jedoch mit 1.2.108. ;)
Das scheint mit dem im Log verzeichneten PCR-Wrap zusammen zu hängen. Könntest Du mir diese Aufnahme wohl auf meinen FTP-Server hochladen zum Check?
Ich versuche dann kurzfristig eine Lösung zu finden.
@ Djfe: Habe die aktuellste Version, wurde sogar heute aktualisiert. Scheint an der TS-Datei zu liegen und an dem PCR-Wrap. Aber egal ob der korrigiert wird oder nicht, die resultierenden Dateien sind immer ohne Audio.
@ ErichV: Stimmt, genau nach dem Check und der ersten Fehlermeldung kam die Updatebenachrichtigung über die neue Version.. dann kam leider wieder der gleiche Fehler.
@ Cypheros: Kein Problem, habe die TS-Datei noch. Schick mir die Zugangsdaten per Email oder PM.
LG
sw2301
Hallo,
einen solchen Fall hatte ich heute auch erstmalig. Das Schreiben der Datei bricht nach 17% mit dieser Fehlermeldung ab, die erzeugte Datei ist gerade mal 564 Byte groß und läßt sich natürlich nicht wiedergeben. Die Überprüfung der Originaldatei liefert keine Fehler oder Warnungen. Version 1.2.108.
@LWKPeter: Poste mal bitte das entsprechende Log von der Aufnahme.
Ist beigefügt. In dem Ergebnis der Bearbeitung steht tatsächlich:
Dateigröße vorher 1,04 GB
Dateigröße nachher gelöscht 1,04 GB, 564 Bytes
Warnungen 0, Fehler 0
Wie kriegst Du das hin LKWPeter ?
Cutting areas (PES aligned)
Cut 1 In : 04:02:05.146 ()
Cut 1 Out: 04:16:53.826 ()
Cut 1 PCR/PTS/DTS offset: 00:00:00.000
Cut 2 In : 03:55:25.826 ()
Cut 2 Out: 03:55:25.866 ()
Cut 2 PCR/PTS/DTS offset: 00:21:28.000
Der Zweite Schnitt liegt vor dem ersten Schnitt!!!
Sowas sollte nicht möglich sein. Erklär mal bitte, wie Du das hingekriegt hast?
Ich stehe vor einem Rätsel.
Ich vermute mal bei mir liegt es am TS-Stream und am gefundenen "PCR-Wrap", es war eine Aufnahme von Tele 5 HD.
In der Wiederholung in der Nacht wurde keiner gefunden und die Schnitte hatten alle Audio.
Bei einer früheren TS-Datei mit einer Aufnahme vom gleichen Sender hatte ich die Fehlermeldung auch, da half es die TS-Datei im TS-Doctor gekürzt zu öffnen und Teile am Anfang und am Ende weg zu lassen. Damit konnte ich wenigstens einen Teil der Datei mit Audio schneiden.
Weiß jemand, was dieser PCR-Wrap genau ist?
LG
sw2301
PCR-Wrap siehe: http://forum.cypheros.de/index.php?topic=1637.msg8347#msg8347 (http://forum.cypheros.de/index.php?topic=1637.msg8347#msg8347)
Was passiert, wenn du deine *.ts Datei zuerst fixt (neue Datei erzeugen = Entfernung des PCR Wrap) und diese neue Datei dann versuchst mit dem TS-Doctor zu bearbeiten/schneiden?
Danke, das hat bei meiner Problemdatei geklappt. :D
schätze, dass da wohl irgendwas bei den Wrappern zerschossen war und ein Schnitt mehr kaputt gemacht als gefixt hat :)
ist ja genauso toll wie bei Mam letztens, wo das ZDF plötzlich einen 26 Stunden Tag hatte (ist das immer noch so?)
Zitat von: Djfe am Januar 13, 2014, 22:08:17
genauso toll wie bei Mam letztens, wo das ZDF plötzlich einen 26 Stunden Tag hatte (ist das immer noch so?)
Na klar, und bei Bedarf nehmen sie noch die Nacht hinzu!
also benutzt das ZDF momentan eine provisorische Lösung, in der die Zeit manuell zurückgesetzt wird nach Ende der Nacht, weil der Fehler noch nicht gefunden wird oder wie meinst du das mit bei Bedarf wird noch die Nacht hinzugenommen?
Danke sw2301, konnte den Fehler dank Deiner Testdatei finden. Wenn ein PCR-Wrap auftritt und gleichzeitig der Teletext einen falschen PTS-Wert hat, was bei einigen Sendern üblich ist, kommt es zur Fehlermeldung "Keine Audiodaten geschrieben".
Sollte ab der 1.2.109 Geschichte sein. ;D
Kein Thema, danke für den super Support!
Habe eine weitere TS-Datei, wo "Warnung: Keine Audiodateien geschrieben" beim Schnitt kam.
Die Datei wurde diesmal gar nicht geschnitten, sondern es kam gleich das Beendenfenster (0 Byte entfernt).
TS Doctor konnte keinen Fehler und PCR-Wrap finden, neuschreiben der Datei hat auch nichts geholfen (anbei die Logs).
LG
sw2301
Probier mal die neue Beta 1.2.110 !
Danke, die Beta hats geschafft 8)
Supi, dann hat sich die Arbeit gelohnt ;D
Hallo Cypheros,
bei einer TS-Datei gibt selbst die aktuelle 1.12.110 Beta diese Fehlermeldung aus.
Habe die Datei gecheckt (OK, 0 Fehler), versucht neu zu erstellen (Warnung gleich am Anfang) und versucht zu schneiden (Sendung 1 OK, bei Sendung 2 Warnung gleich am Anfang).
Anbei die jeweiligen Logs.
Viele Grüße
sw2301
hilft/funktioniert ein Remuxen bei der Aufnahme?
Nein, der TS Remuxer erstellt nur MP4-Dateien und TS Demuxer erstellt H264- und AC3-Dateien.
Die können aber später vom Programm nicht mehr geschnitten werden.
Und es gibt anscheinend keinen TS Muxer, um H264- und AC3-Dateien in schnittfähige TS-Dateien umzuwandeln.
Versuch mal vor dem Schneiden die Datei erst durch den TS-Doctor zu schicken. Datei Öffnen und dann "Neue Datei erzeugen". Die reparierte Datei sollte sich besser schneiden lassen.
Vielen Dank! :o
Das ist ja verrückt, genau das probierte ich nachdem der eigentliche Schnitt fehlgeschlagen war.
Daraus resultierte dann die angehängte "neu-erstellen.log", es kam der gleiche Audifehler wie beim Schneiden.
Jetzt nach einigen Stunden klappt jedenfalls die Neuerstellung.
Anscheinend muss der TS Doctor erst vorher komplett beendet werden oder eine andere Datei vorher geschnitten werden, die fehlerfrei ist.. Kurios.
Zitat von: sw2301 am Februar 27, 2014, 20:40:24
Nein, der TS Remuxer erstellt nur MP4-Dateien und TS Demuxer erstellt H264- und AC3-Dateien.
Die können aber später vom Programm nicht mehr geschnitten werden.
Und es gibt anscheinend keinen TS Muxer, um H264- und AC3-Dateien in schnittfähige TS-Dateien umzuwandeln.
Ich habe vom TS Remuxer und nicht Formatkonverter gesprochen ;)
den findest du unter Expertenwerkzeuge und der beherrscht das Demuxen und danach erneute Muxen in TS, M2TS, Mp4 und MKV
Ich probierte den TS Remuxer, der erstellt bei mir nur MP4-Dateien (Screenshot anbei).
Es gibt noch weniger Auswahl als beim Formatkonverter, nur MP4.
Welche TS Doctor Version hast du (Beta 1.2.110 oder die letzte offizielle)?
Ich nutze den TSD .110 und es sind alle ünterstützten Tools installiert.
Ich poste nachher mal einen Screenshot wie es bei mir aussieht ;)
sieht bei mir so aus:
[attachimg=1]
Ah, danke, das lag am fehlenden TsMuxer-Eintrag. Jetzt sieht es bei mir genauso aus ;D
kannst ja beim nächsten Mal ausprobieren, ob es dir hilft, wenn selbst das normale Fixen nicht hilft ;)
Ich konnte den Bug weiter eingrenzen und reproduzieren.
Die Warnung kommt, wenn der TS Doctor mehrere Schnitte durchgeführt hat und nicht neugestartet worden ist, und zwar auch nach einem kompletten Remux vom Stream. Nach einem Neustart des TS Doctors klappt der Schnitt, es sollte daher nicht am Stream liegen.
Anbei die Logs:
- Versuch1.log = Erstes Auftreten der Warnung
- Remux.log = Log vom anschließenden Remux
- Versuch2.log = Zweites Auftreten der Warnung beim Neuerstellen ohne Schnitt
- Versuch3.log = Schnitt der ursprünglichen Datei nach Neustart, keine Fehler
Ich vermute, dass der benutzte Speicher mit der Fehlermeldung zusammenhängt.
Warnungen kamen bis jetzt immer bei Used memory: 408,93 MB, 619,13 MB, 560,39 MB, 611,14 MB, 636,45 MB (sehr hohe Werte nach mehreren Schnitten, eventuell eine Art "Memory Leak")
Direkt nach Programmstart kam keine Warnung, Used memory: 76,7 MB (!)
Viele Grüße
sw2301
Gerade kam die neue TS Doctor Beta 1.2.111 heraus, dort hat sich der Speicherverbrauch nicht geändert.
Nachfolgend das ganze noch etwas genauer mit der Beschreibung was gemacht wurde:
Schnitt1: Used memory: 82,31 MB (Schnitte OK, Konvertiert zu MKV, neue TS-Datei geladen)
Schnitt2: Used memory: 373,82 MB (Datei 1 OK, Datei 2 wurde übersprungen!)
Schnitt3: Used memory: 401,72 MB (Erste Schnittpunkte gelöscht, Datei 2 wurde korrekt erstellt)
Schnitt4: Used memory: 431,41 MB (Schnittpunkte bearbeitet, Datei 2 nachgeschnitten)
Schnitt5: Used memory: 456,76 MB (Schnittpunkte bearbeitet, Fehlermeldung Warnung keine Audiodaten geschrieben!)
(Neustart TS Doctor)
Schnitt6: Used memory: 80,12 MB (Schnittpunkte bearbeitet, Datei 2 nachgeschnitten)
Schnitt7: Used memory: 243,24 MB (Schnittpunkte bearbeitet, Datei 2 nachgeschnitten)
Anbei die gezippten Logs.
Momentan sollte der TS Doctor nach jedem Schnitt komplett neugestartet werden.
Sonst riskiert man, dass bei mehreren Schnitten die zweite Datei übersprungen wird, weil der Wert für Used Memory anscheinend zu hoch wird?
Wenn Schnittpunkte mehrmals nachkorrigiert werden müssen, damit der Schnitt perfekt wird, kommt hinterher "Warnung: Keine Audiodaten geschrieben".
Der Schnitt ist dann nicht mehr möglich, weil der Wert für Used Memory bei 400-700 MB ist.
Somit müsste der TS Doctor spätestens nach 3 oder 4 Schnittversuchen komplett neugestartet werden.
Viele Grüße
sw2301
Der Speicherverbrauch vom Doc wird hauptsächlich von den verwendeten Dekodern bestimmt (deren Pages werden dem Doc zugerechnet).
Das ist wohl der Cache, den sie anlegen.
Wenn Du also hier ein Leck erkennen solltest, dann wirf mal einen tieferen Blick auf LAV und andere, die Du installiert hast.
Allerdings, was sind heute schon 700Mb unter Freunden? 8)
Da solle keine Kiste bei ins Trudeln kommen. Kritisch wirds erst, wenn man sich den 2Gb nähert, dann gehen dem Doc die Adressleitungen aus...
(ich hab hier gerade mal spaßeshalber ein Auge auf den Doc gehalten, nach vier Filmen bin ich bei 230Mb, und das ist recht konstant. Beim "neue Datei erzeugen" gehts hoch auf 408, aber wenn fertig, dann auch wieder runter. Da ist kein Leck)
Zitat von: Mam am März 10, 2014, 06:28:20
Allerdings, was sind heute schon 700Mb unter Freunden? 8)
Da solle keine Kiste bei ins Trudeln kommen. Kritisch wirds erst, wenn man sich den 2Gb nähert, dann gehen dem Doc die Adressleitungen aus...
Find ich auch seltsam, mein Rechner hat 16 GB Speicher und davon sind durchschnittlich 11 GB frei.
Aber sobald der Speicherverbrauch vom Doc ca. 350 MB erreicht, schneidet er beim Schnitt von mehreren Dateien seltsamerweise nur noch Datei 1 und Datei 2 nicht mehr.
Im Log steht dann:
"File sizes:
D:\Tmp\Datei1.ts 2,09 GB
D:\Tmp\Datei2.ts 0 Bytes" :o
Und der Speicherverbrauch vom Doc geht komischerweise während der Laufzeit nicht automatisch runter sondern steigt munter weiter.
Als Abschluss kommt dann die "Warnung: Keine Audiodateien geschrieben".
Das ist zwischen 450 MB und 700 MB und dann geht nichts mehr bis auf Stream überprüfen.
Im Log steht dann:
"Cutted packets at the beginning: 0
Cutted packets at the end: 0
PID stream sizes
$01FF: 0 B
$0203: 0 B
ERRORS : 0
WARNINGS : 0
Speed: 0,0 MBytes/sec
Duration: 00:00:05" :o
Kann es mir nicht erklären, warum da schon so früh Schluß ist.
Falls es hilft, ich benutze den Haali-Mediasplitter v1.13.138 und die LAV-Filter v0.60.1.0.
Mit diesem Setting habe ich die besten Schnittergebnisse.
Als Workaround starte ich den Doc jetzt nach jedem Schnitt neu und speicher in mehreren Cutlisten.. ;D
Viele Grüße
sw2301
Also, wenn es bei Dir nicht mehr runtergeht, bedeutet das ja wohl, dass irgendein Programm den Speicher nicht mehr freigibt.
Ich sag extra "irgendein", denn bei mir passiert es ja nicht.
Also können wir, glaube ich, den TS Doc schon mal ausschließen.
Installier doch mal spaßeshalber Direct X und den Grafiktreiber bei Dir neu, vielleicht klemmts ja da irgendwo?
NB: 16Gb sind egal, auch 11Gb frei helfen nicht weiter. Der TSD ist nur ein 32 Bit Programm, mehr als 2Gb kann er nicht verarbeiten. Aber selbst bei 64 Bit Programmen ist bei 3Gb Schluß. Du kannst zwar mehrere solcher Programme gleichzeitig starten, aber jedes für sich kann nur diesen Anteil an Speicher belegen.
Heute hatte ich das mit den Audiodaten auch mal (Sky Aufnahme von "After Earth" heute nachmittag) - da wurde aber schon im Schnittfenster ein Wert von minus 24 irgendwas Stunden angezeigt...
Hab das dann mal mit XMedia Recode in TS wandeln lassen und dann dem Doc noch mal vorgeworfen - Ergebnis war dann zumindest mit VLC unsynchroner Ton.
Habs dann vor Frust gelöscht (daher kein Log) und nehme mal ne Wiederholung zwecks erneutem Test auf.