TS Doctor vergisst Dateinamen bei Neuscan aufgrund z. B. verschlüsseltem Stream

[raje]

Hallo,
ich verwende die 1.2.82. Folgendes Problem ist mir jetzt schon mehrfach (aber eher selten) aufgefallen: Nach einem "Nur überprüfen"-Lauf schreibt TS Doctor die Dateien Check- und TXT-Dateien mit folgendem Namen in's gleiche Verzeichnis wie die Ausgangsdatei:

1. _check.log
2. _check.txt

statt

1. Originaltitel_check.log
2. Originaltitel_check.txt

D.h. er vergisst irgendwie den Originaltitel, die Dateien selbst sehen inhaltlich aber gut/normal aus.
Was mir dann auch noch aufgefallen ist: Wenn ich dann einen "Neue Datei erzeugen"-Lauf durchführe, dann kopiert er auch die "*.eit", "*.ts.cuts". "*.ts.meta", "*.ts.ap" und "*.ts.sc"-Dateien nicht mit an die Stelle der neu generierten ts-Datei. Ich vermute hier die selbe Ursache.

Bei letzen Mal ist es mir bei einer Datei aufgefallen, bei der er nochmal neu gescannt hat, nachdem er am Anfang verschlüsselte Pakete weggeschnitten hat (es kommt die Meldung "Verschlüsselte Packete übersprüngen" -> Antwort JA, und dann "Verschlüsselten Bereich wegschneiden und neu scannen" -> Antwort JA). Ich vermute, dass er nach dem "Neuscan" schlicht den alten Originaltitel nicht übernimmt.

PS: Bitte mal die falsche Rechtschreibung "Packete" korrigieren. Es heißt "Pakete" :-). Ist mir auch schon an anderen Stellen (ich glaube in Logs aufgefallen).

Grüße,
Premi

[Cypheros]

Läds Du die Aufnahme von einem Netzwerk-Server, bzw. von direkt von der Box in den TS-Doctor?
Sind Sonderzeichen im Pfad oder Dateinamen?

Das Log ist englisch und da heißt Paket: "packet"

[raje]

> Läds Du die Aufnahme von einem Netzwerk-Server, bzw. von direkt von der Box in den TS-Doctor? Sind Sonderzeichen im Pfad oder Dateinamen?
Sonderzeichen sind im letzten Fall kein drin gewesen. Aber ich verwende den TS Doctor unter Linux 64-Bit mit Virtualbox (unter Windows 8 in der virtuellen Maschine). TS Doctor ist das einzige Tool, was ich im Moment produktiv unter der virtuellen Maschine nutze. Da siehst Du mal die Wichtigkeit :-). Aber ein Linux-Port wird dringend notwendig, es müssen schließlich auch mal anständige Betriebssysteme unterstützt werden :-).

> Das Log ist englisch und da heißt Paket: "packet"
Naja, es ging mir ja um den Deutsch/Englisch-Mix: "Verschlüsselte Packete überspringen". Das ist schon irgendwie komisch .

[raje]

Achso zum Netzwerkzugriff: Ja, unter Virtualbox gibt es so eine Art "Shared Directory", mit dem man auf eine Ordner auf dem Linux-Rechner zugreift. Dort liegen die Daten.

Ich kann ansonsten dort immer problemlos "checken", er legt auch immer die entspr. Check-Dateien an (nur in diesen wenigen Fällen nicht).

Was z. B. nicht geht ist, dass ich über diesen Mechanismus eine "neue Datei erzeuge". Das Schreiben kriegt TS Doctor dann nicht hin, obwohl das mit den Check-Files geht. Das wäre super, wenn das auch noch gehen würde (kann man ja ganz leicht testen / reproduzieren unter Virtualbox), denn aktuell muss ich immer die kompletten Datei zeitaufwändig vorher hin- und herkopieren, trotz Shared Directory.

[Djfe]

zum Thema Linux Support:
nativer Support zum Laufen auf einer Dreambox/Engima System wäre cool
aber wird von der Leistung her wohl nicht ausreichen
(VU+ Solo2 hat Dualcore mit 1333MHZ)

[raje]

@Cypheros: Also ich kann nach einigen Tests ausschließen, dass es mit der Virtualbox oder Netzlaufwerken zu tun hat. Ich kann auf einem dedizierten Windows 8-Rechner ohne Netzzugriff nachvollziehen, dass das Problem immer auftritt. Wenn ich jedoch beim Scannen auf "Verschlüsselte Packete übersprüngen" -> Antwort JA, und dann "Verschlüsselten Bereich wegschneiden und neu scannen" -> Antwort NEIN (im Gegensatz zum Fehlerfall) klicke, dann tritt das Problem nicht auf. D.h. für mich eindeutig, dass es an dem "Rescan" nach Wegschneiden der verschlüsselten Bereiche liegt, dass der Name "vergessen" wird.

@Djfe: Die Anmerkung verstehe ich nicht ganz. Linux ist ein Betriebssystem, was man auch durchaus auf dem Desktop nutzen kann (man höre und staune :-) ). Und dies tue ich, weil ich ein System brauche, was stabil läuft, sich deterministisch verhält und außerdem noch komfortabel ist (wenn man die richtige Desktop-Umgebung einrichtet und ein wenig Hand anlegt ist jedes Windows einfach nur Mist dagegen). Aber egal, die bequemen Leute sollen bei Ihrem Windows bleiben, das hält mir die Viren und Trojaner durch diese Windows-Monokultur vom Hals :-).

Linux auf einer Set-Top-Box, ggfs. mit einem integrierten TS-Streamreparieren ist ein anderer Usecase als ich ihn hier mit meinem Linux habe.
[Bekehrung Ende :-) ]

[Cypheros]

@Cypheros: Also ich kann nach einigen Tests ausschließen, dass es mit der Virtualbox oder Netzlaufwerken zu tun hat. Ich kann auf einem dedizierten Windows 8-Rechner ohne Netzzugriff nachvollziehen, dass das Problem immer auftritt. Wenn ich jedoch beim Scannen auf "Verschlüsselte Packete übersprüngen" -> Antwort JA, und dann "Verschlüsselten Bereich wegschneiden und neu scannen" -> Antwort NEIN (im Gegensatz zum Fehlerfall) klicke, dann tritt das Problem nicht auf. D.h. für mich eindeutig, dass es an dem "Rescan" nach Wegschneiden der verschlüsselten Bereiche liegt, dass der Name "vergessen" wird.

OK, schau ich mir an. Wenn es so reproduzierbar ist, dann lässt es sich auch beheben.
Danke.

[raje]

Hallo,
konnte dieses Problem denn mit der letzten Release gelöst werden? Ich konnte es noch nicht testen, bin gerade nicht vor Ort...

[Cypheros]

Ich hoffe in der aktuellen Beta tritt das Problem nicht mehr auch. Die Routinen für den Dateinamen beim Speichern wurden überarbeitet.

[Djfe]

@Djfe: Die Anmerkung verstehe ich nicht ganz. Linux ist ein Betriebssystem, was man auch durchaus auf dem Desktop nutzen kann (man höre und staune :-) ). Und dies tue ich, weil ich ein System brauche, was stabil läuft, sich deterministisch verhält und außerdem noch komfortabel ist (wenn man die richtige Desktop-Umgebung einrichtet und ein wenig Hand anlegt ist jedes Windows einfach nur Mist dagegen). Aber egal, die bequemen Leute sollen bei Ihrem Windows bleiben, das hält mir die Viren und Trojaner durch diese Windows-Monokultur vom Hals :-).

Linux auf einer Set-Top-Box, ggfs. mit einem integrierten TS-Streamreparieren ist ein anderer Usecase als ich ihn hier mit meinem Linux habe.
[Bekehrung Ende :-) ]

war auch nur auf das Thema Linux Support bezogen und nicht speziell auf deinen Anwendungsfall
aber selbst die Leistungsdaten der besten Settopbox mit Linux, die ich kenne, (VU+ Solo2) entsprechen nicht den Voraussetzungen, die Cypheros auf seiner Seite gelistet hat