TFtool 0.9.3

[Homer]

Manchmal wird eine Aufnahme als "TF5000" statt "TF5200" erkannt. Dann werden beim "Film trimmen" die EPG-Infos verstümmelt. Wie unterscheidet TFtool diese beiden Typen? Ich würde gerne den falsch erkannten Header vor dem Trimmen patchen.

Viele Grüße
Homer

[jkIT]

[quote="Homer"]Manchmal wird eine Aufnahme als "TF5000" statt "TF5200" erkannt. Dann werden beim "Film trimmen" die EPG-Infos verstümmelt. Wie unterscheidet TFtool diese beiden Typen? Ich würde gerne den falsch erkannten Header vor dem Trimmen patchen.

Viele Grüße
Homer[/quote]
TFtool geht heuristisch vor. Es werden verschiedene Werte der TransponderInfo auf Gültigkeit geprüft und "Punkte" vergeben, bzw. abgezogen. Das Format mit den meisten Punkten gewinnt.

für DVB-S werden Polarity, Symbol_Rate, und Frequency getestet.
für DVB-T werden Bandwidth, LP_HP_Stream, und Frequency getestet.
für DVB-C werden Modulation, Symbol_Rate, und Frequency getestet.

Bei Gleichstand gewinnt S vor C vor T.

[Homer]

TFtool geht heuristisch vor. Es werden verschiedene Werte der TransponderInfo auf Gültigkeit geprüft und "Punkte" vergeben, bzw. abgezogen. Das Format mit den meisten Punkten gewinnt.

für DVB-S werden Polarity, Symbol_Rate, und Frequency getestet.
für DVB-T werden Bandwidth, LP_HP_Stream, und Frequency getestet.
für DVB-C werden Modulation, Symbol_Rate, und Frequency getestet.

Bei Gleichstand gewinnt S vor C vor T.

Dann stimmt etwas mit dem Code nicht. Beim DVC-S-Test gibt es -3 Punkte -1 Punkt und beim DVB-C-Test gibt es +3 Punkte.

Code: Alles auswählen

Hex-Offset Länge Hex-Daten Punkte Prüfung
for dvb-s:
+35 L1 01       -1 RECTPInfoSat.Polarization & 0x6F == 0 ?
[strike]+41 L2 0000     -1 RECTPInfoSat.SymbolRate in [2000...30000] ?
+3D L4 0F040080 -1 RECTPInfoSat.Frequency in [10700...12800] ?[/strike]
+39 L4 F400B527 -1 RECTPInfoSat.Frequency in [10700...12800] ?
+3D L2 0F04     +1 RECTPInfoSat.SymbolRate in [2000...30000] ?

for dvb-c
+34 L4 0001DC90 +1 RECTPInfoCable.Frequency in [47000...862000] ?
+38 L2 1AF4     +1 RECTPInfoCable.SymbolRate in [2000...30000] ?
+3E L1 04       +1 RECTPInfoCable.Modulation <= 4 ?
  
Header:
+00 5446726350000000 0026003000000000
+10 057075A2010B0265 0265826652544C20
+20 4E4954524F000000 0000000000000000
+30 000000000001DC90 1AF400B5270F0400
+40 800000280000BE44 DF390023DF39010F
+50 0406004865726F65 73054162656E7465

Viele Grüße
Homer

[jkIT]

Kannst du mir bitte das TFtool Log und die ersten 4 KB der Datei mailen.

[Homer]

Erledigt.

Viele Grüße
Homer

[Homer]

Ich habe oben zwei Offsets korrigiert, weil die Tests nicht in aufsteigender Offset-Reihenfolge im pdf* stehen und ich mich darauf hin verlaufen hatte.
*: TF_Internal_Info.pdf vom 06.01.2009

Viele Grüße
Homer

[jkIT]

Das mach nichts, der Grund ist ein anderer.
Der Header der Aufnahme ist zu kurz (1504 Bytes), dadurch wird gar nicht auf DVB-S/-C/-T getestet, sondern ein nur rudimentär unterstütztes altes Format angenommen.
Ich hab im Quellcode eine Korrektur von 07/2013 gefunden, die ich MuffinMan mal geschickt hatte. Kriegst ne Testversion per Mail.

[Homer]

Beide Programmversionen erkennen TF5200 statt TF5x00 und erzeugen beim Trimmen identische TF5200-Dateien mit kompletten EPG-Infos.
Meine problematische Datei wurde am Topf von Vor- und Nachlauf befreit. Außerdem hatte ich die EPG-Daten mit 3PG nachträglich geändert, da ich eine Doppelfolge aufgetrennt hatte.
Vielen Dank. Ich werde ab jetzt die "neue" Version einsetzen.

Viele Grüße
Homer

[jkIT]

Beide Programmversionen erkennen TF5200 statt TF5x00 und erzeugen beim Trimmen identische TF5200-Dateien mit kompletten EPG-Infos.

Freut mich, danke für´s Feedback.

Meine problematische Datei wurde am Topf von Vor- und Nachlauf befreit. Außerdem hatte ich die EPG-Daten mit 3PG nachträglich geändert, da ich eine Doppelfolge aufgetrennt hatte.

Dann kam der ungewöhnliche Header evtl. daher.

[Jerac]

Mein Problem ist 1. daß ich keine Möglichkeit finde, mts-Dateien in rec-Dateien zu convertieren. Ich dachte, ich hätte hier gelesen, daß dieses Tool es kann (einfach durch drag and drop - wow!) aber mit der Version, die ich runtergeladen habe (0.9.2.4) klappt das nicht. Das ist mein 2. Problem. Eine andere Version finde ich nicht und auch der hier irgentwo angesprochene "interne update" ist weder als Button, noch als Link noch als Datei zu finden.

Was tun?

[jkIT]

[quote="Jerac"]Mein Problem ist 1. daß ich keine Möglichkeit finde, mts-Dateien in rec-Dateien zu convertieren. Ich dachte, ich hätte hier gelesen, daß dieses Tool es kann (einfach durch drag and drop - wow!) aber mit der Version, die ich runtergeladen habe (0.9.2.4) klappt das nicht.
Das ist mein 2. Problem. Eine andere Version finde ich nicht und auch der hier irgentwo angesprochene "interne update" ist weder als Button, noch als Link noch als Datei zu finden.

Was tun?[/quote]
Den Download Link findest du z.B. im ersten Post dieses Threads.

[Spider9999]

Anm: aus Nachbar-Fred
viewtopic.php?p=1036844#p1036844
hierher rüberkopiert, da an dieser Stelle wohl passender ...

------------------------------------------------------------------------------------------------

Schade. Ich nutze TopfHDRW auch immer noch, um am PC Inhalte abzugleichen und Dateinamen zu bearbeiten u.ä..

Hallo

Mein alter Topf TF5500 hat den Geist aufgegeben, will da auch nix mehr an Reparaturen investieren

Frage: Hatte damals in den Topf ne 1 TB SATA-Platte eingebaut, weiß aber nicht, wie ich von der noch ein paar mir wichtige Aufnahmen auf den PC "retten" kann

Das alte TopfHDRW funzt jedenfalls unter Win8.1 64bit bei mir nicht mehr (Altair etc. pp. hingegen gingen nach Treiber-Anbindung wie von Aldarin beschrieben bislang immer noch ...)

Gibt's irgend ne (alternative) Möglichkeit, das Topf-Dateisystem der 5000er Serie (ist es JFS oder FAT24 ?) am PC auszulesen, um noch ein paar REC-Files von der Platte zu ziehen ? Die ließen sich dann ja z.B. immer noch mit dem VLC-Player abspielen ...

LG, Spider9999

EDIT: Sehe grade nach erfolgreicher Boardsuche (leider ständig Datenbank-Fehler, das Forum hakt gewaltig ...), dass die "neueste" Tftool-Version 0.9.348 von 2010 das grundsätzlich wohl kann und auch unter Win8 64bit lauffähig ist, das HDD-"Auslesen" funzt aber wohl nicht über externe USB-Anbindung ... muss die alte Topf-Platte also wohl oder übel intern direkt an nen PC-SATA-Anschluss hängen, um iwie weiterzukommen ...

[jkIT]

Sollte auch mit USB Platte gehen.

Hast du TFtool mit Admin Rechten gestartet?

Die braucht es, damit das Programm direkt auf die Festplatte zugreifen darf.
Das gilt ziemlich sicher auch für TopfHDRW.

[Spider9999]

Hallo jkIT

Habe die alte Topf-Platte jetzt an einen S-ATA-Anschluss im PC gehängt.
Die neueste tftool-Version startet unter Win8.1 64-bit (mit Admin-Rechten) auch und erkennt die Topf-Platte, aber das "Einlesen" der rec-files dauert sehr lange, dabei hängt das Programm zwischendurch für mehrere Sekunden/reagiert nicht. Ist das normal ?

Wenn ich abwarte bis tftool wieder "ansprechbar" ist und ich dann eine Datei auf die PC-NTFS-HDD zu kopieren versuche, dann dauert das quälend lange. tftool zeigt mir dabei ca. 0,9 MB/s an (ganz zu Beginn des Kopiervorgangs ca. 30 MB/s, das aber wirklich nur für die Dauer von etwa 1 Sekunde)

Woran könnte das liegen und was kann ich tun ?

LG, Spider9999

EDIT1:
Ach so, und was TopfHDRW 0.21 angeht: Das bekomme ich unter meinem Windows erst gar nicht zum Laufen ... Fehlermeldung: "Component 'COMDLG32.OCX' or one of its dependencies not correctly registered: a file is missing or invalid" ...

EDIT2:
EDIT1 hat sich erledigt: Habe nach Anleitung aus dem Net die o.g. *.ocx neu registriert, der TopfHDDoctor aus dem TopfHDRW-Paket startet jetzt auch, da kommt aber bei "Perform checks" folgendes Log:

Info: TopfHDDoctor V0.21.8
Info: Testing PhysicalDrive2 (WDC WD10EVDS-63U8B1)
Info: Test started @ 2016-01-11 11:11:52
Info: Sectors per Cluster: Superblock: 15040, Backup Superblock: 15040, Calc: 15040, Size: 931,51 GB
OK: Superblock - Parameter area
OK: Superblock - Backup Parameter area
OK: Superblock - Root Directory
OK: Cluster 0 - Root Directory
OK: Subdirectory Scan
OK: FAT
Info: Test finished @ 2016-01-11 11:21:59
================================================================================
Info: Cluster size = 7,34 MB
Info: Used: 375 files; 19 directories; 119173 clusters; 854,7 GB; 91,8%
Info: Free: 10714 clusters; 76,8 GB
================================================================================

Select "File - Write changes to the disk" to make the modifications permanent.

[FireBird]

Das HDRW-Log ist ok, es scheint keine Probleme mit der logischen Struktur der Platte zu geben.

Bezüglich Speed: ich kann mich dunkel an Geschwindigkeitsprobleme erinnern, wenn der jeweilige Festplattenanschluss im BIOS deaktiviert war. Nur waren das damals noch IDE-Ports.

[Spider9999]

Hallo FireBird

tftool liest zumindest die Topf-Platten-Dateien - wenn auch quälend langsam - aus und da werden auch die korrekte Ordnerstruktur, richtige rec-Filegrößen und zusätzliche Infos (Dauer, EPG etc. pp) angezeigt.

Ist nur iwie merkwürdig, dass zwar der TopfHDDoctor startet, TopfHDRW aber hängen bleibt (mit "keine Rückmeldung") und gar nicht erst die Topf-Platte anzeigt

Das Kopieren mittels tftool funzt zwar, aber halt noch lahmer als früher über die USB2.0-Schnittstelle mittels Altair oder Antares, obwohl die Topf-Platte jetzt direkt am PC S-ATA Anschluss hängt. Da brauch ich ja für 1TB gefühlte Wochen

Wenn denn dann mal eine rec-Datei endlich nach ner kleinen Ewigkeit auf der PC-Platte liegt, dann scheint sie aber immerhin intakt zu sein ...

[Homer]

Ich habe bei einer Aufnahme mit Empfangsstörungen festgestellt, dass sie sich mit TFtool problemlos trimmen lässt, aber nicht, wenn sie ins CRP-2xxx Format gewandelt werden soll. Durch Trimmen habe ich jetzt ein Sample von vier Minuten Länge, bei dessen Konvertierung -> CRP-2xxx sich TFtool reproduzierbar bei 50 % aufhängt.

Viele Grüße
Homer

[jkIT]

Ja, auf Fehler im Stream ist TFtool nicht gut zu sprechen

Folgendes geht mit deinem Sample in TFtool, ist aber umständlich:
die Datei mit ProjectX zu demuxen.
Anschließend die Elementarströme wieder multiplexen.
Die entstandene *.mpg in ProjectX ins TS oder TF5000 Format wandeln.
Ergebnis ins CRP Format wandeln.
dann müssten noch die Event Daten in den Header kopiert werden.

Es bleiben aber Bildfehler.

[Homer]

Es ging mir ja eher darum, einen Bug in TFtool beheben zu können, falls mein Topf bei der Aufnahme alle Header und Längenfelder konsistent geschrieben hat und sich die Störungen nur auf die Nutzdaten ausgewirkt haben.

Noch ein Bug: Beim Sortieren der Größe nach absteigend werden offenbar nur die ersten drei Stellen der Große (in M) verglichen. Beispiel: 1495, 1482, 1473, 1472, 1479, ..., 1222, 1223, 1220, 1222, ...

Mit der neuesten Version konnte ich von meinen gesammelten nicht-trimmbaren Aufnahmen alle bis auf sechs trimmen. 2 x ServusTV HD vom CRP2401 und 4 x ZDF HD vom TF5200c leisten noch Widerstand . Interesse? Wieviele kB soll ich exportieren?

Viele Grüße
Homer

[jkIT]

Es ging mir ja eher darum, einen Bug in TFtool beheben zu können, falls mein Topf bei der Aufnahme alle Header und Längenfelder konsistent geschrieben hat und sich die Störungen nur auf die Nutzdaten ausgewirkt haben.

Ja, dachte ich mir schon
TFtool scheitert an einer Exception, die ich selbst gesetzt habe, da an der Stelle klar ist, dass was nicht stimmt, aber keine Lösung dafür vorhanden ist.

Noch ein Bug: Beim Sortieren der Größe nach absteigend werden offenbar nur die ersten drei Stellen der Große (in M) verglichen. Beispiel: 1495, 1482, 1473, 1472, 1479, ..., 1222, 1223, 1220, 1222, ...

Das kann ich nicht reproduzieren. Achte darauf, dass die Anzeige ab bestimmten Größen von Megabyte auf Kilobyte auf Byte wechselt.

Mit der neuesten Version konnte ich von meinen gesammelten nicht-trimmbaren Aufnahmen alle bis auf sechs trimmen. 2 x ServusTV HD vom CRP2401 und 4 x ZDF HD vom TF5200c leisten noch Widerstand . Interesse? Wieviele kB soll ich exportieren?

Viele Grüße
Homer

So wenig KB, dass sich der Fehler noch reproduzieren lässt.