MyCometG3

PPC機サポート終了のお知らせ。

MyCometG3 — 2010-12-18T13:35:21+09:00

気がついたら400万ヒットに到達していました。10/12/17くらい？

／／

PPCマックをお使いの方にお知らせです。

拙作のソフトウェアにおいて、PPC機での動作検証は、2010年いっぱいで終了とさせて頂きます。

現在も拙作をご利用頂いている方には申し訳有りませんが、ご理解頂きますようお願いいたします。

／／

年が明けたら、方法は考えるとして、手持ちのPowerPC機を手放すことにしようと思います。

・・・ほんと長かったですね。

リリース：x264Encoder 1.2.19

MyCometG3 — 2010-12-08T21:20:25+09:00

開発ネタ。

libx264＋libavcodecベースのQuickTime Compressor Component、x264Encoder 1.2.19を公開します。（ダウンロード）

　・git-1795とgit-1802の変更に対応。
　・コアをx264 git-1820とffmpeg SVN-25895に更新。

r1795でデフォルトのQPminが10から0に変更になった点、r1802のweightp 1での実装の修正を反映しています。後者はプリセットにも少し手が入っています。

／／

参考：YouTubeにx264Encoder HowTo 動画あります。

注意：MacOS X 10.4 Tigerのサポートを外しました。Tigerをお使いのかたは、引き続きVersion 1.1.10をお使いください。

注意：MBAFF interlacedは、互換性に問題があります。Apple H.264はProgressiveなFrameしか再生しないうえ、PerianがInterlaced Streamを一切サポートしないためです。Apple H.264は、なぜか再エンコード時ならMBAFFのデコードが出来るようなので、単にApple H.264側のバグだと思われます。

注意：アップデートの際は、念のため既存のバージョンは削除せず取っておくことをおすすめします。こちらの記事もあわせてお読みください（アップデート時のお願い）。

／／

x264 gitから作成したlibx264.aに加え、ffmpeg SVNから作成したlibavcodec.a、libpostproc.aなどを使っています。

配布ファイルにはユニバーサルなバイナリと、ソースコードが同梱されています。GPL GENERAL PUBLIC LICENSE V2でライセンスされます。

リリース：xvidEncoder 1.2.19

MyCometG3 — 2010-12-08T21:19:39+09:00

開発ネタ。

libxvidcore＋libavcodecベースのQuickTime Compressor Component 、xvidEncoder 1.2.19を公開します。（ダウンロード）

　・プリセットシートの実装。
　・Pixel Aspect Ratio 1440x1080の追加。
　・UIでのメモリリークを複数修正。その他修正。
　・コアをxvidcore CVS-20101202とffmpeg SVN-25895に更新。

実質的にライブラリのアップデートのみです。

／／

注意：MacOS X 10.4 Tigerのサポートを外しました。Tigerをお使いのかたは、引き続きVersion 1.1.10をお使いください。

注意：QuickTime Player Xでは、MPEG-4 ASPストリームが再生できません。QuickTime Player 7+Perianを使ってください。

注意：アップデートの際は、念のため既存のバージョンは削除せず取っておくことをおすすめします。こちらの記事もあわせてお読みください（アップデート時のお願い）。

／／

Xvid 1.3-Devから作成したlibxvidcore.aに加え、 ffmpeg SVNから作成したlibavcodec.aなどを使っています。

配布ファイルにはユニバーサルなバイナリと、ソースコードが同梱されています。GPL GENERAL PUBLIC LICENSE V2でライセンスされます。

リリース：mp4vEncoder 1.2.19

MyCometG3 — 2010-12-08T21:18:46+09:00

開発ネタ。

libavcodecベースのQuickTime Compressor Component、mp4vEncoder 1.2.19を公開します。（ダウンロード）

　・プリセットシートの実装。
　・Pixel Aspect Ratio 1440x1080の追加。
　・UIでのメモリリークを複数修正。その他修正。
　・コアをffmpeg SVN-25895に更新。

実質的にライブラリのアップデートのみです。

／／

注意：MacOS X 10.4 Tigerのサポートを外しました。Tigerをお使いのかたは、引き続きVersion 1.1.10をお使いください。

注意：QuickTime Player Xでは、MPEG-4 ASPストリームが再生できません。QuickTime Player 7+Perianを使ってください。

注意：アップデートの際は、念のため既存のバージョンは削除せず取っておくことをおすすめします。こちらの記事もあわせてお読みください（アップデート時のお願い）。

