Language Datenbank, Editieren ?

Hi Jpascher, hast du schon eine Möglichkeit gefunden die Datei zu editieren?

Wegen Crossposting nochmal hier:

Ich schraube gerade an der deutschen FW 54.04.70 für FB7270 herum und bin über die Datei \filesystem\etc\htmltext_de.db gestolpert, in der deutsche Texte für Browser-Menü hinterlegt sind. Dem Namen nach sollte es eine dBase-Datenbank (oder SQL) sein. Ich habe einige Linux- und Windoof-Datenbankprogramme ausprobiert, komme aber nicht weiter. Die Datei lässt sich entweder gar nicht laden oder es kommt nur Zeichensalat raus. Die Datei fängt mit "RDXT" an. Kennt jemand dieses Format und gibt es dafür einen Editor?

Die Vermutung mit dBase finde ich sehr gewagt, zumal dafür die Endung .dbf üblich ist, und die Tatsache, daß kein gängiges Programm das Format erkannt hat, spricht auch nicht für dBase.

Auf SQL deutet der Name auch nicht hin, und SQL wäre auch overkill für diese Datei.

Vermutlich handelt es sich bei dem Format um eine Eigen-Kreation von AVM. Auf jeden Fall kan man davon ausgehen, daß AVM ein Programm hat, mit dem man die Datei erstellen kann.

Die Texte auszulesen wäre relativ einfach, aber ich vermute mal, daß das nicht die Bedeutung von "öffnen" im ersten Beitrag ist.

Um eine geänderte Datei zu erstellen, müßte man zunächst mal die Bedeutung der einzelnen Felder herausfinden. In /lib/libtiinterpreter.so kommt der Name der Datei vor. Es bliebe noch die Frage, wie die Texte in der Datei referenziert werden.

Die andere Frage ist, ob sich die Mühe lohnt, diese Datei zu ändern, wenn man nur wenige Texte wirklich ändern will.

Vermutlich würde es auch funktionieren, wenn die Texte kürzer sind, jedoch nicht, wenn sie länger sind.

Meine Erkenntnisse bisher sind:
Der Header der Datei sieht so aus:
d8 2a 01 00 (0x00012ad8) ist die Länge der Tabelle, die dahinter kommt.

Dann (Bedeutung unbekannt):

Dann:
Einträge mit jeweils 8 Byte Länge.
Davon die ersten 3 Bytes der Offset vom Header bis zum Text.
1 Byte Flags, beobachtete Werte (00, 40, 80, c0)
Dann noch 4 Bytes (oder 2 Bytes + 2 Bytes). Irgendwo hier ist vermutlich der Index des Eintrags enthalten. Bleibt noch die Frage, wie man von der Text-Repräsentation auf diesen Index kommt.

Für das Bearbeiten einer vorhandenen Datei ohne neue Einträge anzulegen könnte man versuchen, die unbekannten Werte unverändert zu übernehmen und zu sehen, was passiert.

Hi RalfFriedl, klar stehe ich mit meiner Aussage auf dünnem Eis aber genauso wie du stelle ich hier mangels besserem Wissen nur Vermutungen auf. Mittlerweile habe ich rausgefunden, dass es sich auch um Borland Paradox DB handeln könnte, doch leider fand ich kein Programm zum Anzeigen, geschweige denn zum Editieren. Hat hier vielleicht einer dieses Programm und kann es nachprüfen?
Und wer spricht von Änderungen an nur einigen Texten? Ich will die alle ändern.

Jpascher schrieb:

Ja, so könnte ich mir das auch ungefähr vorstellen, man müsste mal damit zu experimentieren beginnen.

Zum Vergrößern anklicken....

Das mach ich jetzt schon seit 2 Tagen.. glaub mir, da kommt keine Freude auf.

digicam schrieb:

Mittlerweile habe ich rausgefunden, dass es sich auch um Borland Paradox DB handeln könnte

Zum Vergrößern anklicken....

