DefineBitsJPEG の JPEGデータ入れ替えの不具合対処をしました。
DefineBitsJPEG2,3 対応した時に、そのフォーマットに合わせて JPEGセグメント並び替え処理を追加してますが、DefineBitsJPEG の時も その処理が動いてました。
具体的には、2,3 は

• 圧縮テーブルのみの JPEG データを前半において
• 残りのセグメント(メタ情報、圧縮された画像データ)のみの JPEG データを後半に置く

( EOI(End of Image) SOI(Start of Image)が余計にあるように見えるのはそのせい)

- DefineBitsJPEG2,3 の JPEGセグメントの並び
  - 圧縮テーブルフィールド
                SOI(0xD8): len=0
                DQT(0xDB): len=65
                DQT(0xDB): len=65
                DHT(0xC4): len=29
                DHT(0xC4): len=179
                DHT(0xC4): len=29
                DHT(0xC4): len=179
                EOI(0xD9): len=0
  - 画像データフィールド
                SOI(0xD8): len=0
                APP0(0xE0): len=14
                APP1(0xE1): len=32
                SOF0(0xC0): len=15
                SOS(0xDA): len=9536
                EOI(0xD9): len=0

…というのが正しいのですけど、無印の DefineBitsJPEG は 標準的な JPEG データ(メタ情報、圧縮テーブル、圧縮された画像データ)をそのまま入れるべき。

- DefineBitsJPEG の JPEGセグメントの並び
  - 画像データフィールド
                SOI(0xD8): len=0
                APP0(0xE0): len=14
                APP1(0xE1): len=32
                DQT(0xDB): len=65
                DQT(0xDB): len=65
                SOF0(0xC0): len=15
                DHT(0xC4): len=29
                DHT(0xC4): len=179
                DHT(0xC4): len=29
                DHT(0xC4): len=179
                SOS(0xDA): len=9536
                EOI(0xD9): len=0

↑詳しくはこちらで。
…
…って事は DefineBitsJPEG2,3 入れた時からバグってたのか。 うかつすぎ… ○rz

▼プログラム:

PHP カンファレンスのアンケートで一日にかける行数はいくつ という設問がありました。
自分は swfed を作り始めて4ヶ月ですが、まだ5600行程なので、 単純計算すると 1日41-42行程度になります。
しかも、C言語で実装してるので PHP 単位だと 20行程度かもしれません。
まー。日曜プログラマなので、そんな程度で許して下さい。(;^ω^)