／／

ffmpeg SVNから作成したlibavcodec.aなどを使っています。

配布ファイルにはユニバーサルなバイナリと、ソースコードが同梱されています。GPL GENERAL PUBLIC LICENSE V2でライセンスされます。

Technical Support。

MyCometG3 — 2010-12-04T09:31:23+09:00

ひさびさにDeveloperサポートチケットを使ってみた。2年半ぶり？

Developer Technical Support とのやり取りって基本NDA扱いで晒せないんだけれど、

「ごめーん、それ既知のネタでさ、コード側で回避出来ないんだよね〜w。チケットは返しとくからよろしくね」

なんて感じのメールが返ってきて、萎えた。orz。

／／

知らなかった。

・・・対処方法が無いときは、チケット返してくれるのか・・・

今まで散々使うかどうか悩んでいたのが馬鹿みたいだ。

デベロッパの皆さんも、せっかく$99で登録したんだし、２枚しかないチケット、もったいないのでがんがん使いましょう。

リーダーの決断。

MyCometG3 — 2010-11-30T08:06:06+09:00

決断されたのですね。
・シイラプロジェクトの再開

尊重します。

／／

辛い判断だったのだろうと思います。

プロジェクトの成功を願って。

休みだけど休めない。

MyCometG3 — 2010-11-27T07:42:56+09:00

・・・さすがにもう２ヶ月。そろそろ精神的にやばいかも。

／／

またx264のパッチ（〜r1804）が投入されていますね。（rss, 猫科研究所）

ざっと眺めて見た感想。

x264Encoder（r1790採用）を再度アップデートするべきかどうかですが、今回は見送りで確定です。今回は、致命的な不具合修正はないですし。

／／

r1795のqpminのデフォルト値が10から0に変更になったという点は、GUI側の変更が必要ですね。しかしながら、実質出力自体に影響は無いと思います。

r1802のweightp 1の実装の修正は確かに違いを生むのですが、これのためにパッチ適用版をリリースするほどのものではなく、実質的に無視してもよい部類と思います。こちらもプリセットの修正を含むので、コード書換は必要ですね。

／／

要は、デフォルト値の変更とかGUIの整合性チェックは面倒くさいのでパスw。

リリース：x264Encoder 1.2.18

MyCometG3 — 2010-11-23T11:13:45+09:00

最新版は、サイドバー「公開中のソフトウェア」からどうぞ。

開発ネタ。

libx264＋libavcodecベースのQuickTime Compressor Component、x264Encoder 1.2.18を公開します。（ダウンロード）

　・コアをx264 git-1790とffmpeg SVN-25795に更新。

今回もコア差替えのみです。以下同文。

／／

参考：YouTubeにx264Encoder HowTo 動画あります。

注意：MacOS X 10.4 Tigerのサポートを外しました。Tigerをお使いのかたは、引き続きVersion 1.1.10をお使いください。

注意：MBAFF interlacedは、互換性に問題があります。Apple H.264はProgressiveなFrameしか再生しないうえ、PerianがInterlaced Streamを一切サポートしないためです。Apple H.264は、なぜか再エンコード時ならMBAFFのデコードが出来るようなので、単にApple H.264側のバグだと思われます。

注意：アップデートの際は、念のため既存のバージョンは削除せず取っておくことをおすすめします。こちらの記事もあわせてお読みください（アップデート時のお願い）。

／／

x264 gitから作成したlibx264.aに加え、ffmpeg SVNから作成したlibavcodec.a、libpostproc.aなどを使っています。

配布ファイルにはユニバーサルなバイナリと、ソースコードが同梱されています。GPL GENERAL PUBLIC LICENSE V2でライセンスされます。

Quartz Composer。その２

MyCometG3 — 2010-11-20T11:57:02+09:00

MacBookPro6,2でQCがQuickTimeでレンダリング出来ない話。

2chでテストしてもらったら、OSごと落ちたとか、酷い話もあって。ご迷惑おかけして済みません。

／／

で、そのものじゃ無いけど、ググったら出てきた。
　・Apple Discussion： opencl problems

go to quartz composer preferences while holding the alt button
choose (system)
tick "QCDisableCLOpenGLSharing"

thats it ….

Optionキーを押しながら、Quartz Composerの「Preferences…」を開くと、隠しペインが現れる。

なるほど。QCがOpenCLを使うのを抑止する仕組みがあるのね。「QCDisableCLGPUDevice」とか使えば良さそうだな。

