VFRなmp4のaviへの変換方法

使っているノートパソコンがH264の再生には力不足なので、bittorrentなどで入手できるH264なmp4はmediacoderとかsuper Cでトランスコードする必要がある。あと、iriver lplayer用にも変換したいので、結局VFRでH264なmp4をxvidなaviファイルに変換する方法が欲しい。

で、VFRだとこういう変換がmediacoderやsuper Cのような全部入りフロントエンドを使っても上手く行かないがどうにかならんか⇒現状ではどうしようもない、という質疑応答を各所で見かけたのだが以下の方法で上手くいった。

まずCombined Community Codec Packを入れておく。必要なのはこれに含まれるHaali Media Splitterなのだけど、こういったコーデック関係はごちゃごちゃしてしまいがちなのでmp4だoggだmkvだの最新コンテナを駆使するエンコード職人でもない限りはこういったコーデックパックで済ませた方がシステムがごちゃごちゃしないで良いと思う。

とにかくCCCPの設定でHaali Media Splitterがmp4を扱うようにする。

それで、Super CでDirectShow Decodeにチェックを入れた上で適当な設定でデコードする。

ffdshowやHaali Media Splitterがトレイアイコンを出すようにCCCPで設定しておくとこれらがデコードに使われている事が確かめ易い。

これでOK。

マルチコアでもハイパースレッディング対応でもないCPUを使っている身としてはSuper Cよりもmediacoderの方がスレッドのプライオリティを下げて使用できるので好きなのだが、mediacoderでvideoのsourceにWM Decoderを設定しても上手く行かなかった。Super Cではここまでに書いた方法で上手くいった。

Haali Media SplitterはMKVにも対応しているので、試してないけれどVFRなMKVなんかでもこの方法でいけると思う。

追記：
せっかくタスクマネージャの代わりにSlightTaskManagerを入れているのでこれ使ってプロセスの優先度下げればSuperCも軽くなるんじゃね？と思ってやってみたらちゃんと軽くなった。バックエンドで動いているmencoderなりffmpegなりの優先度も下げるのもお忘れなく。

これでよいのか？

気配値表示機能をつけたらwpfgfx_v0300.dllがアンマネージドな部分で落ちて高級言語しか知らない身にはどうしようもないメモリダンプとスタックトレースだけ吐いて落ちやがる。

しかも、xaml中にリソースとして記述したマテリアルであるdataPointsMaterialから、記述をそのままコピーしてaskBidPointsMaterialを作ると、気配値を表示するメッシュにdataPointsMaterialを割り当てると落ちずにaskBidPointsMaterialを割り当てると時々落ちる。これひょっとして、ビデオメモリが足りてなくてテクスチャが格納できてない？仕方がないのでaskBidPointsMaterialのBrushをSolidColorBrushにして様子を見る事にした。

追記：
結局、RadialGradientBrushを使ったアンチエイリアスもどきを止めて全部SolidColorBrushにしたら問題は起きなくなった。VistaではWPFの3Dではアンチエイリアスがかかるらしいので、これで良しとしよう。

多分やっぱり自分の環境固有の問題で、ビデオメモリが潤沢にある環境なら起きない問題だったのだろうけれど、自分の環境で動かないのは気持ちが悪すぎるのでまあ直ってよかった。

たまには大きなサイズで。
気配値の表示をするようにしました。成り行き注文ですので、買い建て時には左側の黄色い丸の場所で、売り建て時には右側の黄色い丸の場所で、それぞれ約定するのが基本となります。ただし、成り行き注文の性質上これが保証されるわけではありません。注文が処理されるタイミングまでに気配値が動く可能性もありますし、ネットワークの事情で注文が遅延する可能性もあります。成り行き注文の特性をご理解の上でアドイン「身も蓋もない」をご使用ください。

気配値が表示できるようになったアドイン 「身も蓋もない」 は詳細サイトのファイル置き場から mimohuta.zip というアーカイブファイルとしてダウンロードできます。

---

で、だ。8530の売り建て玉どうしよう・・・。午前に起きてたら逃げ場もあったものを。
大幅に上昇した上で俺が見始めてからは下げているだけとなると見ている事しかできない。

えー、「身も蓋もない」の使用者の皆様は、是非、ザラ場中のトレンドフォローに徹するよう、製作者を反面教師として心がけてください(白々しい)。「身も蓋もない」ユーザは基本的に、商いが少ない時は休むも相場なりを実践するべきです。一応、ボックスの上限でショート・下限でロングするようなスタイルでもワンクリックの注文インタフェース(ドテンもワンクリック！！)のご利益はあります。でもやはり成り行き注文なのであまりに小さな値幅での揉みあいに無理やり参戦すると細かい損が積み重なってしまいます。それを取り戻そうと、日中の動きが少ない分持ち越しで大きな利益を出そうなどとファンダメンタルの知識もテクニカルの知識もない人間が博打を打つとさらに損を広げてしまいます。製作者が身を持って示した教訓でした。

本当、今日、ノーポジで朝からザラ場を見ていればどれだけ利益を出せる場面があったかと思うと泣きたくなる。まあ今日も商いが戻ってきたとは言いがたいのでノーポジなら基本は休みだったかもしれないけれど、前場で一二回はやれたよなあ。はあ。

---

気配値表示については、色はまだ検討の余地があるな。

それにしても、一週間ほど何も手に付かなかったので、こうやってまだやれる事があると確認できるだけでとても嬉しい。

気配値

「身も蓋もない」は成り行き注文なので、トレンドフォロースタイルであるから値の値自体は気にしないと言っても現在値が売り気配値と一致しているのか買い気配値と一致しているのかは気にしながら使った方が良いみたい。そこで最新のティックには気配値を伴わせるようにしてみた。

いつもならテストしていない状況でもアーカイブしてファイル置き場におくのだが、実はgoogle sitesのファイルストレージの履歴機能には、サイト運営者しかアクセスできない事が分かった。つまり一般の閲覧者は最新バージョンしかダウンロードできない。そういうわけで、テストしてから置く事にしたのでもう少しお待ちください。

あと、そんな事情なので最新バージョンをダウンロードして何か動きがおかしいという場合には知らせてくださいね。過去バージョンでうまく動作するかもしれないので。

カーンサーン

笑えるほど閑散としているクリスマス夕場。
色で秒間出来高が視覚化されているので閑散とすると見た目が実際に寒々とします。

で、持ち越している8520の売り玉どうしよう・・・
年内に25MAまで下がるよね？よね？

辛い・・・

だるくて目が腫れぼったくって全身が筋肉痛で風邪気味でとにかく辛い。どうにもならんもんか。

損益計算機のバグ

損益計算機は、呼び出された時に持ち越し玉の建て時の値を記録して、別の日に返済された場合に損益が正しく計算されるようになっているのだけど、これが、前日の記録でないとエラーとしてはじく変な仕様になっていた。おかげで、心臓に悪い数字が表示されていた。

修正したので必要な人は「身も蓋もない」のサイトのファイル置き場からどうぞ。