TTD Forum

Eine mit einer älteren Version von TFtool getrimmte Aufnahme enthält in der Beschreibung ein 0x0A statt 0x8A. Ein Event-Scan scheint keinen Unterschied festzustellen und schreibt kein 0x8A zurück. Dies gelingt erst, nachdem ich 0x0A mit einem HEX-Editor geändert habe.

Ich vermute, dass der Event-Scan nicht die Rohdaten von inf und Scan vergleicht, sondern schon aufbereitete Daten, bei denen 0x8A und 0x0A zusammenfallen.

Viele Grüße
Homer

Homer hat geschrieben:Optionen -> Dateien -> "Alle Dateien anzeigen" nicht selektiert
inf- und nav-Dateien werden nicht angezeigt.

"Umbenennen + Header" ändern und speichern -> inf wird geändert (ok) und angezeigt (nicht ok).

Viele Grüße
Homer

Twilight hat geschrieben:i dipfl reiter

Trotzdem danke
Das läuft dann offensichtlich nicht durch den Filter.

[quote="Homer"]Eine mit einer älteren Version von TFtool getrimmte Aufnahme enthält in der Beschreibung ein 0x0A statt 0x8A. Ein Event-Scan scheint keinen Unterschied festzustellen und schreibt kein 0x8A zurück. Dies gelingt erst, nachdem ich 0x0A mit einem HEX-Editor geändert habe.

Ich vermute, dass der Event-Scan nicht die Rohdaten von inf und Scan vergleicht, sondern schon aufbereitete Daten, bei denen 0x8A und 0x0A zusammenfallen.

Viele Grüße
Homer[/quote]
Ja, außerhalb der "recording-header" Komponente liegen nur PC-konforme Texte vor.

Beim Trimmen mit gleichzeitiger Konvertierung vom 5xxx- ins 2xxx-Format wird die (bisher nicht im Header vorhandene) Startzeit nicht um den abgeschnittenen Vorlauf korrigiert.

Kannst du dem Programm erlauben, gleichzeitig mehrfach zu laufen, wenn es in verschiedenen Verzeichnissen installiert ist?

Wieso ist das Trimmen (~ 15 MB/s, Format CRP -> CRP) so viel langsamer im Vergleich zum einfachen Speichen (~ 75 - 50 MB/s)?

Viele Grüße
Homer

Hallo zusammen,

ich will Dateien von meinem alten 5500PVR auf einen SRP2401 Ci+ bringen.
Ich hab die 5500er HDD per USB am PC und sehe im TFTool die Dateien.
Über FTP seh ich auch den SRP2401.

Welches Format muß ich zur Konvertierung auswählen?
SRP2xxx oder SRP2xxx UTF-8?
Bzw. wie und wo erkenne ich das, was ich auswählen muß?

VG
Ibex

Das bestimmt die SRP-Firmware. Welche hast du (Datum)?

Viele Grüße
Homer

Die vom 24. März 2015

[quote="Ibex"]Die vom 24. März 2015[/quote]
Das müsste dann eine UTF-8 Firmware sein.

[quote="Ibex"]Hallo zusammen,

ich will Dateien von meinem alten 5500PVR auf einen SRP2401 Ci+ bringen.
Ich hab die 5500er HDD per USB am PC und sehe im TFTool die Dateien.
Über FTP seh ich auch den SRP2401.[/quote]
Wenn Du das FTP-Modul in TFtool meinst, dann kannst du in den Optionen bei "SRP/CRP FTP" im Verbindungs.Profil den Receiver-Typ festlegen. Dann wird alles, was über diese Verbindung kopiert wird automatisch konvertiert.

Wenn du nur am PC konvertieren willst, dann wähle "convert ->to SRP 2xxx UTF"

Homer hat geschrieben:Beim Trimmen mit gleichzeitiger Konvertierung vom 5xxx- ins 2xxx-Format wird die (bisher nicht im Header vorhandene) Startzeit nicht um den abgeschnittenen Vorlauf korrigiert.

Ok, danke. Muss ich mir ansehen.

Kannst du dem Programm erlauben, gleichzeitig mehrfach zu laufen, wenn es in verschiedenen Verzeichnissen installiert ist?

Ich weiß gar nicht mehr den Grund, warum ich das auf eine Instanz beschränkt hatte. Irgendwas war ...
Könnte am 4/5000er Plattenzugriff gelegen haben.

Wieso ist das Trimmen (~ 15 MB/s, Format CRP -> CRP) so viel langsamer im Vergleich zum einfachen Speichen (~ 75 - 50 MB/s)?

Weil die nav dabei nicht getrimmt, sondern neu berechnet wird. Das ist für den PC wesentlich mehr Aufwand, für den Programmierer, war´s dagegen weniger Arbeit

jkIT hat geschrieben:Weil die nav dabei nicht getrimmt, sondern neu berechnet wird. Das ist für den PC wesentlich mehr Aufwand, für den Programmierer, war´s dagegen weniger Arbeit

Folgende Optionen für Dateien werden trotz Abwahl ausgeführt:

• PC Dateidatum auf Aufnahmedatum setzen
• .nav Dateien für SRP/CRP automatisch erzeugen

Viele Grüße
Homer

Alles Bestens. Danke.
Bei ein paar wenigen Dateien mußte ich mit RebuildNAV nachhelfen und bei ca. 5 geht auch jetzt 'Pause' nicht, aber das ist zu verschmerzen.