／／

QCでのOpenCL呼び出しを抑止するということはGPUをレンダリングに使わなくなるのだから、確かにCPUが代わりに処理をする。だから、レンダリングは出来る、と。

OSを引き倒すのは、QTKitというより、むしろOpenCLのバグってことですね。
でも、再度QCパッチを書いてみたところ、Quartz Composer内部ではきちんとレンダリング出来やがる。QuickTime書出しした場合だけだめじゃん。

・・・だので、デフォルトでOpenCLが使われる他の人の環境（10.6）では、環境によってQuickTimeやQTKitでレンダリング出来ないことになるな。

むー。これでは使えない。バグレポ更新しておきます。

／／

ちなみに今回テストで使ったQCパッチは、QCを起動して、Mesh Filterのテンプレートを読み込んだ後、"phase * 2*PI"にあるphaseパッチに、Animation - LFOをつなげただけのものです。

お金とプログラマ。

MyCometG3 — 2010-11-14T17:37:57+09:00

今日はHMDTのmkinoさんに反応してみる。

まずは、元記事をお読みください。
　・HMDT：November 12th, 2010

これは・・・プログラマにとって悩ましいところだよね。

／／

シイラ、実際のところ、自分は使ったことがないんだ。

Safariでそんなに不自由感じてないからだ。っていうか、一番好き。

Firefoxの持つ「Mozilla系列のなんか違うよそ者な感」とか、Chromeの「デザインとかのアレさ加減」とか、が馴染まなくて。自分に取っては、ね。

／／

本題に戻すと、オープンソースっていうのは自分の捉え方はこう。
「皆様のコード資産のおかげで今の自分のコードがあるのです」
「アイデア持ち寄ってもっとなんとかしてやろうぜ」
「おんなじ感覚でコードを綴る人が増えてくれたらいいよな」
なんだよね。だから、皆でコードをシェアしようぜっていう世界なんだ。

極端に言えば、慈善事業なのさ。

だから、会社とか従業員とか、労働と対価という概念でコードを捉える立場になったなら、これは絶対受け入れられない。

／／

自分のなかで、mkinoさんに思うのは、はっきり言えばこう。

　シイラは捨てるべきだ。

間違いなく、会社という形のなかで、無償Webブラウザのコードを書くのは無理だ。WebKitを使ったブラウザを有償で売るというのは、フリーのブラウザがたくさんある現状では、軌道に載せられない。

それは、仕事でプログラミングを請け負う立場にある人ならば、絶対譲っちゃいけない一線だ。

／／

・・・自分がオープンソースにこだわるのは、そんな世界がいやだから。

オープンソースに貢献するという選択肢なら、WebKitプロジェクトに貢献するのがいいとは思う。あくまで素人プログラマの自分じゃとても出来ないけどね。

MacOS X 10.6.5。

MyCometG3 — 2010-11-11T10:18:15+09:00

出ました。

・・・手元で試した限り、自分でレポートしたバグは全部放置だな。今後も、QTP7側の不具合修正は無いと思う。orz。

とりあえず、拙作のx264Encoderが元気よく動くことは確認した。

／／

さて、自分は今年、Mac Developerの登録をしたおかげで、Developer seedにアクセス出来るようになっている。もっとも、seedを入手してテストすることと言えば、ほとんどQuickTime 766、QuickTime X、QTKitしかないわけだが。

で、この10.6.5のseedの段階で、Appleが導入しようとしたけど、結局撤回されたQuickTime 7のパッチが有ったようだ。

具体的には、世間に出回っているmp4ファイルの大半が、QuickTime Player 7.6.6で開けなくなるという致命的なやつ。これもバグレポした一つなんだけれど、結局Appleは、土壇場で10.6.4相当のオリジナルのコードに戻して、無かったことにしたようだ。

以下、歴史的な経緯を含めて、長い話。

／／

QuickTime Player 7で昔、mp4ファイルを開くと最初に画面が緑色一色になるって不具合があったのを覚えているだろうか。この現象の根本原因は、mp4ファイルのフォーマットに問題があるためだ。