Damit hast Du natürlich recht, außer daß es sich tatsächlich nicht um Paradox handelt. Das einzige, was für Paradox spricht, ist die Endung ".db". Ich bin mir ziemlich sicher, daß es sich nicht um ein gängiges Dateiformat handelt und daher Deine Suche nach einem vorhandenen Programm nichts bringen wird.

Wenn Du schon 2 Tage nach einem Programm gesucht hast, hättest Du in der Zeit besser etwas selbst erstellt. Wenn Du ein wenig darüber nachdenkst, wirst Du erkennen, daß es keine Grund für AVM gibt, für eine Datei, die im ROM abgelegt ist, ein Format zu wählen, das für allgemeine Verwendung und effiziente Updates ausgelegt ist. Beides sind Anforderungen an Datenbanken, die hier unnötig sind.

Und wer spricht von Änderungen an nur einigen Texten? Ich will die alle ändern.

Zum Vergrößern anklicken....

Dann mal los, tu Dir keinen Zwang an. Einen Ansatz habe ich oben schon genannt.

digicam schrieb:

da kommt keine Freude auf.

Zum Vergrößern anklicken....

Wenn Du nur Lösungen auf dem Tablett präsentiert bekommen willst und nicht auch etwas Spaß am Entdecken hast, was willst Du dann damit tatsächlich erreichen? Wenn Du die Dateien von Hand änderst, bist Du vermutlich schneller fertig.

RalfFriedl schrieb:

Damit hast Du natürlich recht, außer daß es sich tatsächlich nicht um Paradox handelt.

Zum Vergrößern anklicken....

Hab ich mittlerweile auch herausgefunden aber hätte ja sein können...

RalfFriedl schrieb:

Wenn Du schon 2 Tage nach einem Programm gesucht hast, hättest Du in der Zeit besser etwas selbst erstellt.

Zum Vergrößern anklicken....

Haben ein Gewehr.. Kannst du da etwas selbst erstellen? Ich nicht.

RalfFriedl schrieb:

Wenn Du ein wenig darüber nachdenkst, wirst Du erkennen, daß es keine Grund für AVM gibt, für eine Datei, die im ROM abgelegt ist, ein Format zu wählen, das für allgemeine Verwendung und effiziente Updates ausgelegt ist.

Zum Vergrößern anklicken....

Dagegen spricht die Tatsache, dass es einige Dateien gibt, die frei editierbar sind, zum Bleistift \filesystem\etc\default.Fritz_Box_7270\avm\strings.tab. Hier sind die Strings völlig ungeschützt.

RalfFriedl schrieb:

Wenn Du nur Lösungen auf dem Tablett präsentiert bekommen willst und nicht auch etwas Spaß am Entdecken hast, was willst Du dann damit tatsächlich erreichen?

Zum Vergrößern anklicken....

Vielleicht die Datei neu aufsetzen? Hast du daran schon gedacht?

digicam schrieb:

Haben ein Gewehr.. Kannst du da etwas selbst erstellen? Ich nicht.

Zum Vergrößern anklicken....

Gewehr?
Das was ich oben beschrieben habe, könnte ich auch erstellen, wenn ich mir 2 Tage dafür Zeit nehme. Ob es dann laufen würde, weiß ich nicht. Und warum ich es machen sollte, weiß ich auch nicht.

Dagegen spricht die Tatsache, dass es einige Dateien gibt, die frei editierbar sind, zum Bleistift \filesystem\etc\default.Fritz_Box_7270\avm\strings.tab. Hier sind die Strings völlig ungeschützt.

Zum Vergrößern anklicken....

