TAPtoDate (2016 wieder in Betrieb :-))

[chris86]

Somit ist klar, dass die Kombination von FILEFLAG_NoSearch und IM_OverwriteIfNewer nicht funktionieren kann.

Ahaaa, vielen Dank!!
Ich habs mir doch gedacht, das ich irgendwas an den speziellen Eigenheiten von TAPtoDate nicht richtig verstanden hatte.

Was bedeutet eigentlich "FILEFLAG_NoSearch" (alias "No file search") genau - und worin unterscheidet sich dieses Flag von der Option "No file search" unter der Rubrik "Version flags"?

Ich dachte eigentlich, diese Flags würden verhindern, dass TTD die Datei in beliebigen Ordnern (z.B. FirmwareTMS.dat kann ja an verschiedenen Plätzen liegen) sucht, und ggf. dort überschreibt. Deshalb hatte ich beide Flags aktiviert, weil ich wollte, dass die Files in genau dem Ordner landen, den ich vorgebe.

Magst du hier vielleicht ein bisschen Licht ins Dunkel bringen?

[FireBird]

Das VERSIONFLAG_NoSearch ist die globale Version von FILEFLAG_NoSearch. Was die Idee damals dahinter war, kann ich nicht mehr sagen.

Der Sinn dieses Flags ist korrekt, aber ich glaube, Du wendest es falsch an. TAPtoDate geht davon aus, dass eine bestimmte Datei nur ein Mal auf dem Topf vorkommt. Wie Du richtig sagst, kann die FirmwareTMS.dat an verschiedenen Plätzen liegen. Wenn ich bei einem Update die Suche aber unterdrücke, wird möglicherweise nicht die alte Version upgedatet, sondern eine zusätzliche Version auf den Topf kopiert. Wenn man dann Pech hat, verwenden die TAPs weiterhin die alte Version. Deshalb sollte dieses Flag bei TAPs oder anderen essentiellen Dateien nicht verwendet werden. Sie war für allgemeine Dateien gedacht, die mehrfach vorkommen dürfen, z.B. README.

[chris86]

Hmm...
Also der Hintergrund, warum ich es einst angefangen habe zu verwenden war:
Mal angenommen, es befindet sich (durch eine manuelle Aktion, die irgendein User mal gemacht hat, z.B. weil seine Festplatte gesponnen hat oder durch ein anderes TAP) ein Exemplar von jfs_fsck unter /DataFiles oder im Root-Verzeichnis oder woauchimmer.

Nun soll MovieCutter installiert werden, der nur mit seiner ganz eigenen, speziell modifizierten Version von jfs_fsck korrekt zusammenarbeitet. Diese sucht er aber wiederum nur unter /ProgramFiles, denn es wäre zu aufwändig, stets die ganze Festplatte zu durchwühlen.

Bei der Installation überschreibt T2D nun also diese (gemeinsame) Datei im DataFiles-Ordner, anstatt sie nach ProgramFiles zu kopieren, und der Nutzer wundert sich, warum MC nicht ordentlich funktioniert.

Wie würde ich das gewünschte Verhalten (eine Datei wird auf jeden Fall nach /ProgramFiles kopiert und nirgendwo anders hin. Falls sie dort schon vorhanden und älter ist, wird sie überschrieben) denn richtig mit T2D abbilden?

PS: Genau den "Mal angenommen"-Fall hatten wir schonmal

[FireBird]

Ich kann zwar nicht versprechen, ob alle Flag-Kombinationen funktionieren, aber probiere einmal "Mandatory Path". Das sollte die Datei an der "falschen" Stelle löschen. Unter DataFiles sucht TTD aber sicher nicht.

[chris86]

Okay, danke.
"Mandatory Path" mit oder ohne "No File Search"?
- im Idealfall sollte die Kombi ja das tun, was ich will, OHNE dass in irgendwelchen anderen Verzeichnissen Daten gelöscht werden, oder?

[FireBird]

Die Suche muss aktiv bleiben. "Mandatory Path" löscht die Dublette aber schon.

[chris86]

Das Problem, was ich darin sehe, ist: Wer sagt denn, dass eine Datei eine "Dublette" ist, bloß weil sie gleich heißt? Und könnte es nicht sein, dass verschiedene TAPs eine Datei gleichen Namens in verschiedenen Verzeichnissen benötigen (z.B. "Language.lng" )?

Eigentlich muss ja ich entscheiden können, wohin eine Datei kopiert wird - nämlich genau dahin, wo mein TAP sie sucht. Das darf ja nicht vom Zufall abhängen (ob irgendwo anders zufällig eine Datei gleichen Namens liegt).
Aber dann kann ich so eine Datei nicht mehr mit "Overwrite when newer" updaten?

[FireBird]

Dann wird sich der TAP-Entwickler, dem Language.lng als Zweiter einfällt, etwas noch genialeres überlegen müssen. Das ist in TTD by design nicht vorgesehen.

[chris86]

Ja, ich gebs zu, meine Beispiele sind vielleicht idiotisch...
Aber gerade bei jfs_fsck gab es das Problem wirklich in der Praxis...

[Beppo]

Nach einem halben Jahr habe ich nun meinen Topf mal wieder im netz und wollte die TAPs mal wieder auf den neusten Stand bringen. Leider findet er nix Neues und wie ich gesehen habe, benötige ich wohl ein aktuelles Tap-to-date.

Aber wo bekomme ich das her? Auf der Topfield-hp steht nur, dass es aktuell nicht zur Verfügung steht.

[Töppi]

Beitrag1...

[olivetti]