当時、世間に出回った著名なフリーのmp4 muxer（名前が出てこないw）が、MPEG-4 ASPやAVCトラックにおいて、時間軸のオフセットをきちんと定義しないファイルを生成する、アホな実装をした。で、広く異常なフォーマットのファイルが出回るようになった。
手元のmp4ファイルに不具合があるかどうか確認するには、QuickTime Player 7を使うと簡単に調べることができる。mp4ファイルをQTP7で開いたあと、右矢印キーを一回押すだけだ。おかしなmp4ファイルだとと、いきなり終端まで飛んでしまう。正しいmp4ファイルなら、コマ送りとなり、単に次のフレームに移動するだけだ。

当初、クレームを大量にもらって困ったAppleがまず採用したのは、最初の時間軸上画像が本来存在しない場合、緑色の代わりに真っ黒な画像を表示させる、というとてもシンプルかつ対処療法的なハックだった。

ffmpegでmp4ファイルをつめ直す（ffmpeg -i input.mp4 -vcodec copy -acodec copy output.mp4）と、この不具合に対する対処をしてくれる。なので、MacというかQuickTime 7に優しいファイルを作るには、最後にffmpegでつめ直しをするのがお勧めだ。

／／

今回、10.6.5 seedで差替えしようとしていたのは、どうやらQuickTime 7のmp4 importer componentと思われる。だが、これがなんと上記の不具合をもつmp4ファイルは全部rejectしてしまう、というものすごい実装になっていた。

結局、彼らはこのパッチの採用をあきらめたようだ。今日、更改されたばかりの10.6.5では、この不具合は出ていないからだ。

／／

なんつーか。こういうのがあると、developer登録している価値を感じる瞬間だったりする。

Quartz Compozer。

MyCometG3 — 2010-11-07T13:23:23+09:00

QuickTime Xなんだが、新しい問題を発見した。

新しいMacBook Pro Mid 2010を再インストールした直後の状態で、Quartz Compozerなトラックを含むムービーの再生が出来ない。こりゃQTKitの不具合だな。

　・QTKitのバグ。

まだ残してある、MBP Mid 2007の方だと、きちんと再生できている。

Nov 7 13:18:58 MBP-Mid2010 QTKitServer[235]: *** Message from :\nExecution failed at time 0.000
Nov 7 13:18:58 MBP-Mid2010 [0x0-0x23023].com.yourcompany.movietest[231]: 2010-11-07 13:18:58.310 QTKitServer[235:903] *** Message from :
Nov 7 13:18:58 MBP-Mid2010 [0x0-0x23023].com.yourcompany.movietest[231]: Execution failed at time 0.000

なんなんだろう。ググっても見つからんが・・・
再インストール直後だし、間違いなくQTKitのバグで確定なんだが・・・

むー。

・・・後でBugReportするか。

New MacBook Pro。

MyCometG3 — 2010-10-31T17:29:22+09:00

ふと思い立って、銀座まで行って買ってきた。自分のメインのMacを新調するためだ。

／／

今まで使っていたのは、MBP Mid 2007モデル。春にメモリを4GBにも拡張し、バッテリも換えたのだけれど、今年AppleCareが切れたので、そろそろ次を、と物色していたところだった。

世間ではMacBook Airが盛り上がっているところだけど、店頭で見てみると、やはり小さい。

というか自分の場合、非光沢液晶が必須なので、13インチまでのモデルは元々物欲を刺激してくれない。この辺はやはり、こだわりたい所。

／／

今回手に入れたのは、MBP Mid 2010 15インチのCore i7モデル。Airの発売のタイミングで、追加されたという話の、2.8GHzモデルだ。もちろん非光沢液晶採用で、1680x1050。慣れもあるけれど、やっぱり銀縁LCDがいい。

ただ、最近は当たり前になったこの独特なキーボード。ちょっと慣れるまで時間がかかりそうだ。PowerBook G4で2世代、MacBook Proでも銀色のキーだったので、この手のキーボードは、実は初めてである。

当然のように、AppleCareを同時購入してきた。こいつで、また３年間はメインマシンとして働いてもらうつもり。

NonIDR Iフレーム。その２

MyCometG3 — 2010-10-30T12:52:24+09:00

久々にVFR Maniac s氏に反応してみるテスト。

　・AVCを含むMP4コンテナのOpen-GOP問題

/** 現在確認している partial sync sample をサポートする再生系 **/

MPlayer
QuickTime Player
LAVFSplitter

/** 参考資料 **/
ISO/IEC 14496-12:2008
ISO/IEC 14496-14:2003
ISO/IEC 14496-15:2010
Re: handle Open-GOP B-Frame http://lists.apple.com/archives/QuickTime-API/2006/Dec/msg00020.html

