ようやく落ち着いた。が、もう時間がない。 ダイクストラ法を組み込み、最大ブロックサイズを8192まで上げたらLINNEの性能 …

いまデコード負荷が一番大きい部分は、再帰的Golomb-Riceの復号部分。これをもっと早くしたい。関数をインライン展開したり …

フレッチャーのチェックサムを使用している。テストで0xFFのXORをとっているがそれの破損を検知できずに焦る。255の …

他のコーデックが誤り検出をどうしているか軽く調べたら、FLACはブロックヘッダ部分をCRC8で確認、WavPackは謎の独自CRCを …

CRC16の計算負荷がデコード時の7%程度を占める。FLACに倣ってブロックフレームはCRC8で検査するのがいいのかも。

CRCの生 …

畳み込みの高速化やって終わろうと思う。寝る前に思いついたリングバッファ導入を試したが、遅くなった。 リングバ …

係数次数選択で、係数領域サイズを考慮するようにしたら改善傾向が得られたのでとりこみ。同時に係数は8bit量子化 …

fp:fastを指定したらバイナリサイズ大。エンコードデコード負荷は10%比で改善。ポピュラー音楽で圧縮率が悪化したが …

マルチチャンネル処理をやったら刺さった。推定符号長でいけた。0.1%くらいのオーダーで減少。 しっかしLINNEではうま …

実装してみた。案の定、FLAC-8は越えてない。3年前の追試になっている。 しかし次数や予測モデルをこれ以上増やすわけに …