こんばんわ、ことぶき＠春日部です。

On Sat, 7 Jul 2001 20:11:22 +0900
okushima <okushima@xxxxxxxxxx> wrote:

> okushima です。
> 
> 毎週末、ご苦労様です。m(_ _)m

テストしていただき有り難うございます。sylpheedは少ないこずかいで楽しめます(^^;;;
それにしても書籍代が痛い。う〜む(^^;;;
> 
> 私は 100B のファイルでテストしているのですが、添付後草稿へ保存し、再表示させる
> と 138B(1.38倍) となりました。前回程の増加ではありませんが、どうもスレッドに
> ある、Base64（約 4/3 ）の数値なような感じです。
> 因みに 50B のファイルは 69B(1.38倍)、200B のファイルは 272B(1.36倍) です。
> 
手元で同様に試したときは適切に表示されたのですが、どっか抜けているんですね。

> まだ法則性は見つけられずにいるのですが、Base64 のサイズに、何がしかの数値を掛
> ければ、実ファイルサイズに近い数値に戻せるのではと思っています。
> ただ、4/3 == 1.3333.... なので、一桁の位まで正確に現すのは難しいと思います。
> 
base64は３文字を英文字(大小)、英数字と/ + を使って４文字で表現するようです。
又、３文字に不足する時は = で補正されるようです。例えば
1   → MQ==
12  → MTI=
123 → MTIz
ですからendodeされた全ての文字列を足して(注1)最期の = の数で補正をいれれば
１バイトまで正確に出るはずなんですけど。。。
注1)改行は含めない事
注2)上記のbase64についてはencodeされた文字列をながめて思い付いた事なので間違って
    いるかもしれません。(^^;;;

ちなみに私が試したファイルは 123456789\n で10B としてこれのくり返しで適宜ちがう
バイト数にしたものを使いました。
もし、よろしければokushimaさんが使われたファイル、草稿に作ったファイル等を送って
もらえれば嬉しいのですが。

> で、KB 表示を前提にしてみてはどうでしょうか。0.1k とか 0.10k とか。最初に添付
> した状態では正確な数値ですので、その数値をそのまま保存できれば一番良いのでしょ
> うが、できないとすれば、KB（約 ?K だよって感じで）表示でも良いのではと思います
> がどうでしょうか。
> 
KB表示については to_human_readable() で 1024B 毎に 1KB と変換されますです。

> それと、上記の状態（138B と表示された添付ファイルがある状態）に、200B のファイル
> を追加し、草稿へ保存後再表示したら 601B に、更に 50B のファイルを追加したら
> 859B のファイルサイズ表示になりました。
> 
手元では100B + 200Bで

text/plain               (バイト数は適宜)
application/octet-stream 100B
application/octet-stream 200B

になりますけど、なんでだろう。もしかしてGnuPGって関係あるんだろうか。う〜む

> 仕事、増やしちゃったかも。(^_^;) ごめんなさい。m(_ _)m
> 
子供の頃って宿題が大嫌いだったんですけど sylpheed の宿題は大好きです。
なんたって /home/work で作業してますから。(^^;;;
解決できなかったらごめんなさいです。(^^;;;

ではでは
-- 
kiyoshige KOTOBUKI
Saitama Japan
e-mail : kiyoshige.kotobuki@xxxxxxxxxx
         FZE01202@xxxxxxxxxx
URL    : http://homapage2.nifty.com/suisyaya/