むー。今ならそう言えるのですか。

／／

ここで過去記事を晒す。

　・ NonIDR Iフレーム。

QuickTimeにおけるフレーム頭だしの際、Pフレームに対してのデコードは「IPP...P」、Bフレームに対しては「IPP...PBB...B」というふうに行われる。

しかし、Partial Sync （仮にSと表記）がある場合は、Iフレームからではなく、「SSPP...P」「SSPP...PBB...B」という感じで二つ分のParitial Syncを連続デコードできるところから始める。

しかしAVCの場合は、Non-IDR Iフレームを「複数」またがる形の参照フレームが許容される。
　例：IPPSPSPPSSSPPB
だから、これまでのTag付けのやり方では、Partial Sync二つ分だと決めうちで探し出すQuickTimeの再生方法において、破綻してしまう箇所が発生し得る。

というわけで、現在の拙作、x264Encoderでは、Non-IDR I-Frameは、Partial Sync Frameではなく、「単なるPフレーム相当のflagになるように変更」してしまいました。

　・参考：x264Encoder.cの3184行目〜

#if X264
if( !key_frame && pict_type == FF_I_TYPE) {
　/* QuickTime always treats partial sync as MPEG-4 ASP style; i.e. OpenGOP decoding. */
　/* When seek, it start decoding from sync or two partial sync frame to target frame*/
　/* This is not suitable for H.264 stream. */
　/* Non-IDR I frame should NOT be tagged as partial sync. */
　pict_type = FF_P_TYPE;
}
#endif

／／

この辺の実装、最近改善されたのか、一度試してみてもいいけれど・・・

少なくとも、QuickTime 7.6.xはバージョンが進むごとに、出来がどんどん酷くなっている。正直、AppleからLegacy Frameworkとして認識されている現状、QuickTime 7.xのバグを報告しても完璧スルーされるので、もう余り期待出来ないと思う。

また一つ。

MyCometG3 — 2010-10-25T21:12:39+09:00

MacOS X Reference Libraryのページに、Javaのドキュメントの更新が出てたのですが・・・

・Java Development Guide for Mac OS X

はっきり書いてあった。JavaはDeprecatedだってさ。

Introduction

Note: As of the release of Java for Mac OS X 10.6 Update 3, the Java runtime ported by Apple and that ships with Mac OS X is deprecated. Developers should not rely on the Apple-supplied Java runtime being present in future versions of Mac OS X.

The Java runtime shipping in Mac OS X 10.6 Snow Leopard, and Mac OS X 10.5 Leopard, will continue to be supported and maintained through the standard support cycles of those products.

Document Revision History

2010-10-20 Added deprecation information.

あ〜。Flashも新規搭載止めちゃったし、なんかやりにくくなるなぁ。

／／

Mac AppStoreなんだが、GPL系ソフトとの整合性が取れない（バイナリとソースは同一条件で配布できないといけない）気がするんだが。

GPL/LGPL/BSDオンリーな拙作群は、今の所そこに載せるつもりは無い。

リリース：x264Encoder 1.2.17

MyCometG3 — 2010-10-21T07:51:00+09:00

最新版は、サイドバー「公開中のソフトウェア」からどうぞ。

開発ネタ。

libx264＋libavcodecベースのQuickTime Compressor Component、x264Encoder 1.2.17を公開します。（ダウンロード）

　・コアをx264 git-1745とffmpeg SVN-25512に更新。

今回もコア差替えのみです。
MacOS X 10.6.5（QuickTimeに手が入るとか）が出るのを待ってたんですが・・・待ちくたびれたので。

／／

参考：YouTubeにx264Encoder HowTo 動画あります。

注意：MacOS X 10.4 Tigerのサポートを外しました。Tigerをお使いのかたは、引き続きVersion 1.1.10をお使いください。

注意：MBAFF interlacedは、互換性に問題があります。Apple H.264はProgressiveなFrameしか再生しないうえ、PerianがInterlaced Streamを一切サポートしないためです。Apple H.264は、なぜか再エンコード時ならMBAFFのデコードが出来るようなので、単にApple H.264側のバグだと思われます。

注意：アップデートの際は、念のため既存のバージョンは削除せず取っておくことをおすすめします。こちらの記事もあわせてお読みください（アップデート時のお願い）。

／／

x264 gitから作成したlibx264.aに加え、ffmpeg SVNから作成したlibavcodec.a、libpostproc.aなどを使っています。