Danke,

Homer hat geschrieben:Folgende Optionen für Dateien werden trotz Abwahl ausgeführt:

• PC Dateidatum auf Aufnahmedatum setzen

Ist wohl in Vergessenheit geraten. Kommt auf die Liste.

• .nav Dateien für SRP/CRP automatisch erzeugen

Das war aus der Zeit der NAV Tests und fliegt raus, wenn ich dran denk

[quote="Ibex"]Alles Bestens. Danke.
Bei ein paar wenigen Dateien mußte ich mit RebuildNAV nachhelfen und bei ca. 5 geht auch jetzt 'Pause' nicht, aber das ist zu verschmerzen.[/quote]
Danke für´s Feedback.
Es scheint eine bestimmte Konstellation zu geben, wo die nav Erzeugung nicht korrekt arbeitet. Ich habe aktuell auch ein Sample aus AUS.
Vielleicht könntest du die ersten paar Megabyte des ein, oder anderen Problemfall irgendwo hochladen und mir den Link zur Analyse zukommen lassen.

jkIT hat geschrieben:Das war aus der Zeit der NAV Tests und fliegt raus, wenn ich dran denk

Ich möchte das aber nutzen.
Damit könnte ich das Trimmen beschleunigen und später mit "Extras -> create Nav" die Nav-Dateierzeugung nachholen, wenn ich mit dem Trimmen fertig bin.

Viele Grüße
Homer

Achso, dann wäre es ja noch nützlich, wenn´s funktionieren würde

[quote="jkIT"]Danke für´s Feedback.
Es scheint eine bestimmte Konstellation zu geben, wo die nav Erzeugung nicht korrekt arbeitet. Ich habe aktuell auch ein Sample aus AUS.
Vielleicht könntest du die ersten paar Megabyte des ein, oder anderen Problemfall irgendwo hochladen und mir den Link zur Analyse zukommen lassen.[/quote]


Wie kann ich denn von einer Datei die ersten paar MBs separieren?
Ich würde es dann mal versuchen.

z.B. in TFtool:
- Datei markieren
- Menü "Extras" -> Test -> Dateibeginn exportieren
- gewünschte Größe eingeben und [ok]
- Ziel auswählen.

Hoffe, das funktioniert noch

jkIT hat geschrieben:z.B. in TFtool:
- Datei markieren
- Menü "Extras" -> Test -> Dateibeginn exportieren
- gewünschte Größe eingeben und [ok]
- Ziel auswählen.

Hoffe, das funktioniert noch

Es funktioniert noch. Ich hatte schon vergessen, wo es war.

Dort ist der Anfang einer Aufnahme, die TFtool nicht spielen bzw. trimmen will.
Zwischen den TS-Paketen @ 0x738C0 und 0x73980 fehlen einige Pakete. Die Lücke dauert 69 ms (von 482 ms bis 551 ms).

Viele Grüße
Homer

Homer hat geschrieben:Folgende Optionen für Dateien werden trotz Abwahl ausgeführt:

• PC Dateidatum auf Aufnahmedatum setzen
• .nav Dateien für SRP/CRP automatisch erzeugen

Nachtrag: für beide Optionen gibt es im kompletten Code keine Anwendung mehr.
Datum setzen werde ich daher raus nehmen.
Die nav Option ist relativ leicht umsetzbar.

Homer hat geschrieben:Dort ist der Anfang einer Aufnahme, die TFtool nicht spielen bzw. trimmen will.
Zwischen den TS-Paketen @ 0x738C0 und 0x73980 fehlen einige Pakete. Die Lücke dauert 69 ms (von 482 ms bis 551 ms).

Hab mir das angesehen. TFtool stoppt die Dekodierung, weil die Bildnummer 0 fehlt. Das könnte man ignorieren, weil der erste Frame mit der Bildnummer 1 ein B-Frame ist und sowieso nicht angezeigt wird. Dann kommt der Dekoder bis zum wichtigen ersten I-Frame. Aber auch der ist offensichtlich nicht komplett (siehe Screenshot). Ob man dann trimmen könnte, kann ich aufgrund der Kürze des Clips nicht sagen.
Daher müsste die Aufnahme erst durch ProjectX gesäubert werden.

jkIT hat geschrieben:Nachtrag: für beide Optionen gibt es im kompletten Code keine Anwendung mehr.

Meinst du damit, dass die jeweilige Einstellung nicht abgefragt wird?

jkIT hat geschrieben:
Datum setzen werde ich daher raus nehmen.

Beim Trimmen setzt TFtool das Datum der rec-Datei auf das Aufnahmedatum, die inf- und nav-Dateien er- und behalten das aktuelle Datum. Wenn VLC das Trimmergebnis nicht spielt, muss ich die drei Dateien löschen (und mit einem anderen Startpunkt erneut trimmen). Um diese schnell zu finden, hätte ich gerne alle mit dem gleichen aktuellen Datum.

jkIT hat geschrieben:
Die nav Option ist relativ leicht umsetzbar.

jkIT hat geschrieben:Ob man dann trimmen könnte, kann ich aufgrund der Kürze des Clips nicht sagen.

Wieviel willst du von den 9 953 910 848 Bytes der Aufnahme?

Viele Grüße
Homer