ラックの出先

ラックの出先

PR

×

キーワードサーチ

▼キーワード検索

プロフィール

ラック55

ラック55

フリーページ

コメント新着

バーバリー バッグ アウトレット@ iqgslai@gmail.com 匿名なのに、私には誰だか分かる・・・(^_…
totto@ Re:ウィンカーのブザー改良(01/10) 昨年暮FK310-DX購入しました。 まだ1300km…
ラック55 @ Re:古い記事で申し訳ありません(09/07) 完顔3級さん -----  コメントありが…
完顔3級@ 古い記事で申し訳ありません ウチのメガCDもいつの間にか電源が入ら…
masashi25 @ コメント失礼します☆ ブログ覗かせてもらいましたm(__)m もし…
2012.02.08
XML
カテゴリ: コンピュータ

Linux+wineでMikuMikuDance、とくにV7.08以降のバージョンでMikuMikuEfectも使おうとすると工夫がいるのでそれを備忘録的に。

表示→別窓でツールボックスとプレビューを分離する。

両者が一つの窓にまとまっているのがデフォルトだが、その場合ツールボックスが真っ黒に塗りつぶされてしまう。これは純粋に表示の問題なので、あるべき場所を的確にクリックしてやればしかるべく動作するが、当然実用に耐えない。窓を分離すると問題なくなる。このことはvirtualbox上で動作させたwindowsでMikuMikuDanceを動かした場合も同様であるから画面の書き換えタイミングにおけるxorgとwindowsのGDIとの間の思想の違いによると思われる。

d3d9.dllをnaitive後builtinに設定する。

MikuMikuEfectはダミーのd3d9.dllがDirectx9のAPIをフックしてエフェクトをかけた上で正しいd3d9.dllに渡すことによって実現しているので、winecfgの「ライブラリ」で、見出しのごとく設定する必要がある。こうしないと、wineはダミーのd3d9.dllを完全に無視してしまうのでエフェクトがかからない。上の様にすると、wineはまずダミーを見つけ、ダミーが正しいd3d9.dllを呼び出そうとするがそれがどこにもないのでwine自身にリダイレクトされてMikuMikuEfectが正しく動作する。

wine-1.4以前のwineを使う

このことは、この記事を描いている時点でのgentooLinuxだけの問題かもしれないが、wine-1.4_r1以降では3Dのハードウェアアクセラレーションが無効になっているので、当然のようにピクセルシェーダーが使えず MikuMikuEfectも使えない。







お気に入りの記事を「いいね!」で応援しよう

最終更新日  2012.02.08 07:49:30
コメントを書く
[コンピュータ] カテゴリの最新記事


【毎日開催】
15記事にいいね!で1ポイント
10秒滞在
いいね! -- / --
おめでとうございます!
ミッションを達成しました。
※「ポイントを獲得する」ボタンを押すと広告が表示されます。
x
X

© Rakuten Group, Inc.
X
Design a Mobile Site
スマートフォン版を閲覧 | PC版を閲覧
Share by: