"binäre" Dateien

[Dax]

Wieso macht ihrs denn mit in? Sollte das nicht schneller sein?if not (Buffer[i] and not 31 >= 31) then.. Sorry, wenn ich dumm Frage, aber das kam mir grade so

Edit: PS: Die *File-Funktionen beruhen wie der Filestream auf CreateFile, ReadFile, usw., dürften also nicht wirklich signifikant schneller sein.

[Phistev]

Man darf die Zeichen #9 (Tabulator), #10($0D) (Line Feed) und #13($0A) (Carriage Return) aber nicht vergessen, daher sehe ich jetzt nicht den Vorteil deiner Lösung

[bigg]

if not (Buffer[i] and not 31 >= 31) then.. und was macht das? .___.

Zitat:

Edit: PS: Die *File-Funktionen beruhen wie der Filestream auf CreateFile, ReadFile, usw., dürften also nicht wirklich signifikant schneller sein.

Ich habe es ebend grade umgeschrieben und werde es noch mit dazu hängen.
Läuft einige Millisekunden schneller .

[Dax]

Zitat von bigg:

if not (Buffer[i] and not 31 >= 31) then.. und was macht das? .___.

Es nimmt sich das Zeichen, streicht die Bits, die die Zahlen 0 bis 31 beinhalten, raus und prüft, ob dann noch was außer 0 übrig bleibt. Falls ja, kommt im ganzen false raus -> kein Binärzeichen. Falls 0 dabei herauskommt, ist es ein Binärchar.

Zitat von bigg:

Zitat:

Edit: PS: Die *File-Funktionen beruhen wie der Filestream auf CreateFile, ReadFile, usw., dürften also nicht wirklich signifikant schneller sein.

Ich habe es ebend grade umgeschrieben und werde es noch mit dazu hängen.
Läuft einige Millisekunden schneller .

Liegt wohl daran, dass der FileStream einige Umwege geht

[bigg]

Zitat:

Es nimmt sich das Zeichen, streicht die Bits, die die Zahlen 0 bis 31 beinhalten, raus und prüft, ob dann noch was außer 0 übrig bleibt. Falls ja, kommt im ganzen false raus -> kein Binärzeichen. Falls 0 dabei herauskommt, ist es ein Binärchar.

Das ist erstens: viel zu kompliziert,
zweitens: wesentlich langsamer und
erfüllt außerdem nicht seinen Zweck.

[bigg]

So, nu is die zweite Version über BlockRead oben.
Leider gibt's keinen Leistungszuwachs .