Erstens solltest Du Dir angewöhnen, bei Linux-Dateinamen den Schrägstrich vorwärts zu verwenden ('/'), der übrigens auch bei Windows funktioniert. Und wenn Du noch das 'filesystem' davor weglassen würdest, hätte man eher den Eindruck, daß Du verstehst, wovon Du sprichst.
Zweitens habe ich nicht behauptet, daß AVM das Format verwendet hat, um Änderungen zu erschweren. Ich habe geschrieben, daß es keinen Grund für AVM gibt, ein aufgeblasenes Datenformat zusammen mit umfangreichem Programmcode zum Lesen dieses Formats zu nutzen, wenn die Vorteile davon in diesem Fall gar nicht genutzt werden. Auch die Datei strings.tab verwndet nicht ein Datenbank-Format.

Um bei der Frage zu bleiben, welche Vorteile AVM überhaupt davon hat, dieses Format einzusetzen, hast Du Dir dazu schon mal Gedanken gemacht?
Wenn man weiß, warum sie es gemacht haben, kann man vielleicht auch eher darauf schließen, was und wie es gemacht wurde, was bedeuten würde, daß man eher an eine funktionsfähige modifizierte Datei kommt.

Vielleicht die Datei neu aufsetzen? Hast du daran schon gedacht?

Zum Vergrößern anklicken....

Du machst mir nicht den Eindruck, als wäre das neu Erstellen der Datei wirklich das, was Du erreichen willst. Eher daß es ein Schritt ist auf dem Weg zu dem, was Du tatsächlich erreichen willst und was Du hier nicht erwähnt hast.

1. Was konkret meinst Du damit? Nicht daß ich es ausschließen will, aber mir fällt auf Anhieb nichts ein, das übertrieben Platz verschwendet. Und die Plugins in den neueren Firmwares sind vermutlich auch nur wegen des Platzmangels da. Natürlich gibt es einige Sachen, die ich anders gemacht hätte, aber manchmal hat man ja auch kein Zeit, es richtig zu machen.

2. Der Block am Anfang enthält die Adressen der Texte weiter hinten. Vermutlich würde es zu viel CPU-Zeit verbrauchen, eine reine Text-Datei (die auch eine Alternative wäre) komplett durchzulesen.

3. Ich weiß nicht, wozu die einzenen Zahlen gut sind, zumal diese zum Teil gleich sind und somit unnötig Platz verbrauchen (siehe auch Bemerkung bei 1. zu nicht perfekt).

4. Ein Konverter aus einer Text-Datei ist schnell geschrieben, vermutlich schneller und platzsparender als der Lese-Teil für ein allgemeines Datenbank-Format.

Ich habe mir auch schon überlegt, warum AVM diese Lösung mit den externen Texten gewählt hat, statt die Texte direkt in die HTML-Dateien zu schreiben. Eine Erklärung, auf die ich gekommen bin, ist eine Platz Ersparnis durch Texte, die mehrfach vorkommen, obwohl ich nicht sicher bin, ob man mit dieser Möglichkeit am Ende wirklich Platz einspart. Vom CPU-Verbrauch ist das nicht sinnvoll. Ein Vorteil wäre noch, wenn man in einer Firmware verschiedene Sprachen anbieten wollte.

1: Ich wollte Dir hier nicht widersprechen, sondern nur sagen, daß mir kein extremer Fall von Platzverschwendung bekannt ist. Daß heißt nicht, daß es nicht der Fall ist.

Sicherlich kann man einiges noch Platzsparender machen, aber irgendwann stellt sich die Frage, ob es billiger ist, den Aufpreis für einige Millionen größerer Flash-Bausteine zu zahlen oder den Preis und vor allem die Zeit für eine effizientere Entwicklung.

Die LED-Zuordnung kenne ich jetzt nicht im Detail, aber zum einen ist es sinnvoll, die LEDs mit einfachen Shell-Befehlen zu steuern statt mit zusätzlich notwendigen Programmen, und ich vermute, daß AVM durch die variable Zuordnung das gleiche System auf mehreren Boxen einsetzen kann.

2: Mit Sicherheit.

4:Gibt es denn Versionen, wo mehrere Sprachen in der gleichen Firmware enthalten sind? Ich habe ds in letzter Zeit nicht verfolgt.