18: 2004-06-30 (水) 11:13:46  |
現: 2024-01-08 (月) 12:59:01 k-tan |
| - | * 特別会議室 | + | TITLE:x |
| | + | * 特別会議室 [#h5c5663f] |
| | -詳しくは[[room]]参照 | | -詳しくは[[room]]参照 |
| | -(by [[K]], 2004.06.03) | | -(by [[K]], 2004.06.03) |
| | | | |
| - | *** 圧縮しないのは非常識か？ | + | *** 圧縮しないのは非常識か？ [#k378dc7a] |
| | -過去ログリスト | | -過去ログリスト |
| | --[[room/000a]] 2004-05-29 (土) 12:50:09 - 2004-05-30 (日) 01:55:06 | | --[[room/000a]] 2004-05-29 (土) 12:50:09 - 2004-05-30 (日) 01:55:06 |
| | -僕は展開ルーチンのサイズを追求していません。かつては追求していましたが。詳しくは[[［OSASK 6985］>OSASK:6985]]を参照してください。 -- [[K]] SIZE(10){2004-06-30 (水) 11:11:08} | | -僕は展開ルーチンのサイズを追求していません。かつては追求していましたが。詳しくは[[［OSASK 6985］>OSASK:6985]]を参照してください。 -- [[K]] SIZE(10){2004-06-30 (水) 11:11:08} |
| | -bim2bin4iは既に過去の形式なのでバグが残っていたとしても直しません。でもbim2bin4kのtek2もたまに挙動不審です。昨日気がつきました。これは直します。ちなみにbim2bin4iのtek2の後継はtek4です。今のtek3はbim2bin4iでいうところのtek1相当です。bim2bin4iのtek1と今のtek3を比べて、これから出てくるtek4にわくわくするのが現時点でのbim2bin4iの使い方でしょう。 -- [[K]] SIZE(10){2004-06-30 (水) 11:13:46} | | -bim2bin4iは既に過去の形式なのでバグが残っていたとしても直しません。でもbim2bin4kのtek2もたまに挙動不審です。昨日気がつきました。これは直します。ちなみにbim2bin4iのtek2の後継はtek4です。今のtek3はbim2bin4iでいうところのtek1相当です。bim2bin4iのtek1と今のtek3を比べて、これから出てくるtek4にわくわくするのが現時点でのbim2bin4iの使い方でしょう。 -- [[K]] SIZE(10){2004-06-30 (水) 11:13:46} |
| | + | -今後tek1のフォーマットは変更になる可能性がありますか？ -- ''sakky'' SIZE(10){2004-07-02 (金) 03:38:03} |
| | + | -まあいかなる可能性もゼロではないのですが、tek1のフォーマットをいじる可能性はかなり低いです。というのは、tek1は展開速度重視型で、圧縮率を上げるために今よりも複雑にすれば展開速度が落ちてしまうだろうからです。もし圧縮率を改善できるよいアイデアをまた思いついたとしても、それはきっと多少の展開速度の低下を招くのでtek2以降にのみ適用されるということになると思われます。・・・まあ展開速度がほとんど落ちなくて劇的に圧縮率が改善するようなアイデアだったりしたらtek1にも入れるでしょうけど、もうそんな都合のいいアイデアは存在しない気がします。・・・ってな感じです。 -- [[K]] SIZE(10){2004-07-02 (金) 11:43:05} |
| | + | -それではもう安心して使用してもよいのでしょうか -- ''sakky'' SIZE(10){2004-07-02 (金) 12:00:52} |
| | + | -うーん、そうですねえ。tek1全体（補助バッファやマルチブロックを含む）のテストは不十分なので自信がないですが、stk1の範囲なら今後変更しない可能性は98％くらいです。・・・このようなイマイチはっきりしない回答ですみません。自分でも今までの前科があるので、どうも言い切りにためらいを覚えるのです。あと1週間待ってもらえれば、これが99％か0％なのかはっきりしますし、さらに2週間くらい待ってもらえれば、100％か0％になると思います（つまりそれくらいでstk1～4の仕様は固定されます）。 -- [[K]] SIZE(10){2004-07-02 (金) 13:23:05} |
| | + | -わかりました。ところでチェックサムとかCRCは無いのでしょうか？ -- ''sakky'' SIZE(10){2004-07-02 (金) 13:28:44} |
| | + | -CRC等はstk1の範囲に入っておりまして、まずdtk1s.cでhedのbit6（0x40）を1にして圧縮データ全体のサイズを圧縮データの直前に置かせます。これで末尾に追加情報を持たせられるようになって、その追加情報でCRCやECCなどの情報を何らかのフォーマットで記録しようと思っています。ということで、とりあえず将来CRCやECCをサポートしても、今のデコードライブラリで無事に展開できるというわけです（今のライブラリではチェックはできませんが）。追加情報というのは展開そのものには必要とされない情報の全てです（チェック情報とかコメントとか）。 -- [[K]] SIZE(10){2004-07-02 (金) 13:43:31} |
| | + | -わかりました。返答ありがとうございました。 -- ''sakky'' SIZE(10){2004-07-02 (金) 14:32:04} |
| | + | -Chihayaさんとのやり取りを読みつつ、結局僕がsarフォーマットの開発に至ってしまったところを見ると、結局はChihayaさんのセンスが最強だったのかなあと思う今日この頃。 -- [[K]] SIZE(10){2004-12-09 (木) 11:49:36} |
| | | | |
| | #comment | | #comment |
