848
edits
Difference between revisions of "Zeno file format"
Jump to navigation
Jump to search
→Inhaltsverzeichnis
| Line 30: | Line 30: | ||
=== Inhaltsverzeichnis === | === Inhaltsverzeichnis === | ||
Um den Code erstmal einfach zu halten, wird das ganze Inhaltsverzeichnis auf einen Schlag eingelesen (kann mit dem Parameter /f erzwungen werden, bringt Geschwindigkeitsgewinn auf Kosten von RAM). | Um den Code erstmal einfach zu halten, wird das ganze Inhaltsverzeichnis auf einen Schlag eingelesen (kann mit dem Parameter /f erzwungen werden, bringt Geschwindigkeitsgewinn auf Kosten von RAM). | ||
<pre> | |||
TWPVLibrary = class (TObject) | TWPVLibrary = class (TObject) | ||
private | private | ||
FBuffer: array of byte; // das Inhaltsverzeichnis als Byte-Stream mit Records variabler Länge | FBuffer: array of byte; // das Inhaltsverzeichnis als Byte-Stream mit Records variabler Länge | ||
FBufferSize: integer; | FBufferSize: integer; | ||
</pre> | |||
Auf jeden Fall ganz eingelesen werden muss die Zeigerliste auf das Inhaltsverzeichnis. Sie wird in einer Listenstruktur gehalten, könnte aber auch ein array of integer sein. Die Liste ist vorsortiert, siehe ZenoReader/Qunicode. | Auf jeden Fall ganz eingelesen werden muss die Zeigerliste auf das Inhaltsverzeichnis. Sie wird in einer Listenstruktur gehalten, könnte aber auch ein array of integer sein. Die Liste ist vorsortiert, siehe ZenoReader/Qunicode. | ||
<pre> | |||
FList: TList; | FList: TList; | ||
</pre> | |||
Beispiel: Das nullte Element der Liste hat den Wert 0 und zeigt auf Nullte Byte in FBuffer. Das erste Element hat z.B. den Wert 56 und zeigt auf das 56. Byte in FBuffer, was einem Zeiger auf den zweiten Eintrag des Inhaltsverzeichnisses entspricht, usw. Dabei ist der Inhalt von FBuffer folgendermaßen zu interpretieren: | Beispiel: Das nullte Element der Liste hat den Wert 0 und zeigt auf Nullte Byte in FBuffer. Das erste Element hat z.B. den Wert 56 und zeigt auf das 56. Byte in FBuffer, was einem Zeiger auf den zweiten Eintrag des Inhaltsverzeichnisses entspricht, usw. Dabei ist der Inhalt von FBuffer folgendermaßen zu interpretieren: | ||
<pre> | |||
TZenoLibraryCompressionType = (zenocompDefault, zenocompNone, zenocompZip); | TZenoLibraryCompressionType = (zenocompDefault, zenocompNone, zenocompZip); | ||
TZenoLibraryMimeType = (ZenomimeTextHtml, ZenomimeTextPlain, ZenomimeImageJpeg, ZenoMimeImagePng, | TZenoLibraryMimeType = (ZenomimeTextHtml, ZenomimeTextPlain, ZenomimeImageJpeg, ZenoMimeImagePng, | ||
| Line 56: | Line 64: | ||
rExtra: array [0..$FFF] of char; // Artikeltitel, Nullbyte, evtl. Parameter wie h=200, durch Nullbyte getrennt | rExtra: array [0..$FFF] of char; // Artikeltitel, Nullbyte, evtl. Parameter wie h=200, durch Nullbyte getrennt | ||
end; | end; | ||
</pre> | |||
Es ist zu beachten, dass der Record auf Bytegrenzen gepackt ist, d.h. ohne rExtra genau 26 Byte groß ist. Durch das zwingene Nullbyte in rExtra auch bei einem leeren Artikeltitel ist somit jeder Eintrag mindestens 27 Byte groß. | Es ist zu beachten, dass der Record auf Bytegrenzen gepackt ist, d.h. ohne rExtra genau 26 Byte groß ist. Durch das zwingene Nullbyte in rExtra auch bei einem leeren Artikeltitel ist somit jeder Eintrag mindestens 27 Byte groß. | ||
=== Zusatzdaten bei Indexdateien === | === Zusatzdaten bei Indexdateien === | ||