配布ファイルにはユニバーサルなバイナリと、ソースコードが同梱されています。GPL GENERAL PUBLIC LICENSE V2でライセンスされます。

疑心暗鬼。

MyCometG3 — 2010-10-09T19:53:10+09:00

彼らには、直す気があるのか？

なんとかしたいと思っているのか？

なぜこのタイミングで？あきらめたのか？

一体どうしたいんだ？

／／

・・・全然関係ないですけど、Perianの開発止まっちゃいましたね・・・。

もうそろそろ一ヶ月か。ん〜。

お仕事。

MyCometG3 — 2010-09-29T06:53:44+09:00

本業がアレな状態になりそうです。当面、更新が滞ります故何卒ご容赦のほど。

／／

x264の更新（r1732）が来たんですけど、ざっと見た限りr1726くらいが問題で、後はx264Encoderの動作には影響しないうえ、速度的なメリットはないですね。

　・猫科研究所(felid labo) - x264-changelog-jp r1700-r1799

幸いr1726は、現在のx264Encoderの処理では影響を受けませんので、これも放置でOKです。

／／

x264 r1732は10bit AVCがサポートされた最初の版になるんですが、アセンブラも入ってないし、libavcodecがデコードをサポートしていない現状、採用する意味は無いです。きっぱり。

QuickTime自体にも10bit YUVのサポートは有るみたいですけど・・・手を入れる箇所が多すぎで。

内部での10bit処理はそれ自体、丸め誤差などの関係で画質を向上する（PSNRで最大10-15%も…らしい）。これにディザリングを併用すると、バンディング削減の効果は非常に大きくなるだろう。

現在のx264Encoderの処理パスは、yuv422 input、yuv420 operation、yuv420 outputの流れです。これがyuv444 input、yuv-10 operation、yuv-10 outputに変わるだけでも、PSNRは向上しそうですね。

QuickTimeでは、Component側が「入力イメージはyuv444優先でよろしく」って宣言すると、頑張ってyuv444イメージを用意してくれるので、実は対処出来なくはない。現在のコードベースの1/3くらい潰す可能性があるけどな（笑）

ま、これは気が向いたらでしょうかね。

ClickToPlugin。

MyCometG3 — 2010-09-26T08:54:30+09:00

Macネタ。

自分はSafari派なんですけど、拡張はSafariStand一本でがんばってきたので、Safari 5で追加された機能拡張については、今まで面倒で使ってきませんでした。

ふと、ClickToFlashの作者？のプラグインに、ClickToPluginというのがあるのを知り、試しにインストールしてみる気になりました。
　・ ClickToPlugin Safari extension

／／

Flashに加え、QTやwmv、silverlight、DivXをブロックするだけなので、素直な動作でわかりやすいのですが、・・・PowerPC Macでも動くよこれ！

特に、Leopard 10.5.8を積んだiMac G5とか、PowerBook G4とかに、これが実に効きます。おすすめです。

／／

Safariで使える、defaultハックも組み合わせると、PowerBook G4でも快適にネットがブラウズできます。

$ defaults write com.apple.Safari WebKitInitialTimedLayoutDelay 0.25

これもいいっすよね。さくさくになります。

暑さ寒さも。

MyCometG3 — 2010-09-24T17:09:56+09:00

・・・寒いです。

それにしても10.6.5出ないっすね。
自分のバグレポどれくらい「無視されるか」を毎回楽しみにするってのもまぁ、なかなか性格歪んでるなぁというw

／／

お久しぶりです。

結構長いことx264Encoderを更新しないのはなぜか、と思っているかたがいるかも知れないので、ちょいと解説。最新はx264 r1713ベースのままですが、一応理由はあります。

／／

x264Encoderは、x264バイナリではなく、libx264を直接（正確にはlibavcodec経由で）使用しています。
ですので、新しい修正がlibx264と関係ないもの（x264バイナリに対するものだったり、Windows向けの修正だったり、特定のパッチのサポートだったり、フィルタのサポートだったり）の場合、過剰な更新は控えるようにしています。

つまり、x264Encoderの挙動には影響しない修正「しか」無い場合、今回のようにリリースを出来るだけスキップするようにしています。
決してさぼっているわけではないw

／／

なお、githubのほうでは、新しいlibx264を適用したものをcommitしたりしています。
なので、必要な方はこちらからソースを取ってきて、ビルドをすることが可能です。手順も書いてありますので参考にどうぞ。