Hallo,
als Laie habe ich eine neue Firmware auf meinen CRP2401+ aufgespielt. Müßte nun, wie ich aus dem Forum entnommen habe, das Tap RecPatcher einspielen für einige verschlüsselte frühere Aufnahmen. Da es mit TaptoDate nicht mehr funktioniert bitte ich um eine Info, wie ich diese Datei ( Link der ZIP.datei habe ich ) in mein Gerät einspiele bzw. wie ich dieses TAP nun manuell Schritt für Schritt installieren kann.
Vielen Dank im Voraus.

[Twilight]

TAPtoDate funktioniert doch...lade dir die aktuelle version aus dem ersten post.

twilight

[olivetti]

Entschuldigung, wenn ich nochmal nachfrage. Ich kann bei meinem Gerät einige TAPs testweise installieren und wieder deinstallieren. Bei dem TAP allerdings, was ich jetzt nach dem Einspielen der neuen Firmware benötige, dem REC PATCHER, erscheint beim Installieren nach einem kurzen Einleseprozess die Meldung, dass der Download fehlgeschlagen ist.

Müßte ich denn auf der neuen Seite http://ttd.tms-taps.net/ die Installationsdatei TAPtoDate.tap runterladen, diese im AUTOSTART Pfad des Receivers gegen die alte TAPtoDate.tap ersetzen und dann versuchen REC PATCHER zu installieren? Ist in dieser neuen TAPtoDate.tap auch die neue Adresse des Servers hinterlegt? Bei mir erscheint unter Optionen als Serveradresse tap.topfield-europe.com, was ich scheinbar manuell nicht ändern kann.

Ich wäre sehr dankbar für einen Ratschlag.

[chris86]

Müßte ich denn auf der neuen Seite http://ttd.tms-taps.net/ die Installationsdatei TAPtoDate.tap runterladen, diese im AUTOSTART Pfad des Receivers gegen die alte TAPtoDate.tap ersetzen ...

Exakt, genau das müsstest du, denn Topfield Europe betreibt TAPtoDate nicht mehr

Allerdings wird dir das in der konkreten Situation auch nicht allzu viel helfen, denn RecPatcher wurde aus demselben Grund aus TAPtoDate herausgenommen.

Solltest du die erste UTF-8 Firmware installiert haben, dann müsste sich das TAP allerdings mit im entsprechenden ZIP-Archiv befinden. Einfach die Datei RecPatcher.tap per FTP oder mittels USB-Stick in den Ordner /ProgramFiles kopieren. Das ist alles...

[olivetti]

Vielen Dank!
Ich bin nun einen großen Schritt weiter. Habe die Firmware Mar 6 2014 mit Loader version v1.02 und Software Version TF-BCPCE 1.04.00.
Mit dem TAPtoDate bin ich jetzt auf dem richtigen Server. Habe dieses Tap neu installiert auf 2.1 2015-12-31.
Von REC PATCHER habe ich eine Version V.1.2 gefunden, die ich entpackt habe. Beim Einspielen dieses TAP in den Ordner ProgramFiels passierte leider gar nichts. Deshalb habe ich die Datei in den Ordner AutoStart kopiert. beim Neustart des Receivers wurden alle aufgenommenen Dateien überprüft und scheinbar angepasst. Jetzt laufen die mit DEC gekennzeichneten Dateien wieder.
Hoffentlich abschließend habe ich jetzt nur noch das Problem(chen), dass die Umlaute alle nur als ein großes Ä dargestellt werden. Beim EPG und auch bei den Sendernamen ( z.B. WDR Köln wird als WDR KÄln ) angezeigt. Könnte dies vielleicht mit einem neuen Sendersuchlauf bzw. mit dem EPG Scanning am morgigen Tag behoben sein?

[wohliks]

[quote="olivetti"]Hoffentlich abschließend habe ich jetzt nur noch das Problem(chen), dass die Umlaute alle nur als ein großes Ä dargestellt werden. Beim EPG und auch bei den Sendernamen ( z.B. WDR Köln wird als WDR KÄln ) angezeigt. Könnte dies vielleicht mit einem neuen Sendersuchlauf bzw. mit dem EPG Scanning am morgigen Tag behoben sein?[/quote]Da Du hier nicht erwähnt hast, welches EPG-TAP Du verwendest, habe ich mal in Deinen älteren Postings recherchiert:

Wenn Dein EPG-TAP wirklich noch iTina ist, dann wirst Du mit den falsch dargestellten Umlauten leben müssen - iTina wird nicht mehr aktualisiert und daher hat keine Anpassung auf die UTF-8-Firmware stattgefunden und wird auch nicht mehr stattfinden.

Du solltest erwägen, auf SmartEPG umzusteigen.

[olivetti]

Ja ich habe noch iTina, da ich damit sehr zufrieden bin. Aber ich werde Ihren Tip annehmen und SmartEPG mal testen. Danke schön für den Hinweis.

[chris86]

Für die Umstellung der Senderliste auf UTF-8 könntest du das TAP ChannelListSaver installieren, Senderliste exportieren, diese öffnen und UTF8System=0 setzen und dann wieder importieren.

[wohliks]

[quote="chris86"]Für die Umstellung der Senderliste auf UTF-8 könntest du das TAP ChannelListSaver installieren, Senderliste exportieren, diese öffnen und UTF8System=0 setzen und dann wieder importieren.[/quote]Was passiert z.B. mit Suchaufträgen und anderen zentralen Funktionen, wenn iTina auf einer UTF-8-Firmware läuft?

Wenn die Umlaute nur ein Schönheitsfehler sind, könnte man sicher damit leben - aber wenn zentrale Funktionen beeinträchtigt sind, weil iTina nicht mit der UTF-8-Codierung klarkommt, dann führt an einem Umstieg auf SmartEPG wohl kein Weg vorbei...