DivX 6.51が出ました。mp3infpでの対応をお願いします。DivX5/6.?.?(DivX503b2207p)DivX5/6.?.?(DivX503b2207)
あの、素朴な?疑問なんですが。DivXってかなり頻繁に小V.Upしてて、その度にmp3infpの対応を要求されているようですが・・・そんなに毎回対応をしていかないといけないようなものなんですか?いや、別に反対するとかイヤミとかじゃないんですよ。ただ、これじゃあ作者さん、大変だろうなと思ったので。優秀な方には、新規ソフト開発とかの創造的作業に時間を使って欲しいなと思うんですよね。
DivX5/6.?.?(DivX503b2207p)などとなっている部分をDivX6.5.1などに表示するように部分なので、ソースの書き換えは確か1行追加だったと思います。それ自体は大した更新じゃありません。同時に他の部分の更新を行っていて、更新時の労力は主にそこに費やされているはずです。言語ファイルのように別ファイルにすれば、その後の手間は減ると思います。
まあ、プログラミング量自体は大したことはないでしょうね。DivXのVer判別(動画データのどこかから読み出す?)と条件分岐、表示くらいでしょうから、数行レベルの追加・修正であろうことはど素人の私でも想像つきます。それでも、こう頻度が多いと私だったらイヤだなあ、と。(私が怠惰なだけかも^^;)私が知りたかったのは、毎回V.UPして正確に判別出来ないとまずい理由があるのかな、ということなんです。要するに、DivXって毎回下位互換性を切り捨てたV.UPをしてるの?ってこと(それ以外にmp3infpが毎回V.UPが必要な理由なんて無いですよね?)。ま、本当ならエンコードデータ中の決まった所にVer表記のデータがあって、それをそのまま読み取り・表示出来るのが理想形なんでしょうけど、今現在そうしていないのは、エンコードデータがそういう風になってないんでしょうね。
皆様貴重なご意見をありがとうございます。私も、Divxアップデートの度にmp3infpのバージョンアップも行わなければならない現状は非効率的であると考えています。ソースコードの変更箇所はわずかですが、ドキュメント類の更新、アーカイブの作成Webサイトの更新など、関連する作業がいくつも発生してしまいます。解決策として、FOURCCやdivxバージョン表記情報のアップデート機能を実装することを考えています。それが出来るまでは、当面現状の方法でmp3infpを更新していきます。
6.51ではなく6.5.1です。細かいことですが…