Intel内蔵GPU(長文) 投稿者：
のぞく人 投稿日：2015/01/08(Thu) 01:35
No.112
スレッドもかなり伸びましたので、検証していただいたことや調べたこと等を一旦まとめてみます。
まず前置きとして、何故IntelのCPU／チップセット内蔵GPUでポリゴンが伸びるという問題が起きるのか。たむたむす～るで四角変形を用いてポリゴンを縮小させた時、ある限界を過ぎると座標の値がNaN(“not a number”の略。数字じゃないという意味ですね)という特殊な値になります(こちらの掲示板の記事番号8も参考にしてください)。このNaNという値はIEEEの規格で無限大などとともに定められているのですが、GPUでこれらの値を正しく扱うことは演算速度の低下、もしくは演算回路の規模拡大を招くので、「浮動小数点数で表せる最大値とか最小値で代用しちゃえ」という考え方が以前は優勢だったようです。IntelではDirectX9世代になってもこのIEEE規格を厳密に扱わないモードをGPUの基本動作モードに据えた為、シェーダーの演算結果が(NaN，NaN，NaN)となるべきところも何らかの描画しうる値が設定されたりし、その結果下に引き延ばされたポリゴンが表示されるというす～るの不具合が起きます。…もちろん私の推測を含んでますからそのつもりで。
次に不具合を如何に解決するかですが、
1. 頂点処理(バーテックスシェーダーによる計算)をIEEEの規格に則った動作をするモード(IEEEモード)で行わせる
2. 頂点処理はDirectXで用意されているソフトウェア実装によるシェーダーで行う
3. GPUの演算ユニットを一切使わずに、バーテックスシェーダーもピクセルシェーダーもソフトウェア実装によるものを使う(シェーダーは全てCPUで処理する)
といったことが考えられると思います。なお、順序は処理速度が上がると思われる順です。
あさはかさんがブログで紹介されている“3D-Analyze”というツールを使う方法は2を実現するものです。と言いますか、チェックを入れている項目が「force SW TnL」だけであるのを見て、2で不具合回避ができそうだと判断した次第です。尚、TnLは“Transform and Lighting”の略なのですが、この“Lighting”がピクセルシェーダーのことを指しているのだとすると2ではなく3の動作ということになります。この辺り実際はどちらか判らないのですが、Direct3D9初期化時の設定で“SoftwareVertexProcessing”というのが選べるので、それのことかなと思い2としました。
3D-Analyzeによる不具合回避は、何よりも他のソフトの動作に影響を及ぼさないという点でとても優れた方法だと思います。これで済んでいるのなら他の方法は考えなくても良いのではと思わないでもないです。ただ3D-Analyzeはかなり前に開発を終えたので(多分)、Windowsの描画の仕組みが変わった時に対応できない可能性があります(3D-Analyzeは本来の描画デバイスに成り代わるのですが、これによってゲームから描画システムに送られるメッセージを横取りして細工した上で本来の描画デバイスに再送出しているものと思われます)。実際、Windows8.1／64bitで上手くいかないという報告があったから、今回の調べ物を始めて、皆様方にご協力を仰ぐことになった訳です。(症例報告が少ないので「Win8.1／64bitでは3D-Analyzeが動かない」と断言するには至らないと思っています。何より自分自身で確認できないのが…)
2を実行するのには、Intel自身が用意しているGPUのコントロールパネルで設定するという方法もあります(www.intel.com/jp/support/graphics/sb/cs-030506.htm参照。記事番号76や78でも触れてます)。但しこれは、基本的には“Sandy Bridge”世代(または第2世代Coreプロセッサ、GPUで言うとHD Graphics 3000／2000)以前に限られるようです(確認にご協力いただいた皆様、どうもありがとうございました)。す～る以外のプログラムの実行に影響が出る点にも注意が必要です。
2014年末現在IntelがSandy Bridge向けに提供しているドライバのバージョンは9.17.10.3517(ドライバパッケージは152822)になります。他方“Ivy Bridge”(第3世代、HD Graphics 4000／2500) 向けのバージョンは10.18.10.3958(ドライバパッケージは153330)、“Haswell”(第4世代、Iris Graphics 5100 及び HD Graphics 5000／4600／4400／4200)向けはバージョン10.18.10.3960(ドライバパッケージは15367)となります。(尚、Pentium／CeleronのGPUは一括りに“HD Graphics”という名前が付いていますが、実際には同世代のCoreプロセッサに準じたGPUが内蔵されており、ドライバも同世代のCoreプロセッサと同じものです。)ver.9以前の系列のドライバとver.10系列のドライバでは付属しているコントロールパネルのプログラムが異なっており(ファイル名も“GfxUI.exe”、“GfxUIEx.exe”と違います)、外観も設定できる項目も違います。そしてver.9以前では「3D」→「頂点処理」という項目で“ソフトウェア処理”を選択することができたのですが(先のIntelサポートページの上から2段目のコントロールパネル)、ドライバver.10付属のコントロールパネルではその設定項目が無くなってしまったようです(サポートページの最上段のコントロールパネル)。
GfxUI.exeによる設定は多分レジストリのどこかに書き込まれると思われるので、場所を特定できれば、コントロールパネルに設定項目が無くてもレジストリに値を書き込むことが可能かもしれません。しかしドライバ自体のバージョンが違う為、設定した値をver.10のドライバが参照しない可能性はかなり高いと思います。DirectXとの橋渡しをしていると思われるユーザーモードドライバ(ドライバを構成するファイル群のうちの1つです)を眺めると「頂点処理をソフトウェアで行うかどうかのフラグ」みたいな説明がver.10のドライバにもあるので、何らかの形で設定を書き込む処がドライバのバージョンに関わらずあるのだろうとは思うのですが、それがレジストリであるとは限りません。ビデオBIOS(UEFIかどうかってのは置いといて)による設定だったりすると、BIOSに設定項目があったりしない限りこちらからはまず手出しできないと思います。
かわいそうなお父さんさんのノートPCです～るの不具合が発生しなかったのは、BIOSで頂点処理をソフトウェアで行うように設定されていたのではないかと想像しています(ユーザーが設定変更できるとは限らない)。
次に3を実行する手段ですが、これはレジストリの書き換えで達成できるものと思われます(未確認)。が、もしかしたらDirectXを構成するDLL群が開発用(デバッグ用)である必要があるかもしれません。書き換える(もしくは書き加える)のは(記事番号84にも書きましたが)“HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Direct3D\Drivers”というキーの「SoftwareOnly」という値になります。ここのデータを1(テキストかバイナリかは不明。多分どちらでも可)にすることで、DirectXのシェーダーが全てCPUで処理されるようになるはずです。全てと言ってもDirectX10以降を使うプログラムには影響しないと思われますが。
因みに、今この文を書いているPCには上記のレジストリ・キーが有るのですが(“SoftwareOnly”の値は無い)、報告を頂いた透過好きさんのPCには同じキーが無いそうです。どこからその違いが生じるかなどは判っておりません(という理解レベルで話をしております)。
厄介なのは、この「Drivers」というキー(と言いますか、「Direct3D」以下のキー)に書き込む権限があるのが“TrustedInstaller”だけだということです(多分Windows Vista以降)。“Administrators”のメンバーでも、つまり通常の管理者権限では値を書き込むことはできません。なので「レジストリエディターでキーと値を作ってください」と案内する訳にもいきません(ググればやり方出てくるとは思うのですが)。
ではどうにもならないかというと、結構大ごとに思えたので自分でも試してないんですが、DirectXのSDK(Software Development Kit)をインストールしてその中の“dxcpl.exe”というプログラムを使うことで上記の「SoftwareOnly」という値を設定できるそうです(記事番号108も参考に)。ただ、SDKのアーカイブの中から取りだしたdxcpl.exeを手もとで動かしてみたのですが、それだけではレジストリを書き換えることはできませんでした。SDKをきちんとインストールしてない為(DLしたアーカイブから抽出しただけのプログラムにTrustedInstallerの権限が与えられるというのは無さそうな気がする)かDirectXのランタイムが想定されてる開発用のものでないかのどちらかが理由だとは思いますが。(何故インストールしなかったのか言い訳しておくと、うちではレジストリに書き込めるかの確認はできますが、値を書き込んだ効果の程はよくわからないので、手間に見合わないと思ったからです…)
DirectXに限りませんが、SDKのインストールはVisual Studioなどの開発環境の存在を前提にしていると思われます(あ、でもVisual Studio無しでもWindows SDKは入った気がする。私「開発環境はテキストエディタ」な人で、Visual Studioは使ってないのです)。まあ、インストールが無事終了するにしてもしないにしても、dxcplだけを使いたいが為にインストールするにはDirectX SDKは規模が大きいと思います。
実は最新のDirectX SDKは単独で存在しておらず、Windows SDKに含まれる形になっています(それだけDirectXとWindowsは不可分になったといいうことですね)。なので何らかの理由でWindows(8用)SDKをインストールされてる方は、手もとに正しくインストールされたdxcpl.exeがあるものと思われます。が、残念なことに、(記事番号107で透過好きさんが報告してくださったように)新しいdxcpl.exeにはDirect3D9に関する設定を行うタブが存在しません。なので上記のレジストリ・エントリーを書き換える役には立ちません。
尚、最後の単独で存在するDirectX SDKは2010年6月バージョン(DirectX11までカバー)のものですが、これが想定しているインストール環境では3D-Analyzeが使えます。なのです～るの不具合回避だけが目的なら3D-Analyzeを用いる方が現実的と思われます。
最後に1が何とかならないかですが、これは現在模索中かつ見通し立たずという感じです。なんも成果が上がってないということですね。一応これが実現すると、内蔵GPUであっても人数を出さなければ(それなりに)快適にす～るが動作すると思われますので、何とか実現したいところではあります。今後ますますIntel内蔵GPUだけのPCが増えるでしょうし。
冒頭でIntelのGPUがNaN等の厳密には数でない値を正しく扱ってないと書きましたが、GPUのリファレンスマニュアルによると、この様な動作モードをAlternativeモード(略してALTモード)と呼ぶそうです。対してIEEEの規格に則ってNaN等も正しく扱うモードはIEEEモードと呼んでるそうです。Ivy Bridgeまでのマニュアルでは「Direct3D9まではALTモード、Direct3D10以降はIEEEモード」みたいに書いてあったと思うのですが、Haswell以降のマニュアルでは「モデル3.0以降のシェーダーはIEEEモード、それより古いシェーダーはALTモード」となってます。記述が変わっただけなのかドライバの動作が実際に変わったのかは判りませんが、一応新しい方のドキュメント(シェーダーのバージョンによって、の方ですね)に添って考えることにしました。
す～るの実行ファイルをバイナリエディタで眺めてみるとHLSL(DirectXで使われているシェーダー記述言語)をコンパイルしたバイトコードと思われる箇所があります。また“vs_1_1”や“ps_3_0”という文字列が見られるので、ver.1.1からver.3.0までのシェーダープログラムが使われていると推測できます。実は、以前「“ToolGraphicConfig.dat”の[ShaderVer]という項目の値が“AUTO”になってたら“V30P30”に書き換えて試してみて欲しい」とお願いしたのは、これによって使用するシェーダーモデルのバージョンの下限が指定されないかと期待した為です。リファレンスマニュアルによればver.3.0のシェーダープログラムしか走らせなければIEEEの規格通りに頂点データが処理されるはずなので。結果は、透過好きさんから報告をいただきましたが、全く期待外れでした。件の設定項目は使用できるシェーダーモデルの上限を指定するものであって、下限を指定するものではなかったようです。ver.1.1のシェーダープログラムが使われるところは、使えるモデルの上限が3.0であっても1.1のシェーダーが使われるみたいです。
先に述べたdxcpl.exeの新しい版(Direct3D10／11用の設定タブしか無い方)に“Feature level limit”という設定項目があるので少々調べてみたのですが(設定項目の内容は透過好きさんに教えていただきました)、こちらもプログラムが使用するAPIバージョンの上限を指定するものであって、下限を指定するものではありませんでした。
この様な感じなので、レジストリや設定ファイルとかによる設定では、1は実現できないのではないかと思っています。ではどうするかと言いますと、
・す～る(及びカレカノ、FINAL!)の実行ファイル中のver1.1や2.0で記述されたシェーダープログラムを3.0で記述したものに置き換える。
などという手があるかなと漠然と考えております。実際にできるのかはわかりませんが、幸いHLSLの逆アセンブルはできるようなので、全く可能性が無いという訳でも無いように思えます。バイトコードの長さが元より長くなるととてもとても面倒そうですが。
もう一つ、Intel HD Graphicsのドライバは大きく分けてカーネルモードドライバとユーザーモードドライバとに分かれているのですが、
・ユーザーモードドライバからカーネルモードドライバへの通信を横取りして、全てのシェーダープログラムの実行がIEEEモードで行われるように指示を細工する。
という方法もあるのかなと考えています。他のプログラムの動作へ影響が出ますが、ALTモードがIEEEモードになるぶんには特に問題は出ないでしょう。ただ、これはIntel内蔵GPUの動作をきちんと理解したり、ドライバ間の通信をフックするようなプログラムを書けるようにならないといけないので、自分がやるとなるとかなりハードルが高いです。
自力だとまだ前者の方が可能性があるかなと思います(が、それでも途は遠そうです)。どなたか分かる方がやってくださるということなら、後者の方が現実的でしょうか。もちろんドライバに直接パッチを当てるというのもアリだと思います。
1に関してはこの様に全く目途が立っておりません。何か良いアイデアが浮かんだ方は是非ご披露いただければと思います。
以上、大変長々と失礼いたしました。最後まで読み通した方がいらっしゃいましたら、読んでくださったことに御礼申し上げます。大変お疲れ様でした。
新年の挨拶と言うには少々遅くなりましたが、本年もよろしくお願いいたします。
あ、IntelのGPUに限ったことのように書きましたが、SiS系やS3系のGPUがどうなのかは確かめておりません。もう使ってる人もいらっしゃらないかと思うので割愛いたします。まあ、モデル3.0のシェーダーが動くのは無かった気がするし、そもそもChrome(ブラウザじゃないよ)持ってないですし。Matroxや3DlabsのチップはDirect3D9に対応してたっけかなあ…
Re: Intel内蔵GPU(長文) - 透過好き 2015/01/08(Thu) 21:06 No.113
あけおめことよろでーす
全部よみましたｗ 逆アセンブルですか。
C#ソースの改造でギリギリ言ってる私には遠い世界で ＞＜；
何かテスト項目あったら言ってくださーい。
不具合確認方法 - のぞく人 2015/01/08(Thu) 21:56 No.114
書き忘れ。
もし、「これからたむたむす～るを使ってみたいんだけれど、自分のPCで不具合が出るか先に確かめたいな」という方がいらっしゃいましたら、体験版(URLはよねぞんのどこかに書いてある？)をインストールして、よねぞん フリーアップローダーのNo.910、“クッキー.alp”(Dさん作)を読み込んでみてください(と、伝えてあげてください)。サムネイルやこの掲示板の記事番号82のように表示されれば問題なしです。(表示確認用として紹介することをご承諾いただき、Dさん、どうもありがとうございました。)
Re: Intel内蔵GPU(長文) - のぞく人 2015/01/08(Thu) 22:04 No.115
透過好きさん、今年もよろしくお願いします。
全部読みましたか。お疲れ様でした。
逆アセンブルと言ってもHLSLの所だけなんで、それ程多くないです。流石に全部やる根性は…
ああ、でも、エロアイテムの藻の所だけは、少しはやらないといけないかもしれないですね。
昨年は本っ当に助かりました。また何かテスト項目が出た時はよろしくお願いいたします。
Re: Intel内蔵GPU(長文) - よねすけ 2015/01/08(Thu) 22:52 No.116
皆さん、検証お疲れさまです。
透過好きさん、細かな検証までご協力いただき、ありがとうございました。
先日のぞく人さんにお伝えしましたように、たむたむす～る逆引きTIPS(FAQ)に追記しておきました。ありがとうございます。
体験版を落とせる場所は複数ありますが、入れておいたほうが良いですかね？割とすぐに見つかるので要らないかなと思っていたのですが。（イリュ□ジョンさんに消されたりすると嫌かなと思っていたのでｗ
Re: Intel内蔵GPU(長文) - のぞく人 2015/01/09(Fri) 03:00 No.117
体験版が置いてある場所は、以前皆で知ってる場所を持ち寄った気がするのでコメント欄か掲示板のどこかにあるんじゃないかと思ったんですが、どこだったろ？
私も参加した気がするのでtwitterじゃないと思ったんですけど、よねすけさんにメールでお知らせしただけだったのかなあ…
ミラーとは持ちつ持たれつのはずだから強くは言わないだろうと思いますが、確かに「まだ落とせます」と明言しておくだけで良いかもしれませんね。(ﾒﾉｳｴﾉｺﾌﾞﾅﾝﾀﾞﾛｳｶﾗﾈ･･･)
Re: Intel内蔵GPU(長文) - よねすけ 2015/01/09(Fri) 20:39 No.118
もう既に販売していないゲームの上、あちらにとっては目の上のたんこぶですしねえ。目立たない方がいいかなとは思います。
実験用す～るUPしました - のぞく人 2015/01/16(Fri) 00:06 No.119
Intel内蔵GPUでの不具合対策を施したつもりのたむたむす～る実行ファイルをよねぞんアップローダーへUPしました。ファイルは体験版のver.4.01になります。これでOKのようなら製品版用やゲーム本体用のパッチを作る予定です。
なお申し訳ないですが、これは上で挙げた解決策1を目指したものではなく、2を実現する(はずの)ものです(Direct3Dの初期化をしてる場所がわかったので、ちょっといじってみました)。3D-Analyzeを使用した場合と多分同程度の速度になってるはずです。なので体験版用のパッチが出来てもWindows8の人以外には恩恵はないと思われます。
ともかく、先ずはちゃんと効果が出てるかどうかですので、実験にお付き合いいただける方がいらっしゃいましたら、こちらに結果を書き込んでいただければと思います。尚、ダウンロードのパスワードはティータイムを半角小文字にしたものです。よろしくお願いいたします。
Re: 実験用す～るUPしました - のぞく人 2015/01/16(Fri) 00:12 No.120
上の記事番号119で
>体験版用のパッチが出来てもWindows8の人以外には恩恵はないと思われます。
とあるのは「製品版用のパッチ」の誤りです。
暗証キー忘れたらしい…
Re: Intel内蔵GPU(長文) - 透過好き 2015/01/17(Sat) 00:27 No.121
製品版だとエラー落ちしてたので体験版入れましたー
結果：２２たむ→１８たむ
荒ぶる前髪が落ち着かれましたー
Re: Intel内蔵GPU(長文) - のぞく人 2015/01/17(Sat) 01:17 No.122
透過好きさん、いつもありがとうございます。どうやらポリゴン伸びなくなったようですね。良かった。上手くいかなかった時はこれまでの想定が根底から覆るということにもなったので。本当に、毎度毎度検証ありがとうございます。
3D-Analyzeを使った時より結構速いというのはちょっと意外でした。それにしてもIntelのCPUはやっぱり速いな…
製品版は体験版にあるファイルは全部有るはずだから動くだろうと思ってたのですが、ダメのようですね。そういえばインストールフォルダをチェックしに行ってたかも。だとすると、一般ユーザーで動くようにした方も、動かそうとするアカウントのレジストリにインストール先を書き込まないと動かない…
Re: Intel内蔵GPU(長文) - 透過好き 2015/01/17(Sat) 14:13 No.123
いえいえこちらこそー
>3D-Analyzeを使った時より結構速い
そですねー
たぶんバックグラウンドで動いていたものとか
3D-Analyze自体の重さとか関連してたのかもしれません
ムービーとかがんがんBGMにしながら動かしてたりもしてたので(^^;
す～る及び本体の書き換え場所 - のぞく人 2015/01/20(Tue) 23:19 No.131
パッチは公開までもうちょい掛かると思うので、取り敢えず情報だけ。
●たむたむす～る.exe (体験版、ver.4.01)
0003E5B4: 44 24
0003E5DF: 24 84
●たむたむす～る.exe (カレカノ製品版、ver.4.10)
0003E704: 44 24
0003E72F: 24 84
●カレマチカノジョ.exe (ver.1.08)
0003F205: 44 24
0003F230: 24 84
●たむたむす～る.exe (らぶデスFINAL!製品版、ver.5.06)
00036C89: 46 26
00036CB4: 26 86
●らぶデスＦＩＮＡＬ！.exe (ver.1.06)
000384B1: 46 26
000384DC: 26 86
以上になります。バイナリエディタで書き換えるからいいやという方はご自分試してみて下さい。書き換え場所直前の1バイトは何処も「6A」です。
なお、実際に必要なのは「4x → 2x」の方だけで、「2x → 8x」の方は同じルーチンが続くのが何となく嫌だったので書き換えてみただけです。(実行時はここは通らないはず。)
少しだけ解説しておきますと、例えば「6A 44」をニーモニック(機械語)で書きますと、
push 44h
となり、ここではDirect3D9の「CreateDevice」という関数に16進数の44をパラメータとして渡すことを意味します。このパラメータの下から2桁目が頂点処理の動作モードを表しており、
2 … SOFTWARE_VERTEXPROCESSING
4 … HARDWARE_VERTEXPROCESSING
8 … MIXED_VERTEXPROCESSING
という対応になっています。今回はソフトウェアで処理するようにしたいので、初期化パラメータを4xから2xに変更しているという訳です。
Re: Intel内蔵GPU(長文) - 透過好き 2015/01/21(Wed) 15:50 No.132
体験版以外の４種のポリゴン伸びの改善確認しましたー
やっぱちょっとカクつくけど、まだ良い方？（18たむ程度）
>ニーモニック
あはははははわからないということがわかりましたー orz
びみょーにpushpopとかいう暗号が記憶の片隅から・・・
Re: Intel内蔵GPU(長文) - のぞく人 2015/01/21(Wed) 22:23 No.133
透過好きさん、今度も検証ありがとうございます。これで安心して作業を進められます。実はそろそろ自前のテスト環境を用意できそうなのですが、検証結果は多ければ多い程いいので、引き続き御協力いただけたらと思います。まあ、まともに考えると「動きます」と言いきるのに1人2人の結果では全然足りないんですけどね。
動きが少々カクつくのは、ソフトウェア処理である以上仕方がないのでしょうね。Core i7の上位のやつとかだと結構いけるかもしれませんが。何とか解決策1が実現できるように頑張ってみます。
説明はかなり端折ってると言いますか、あれで理解してくれという方が多分無理なので(笑)。スタックの説明も省いてますし。「初期化パラメータに手を加えただけ」ということだけ理解していただければと。
今回透過好きさんはご自身で値を書き換えてくださいましたが、本音を言うと他の方々にもそうしていただけたらなあと思っています。自己展開型のパッチを作るつもりでいますが、実行フィルは作成者が何を仕込んでいるか外から判らないですから、適用する側に不安が残ると思いますので(よねぞんアップローダーにUPする予定です。他所にUPされてもそれは私ではありません)。コマンドラインに慣れてる方は適用後に「FC /B」で変更箇所を確認していただきたいところです。
そんなことも考えてますので、今回率先して書き換えでできるということを見せてくださったことにも大変感謝しております。ありがとうございます！
Re: Intel内蔵GPU(長文) - 透過好き 2015/01/22(Thu) 09:18 No.136
>1人2人の結果では
環境がほとんどばらばらだし統計学方面に突っ走りますねｗ
>「初期化パラメータに手を加えただけ」
あーなるほど
C#で言えばCSファイルの最初あたりに積まれてる初期データみたいなものですね
this.Name = "****";とかの中身を書き換えてるっぽい
>何とか解決策1が実現できるよう
超期待～
Re: Intel内蔵GPU(長文) - yomeko2905 2015/01/23(Fri) 21:34 No.137
THINK PAD X240 intelGPUで検証した報告です。
たむたむす～る.exe (らぶデスFINAL!製品版、ver.5.06)のバイナリ書き換えでOKでした。
すーるだけAMD搭載の旧マシンを使っていたんですが、助かりました。
Re: Intel内蔵GPU(長文) - あるお 2015/01/26(Mon) 01:53 No.138
バイナリ書き換えで直りました！
長年の悩みの種がこれで…ありがとうおございます！
Re: Intel内蔵GPU(長文) - のぞく人 2015/01/26(Mon) 02:34 No.139
>yomeko2905さん
遅くなりましたが、検証報告ありがとうございます。根気の結晶のようなSSはAMDマシンで作られていたのですね。少しでもお役に立てたようなら幸いです。AMDユーザー(でもGeForceだ)の自分としてはIntelに人が流れてゆくのはちょと寂しくもありますが(笑)。
>あるおさん
こちらこそ、報告いただきありがとうございます。成功例が増えていくのは心強いです。まあ、不具合解消法自体は既出のものがあったりしますが、今回のバイナリファイル書換の方が幾分速度が出るようです。
Re: Intel内蔵GPU(長文) - ゴート 2015/08/22(Sat) 17:38 No.166
今更ですが、「もしかして直るのか、ポリゴン落ち」と思い
記事、一字一句もれなく読ませていただきました。
結果、直りました！！！！！！！！！！！！！！！！
ビックリです。
この記事に、半年以上気づかなかったことが
悔やまれます、、、、
今まで、「ポリゴン落ちのデータは、いずれ時間をかけて
自分で製作するさ」と、たかをくくっていましたが
直るものなら、ホントこっちのがいいです！
助かりました、ありがとうございます！！
あ、せっかくなんで自分が使っているパソコンですが、
acerのcore5使用のノートです。
これより古いパソコンは、問題なかったんですが、
やっぱりBIOSの関係でしょうか・・・
バイナリエディタに関しましては、さすがにシロウトには
敷居が高いので、パッチ公開までお待ちいております。
贅沢なお願いですが、もし画像でご説明いただければ、
自分でやってみます。
自分は、やはりDさん作成のクルル様で検証いたしました。
SSは、パッチ後の画像です。
出来れば、ポリゴン落ちの状態も取っておきたかったんですが、
気が回らずに・・・というか、思い出したくも無いのが
本音です。
でも、本当にありがとうございました。
PS,ワタシのほうも、やはり読み込み 早くなった感じいたします。
パッチ暫定UP - のぞく人 2015/08/25(Tue) 01:03 No.167
>ゴートさん
暫定的にですが、kie.nu/2H9Bにカレマチカノジョ用とらぶデスFINAL!用の差分を上げておきました(差分本体だけ)。PWは「ティータイムを英小文字半角」です。(体験版で確認されたということでいいんですよね？)
使い方です。まずゲームの修正パッチの類を全て当てます。次にカレマチカノジョだったら「カレカノ差分.EXE」を、らぶデスFINAL!だったら「ＦＩＮＡＬ！差分.EXE」を、それぞれアーカイブからインストールフォルダにコピーして実行して下さい。実行ファイル(たむたむす～る.exeとかカレマチカノジョ.exeとからぶデスＦＩＮＡＬ！.exe)が書きかわります。書き換えが終わった後は差分ファイルを消去してしまって構いません。
差分ファイルはオリジナルを残すようにしてあったとは思うのですが、書き換え作業中の不意の再起動などもあり得ますので予め実行ファイルを別フォルダ(出来れば物理的に別ドライブ)にコピーするなどして備えて下さい。あと実行ファイルが最新版になってないと差分適用に失敗するようにしたような気がします。(時間が経ったので忘れた。)
自分の手許で動かして様子を見ていたつもりだったのですが、いつの間にか何か別の目的でオリジナルに戻してしまっておりました…。まあ、何かありましたらこちらに書き込んで下さい(掲示板使わせていただきます、よねすけさん)。
Re: Intel内蔵GPU(長文) - ゴート 2015/08/25(Tue) 23:36 No.168
パッチありがとうございまーす♪
さっそくいただきました！
無事に機能しております。
正直あきらめていたので、ホント感謝しております。
最近メインパソコンになりつつあるレ○ボノートでも
ちゃんと直りました。
返信いただけるまでは「こりゃ、バイナリエディタ覚えにゃ、ならん」と思い、
あれこれ調べ始まった矢先にお返事いただけたので
助かりました。
これで、海外メーカーの格安パソコンでも
たむたむす～るが使えそうで（←まあ、既存データなら問題ないけど）たむたむ信者獲得に一役買えればいいんですが。
それよりも現在の使用状況をご報告させていただきます。
とはいっても、まだ半日程度の時間しかやっていませんが、
不具合的なものはなさそうです。
ま、ポリゴンの「落ち」が多かったキャラほど
動きがカク付いているかもしれませんね。
ただ、ワタシの「たむたむす～る」の使用内容には、
まったく影響しませんので これは問題無いです。
Win７の入ったパソコンでは、なんの問題も無く
立ち上がったんですが、
Win８のほうは、初め「CRCが一致しません」とかいう文言が
出て、書き換えが出来なかったんですが、
先日、いろいろやってインストールしなおしたときに、
修正パッチを当ててなかったのを思い出しまして、
当てなおしたら、問題なく走りました。
いやー、ホントに今回はありがとうございました。
いずれ今回のことを、ブログかピクシブにでも
書いて、さらなる「タムラー」を増やすことに尽力させていただこうかと考えております。
とはいっても、今現在はソフト入手が激ムズらしいですからね。ムリかなー・・・・・
Re: Intel内蔵GPU(長文) - たむたむす～る、楽しい 2016/05/15(Sun) 02:07 No.188
初めまして。
今さらな感がありますが、書き込ませていただきます。
最近、このす～るを知り、体験版を試してみましたが、私のところでは、表示が崩れてしまう場合があるようです。
私のPCは、SandyBridgeの4コア、HD Graphics 3000です。Windows8／64bitです。
もともと、「メインメモリと共有と表記のあるビデオシステムは動作保証外となります」なわけですし、
しょうがないか、と思っていたのですが、解決方法があるということなので、いろいろ試してみました。
まずは、バイナリの書き換えを試してみました。
これは、問題無くうまくいきました。FPSが下がるのは、しょうがないですね。
FPSは、書き換え前が、アンチエイリアス無し→57たむ。x2→43。
書き換え後は、アンチエイリアス無し→21。x2→18。といったところです。
解像度は、800x600です。
FPSがもう少し上がらないかな、と思って、次に、3D-Analyzeを試そうと思いました。
上記に、「Win8.1／64bitでは動かない」とありましたので、ダメもとで試しましたが、やはり動かず。
EXEを指定した後、何かしようとすると、「応答なし」になってしまいます。
GPUのコントロールパネルで設定するという方法ですが、私のPCでは、「頂点処理」という表示が無いみたいです。
一応、詳細設定モードにしているのですが。
レジストリの書き換え（というか、値の追加）も試してみました。
ただし、場所は、"HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Direct3D\Drivers"です。
32ビットのキーは、"Wow6432Node"以下になるとのことです。
もともと、、"SoftwareOnly"という値は無かったので追加しました。ただし、DWORD値のようです。
で、再起動した後、す～るを実行してみました。
すると、起動直後に、
----------------------------------------------
CheckDeviceType_Error
バックバッファフォーマットに対応していません。
----------------------------------------------
----------------------------------------------
CreateDevice_Error
DirectXの初期化に失敗しました。
----------------------------------------------
----------------------------------------------
エラー
DirectXの初期化に失敗しました
----------------------------------------------
と、３回、エラーのダイアログが出た後、自動で終了します。
よく分かりませんが、とにかく、動きませんでした。
これは蛇足かもしれませんが、"SoftwareOnly"という名前を変更すれば、元に戻るようです。
結局、私のところでは、す～るの実行ファイルを書き換えるしかないみたいです。
FPSが落ちるのは、やっぱり残念ですね。
あと、私のPCは大手メーカーのノートパソコンなのですが、BIOSには、グラフィック関連の項目は無いようでした。
以上です。
長文、失礼しました。
Re: Intel内蔵GPU(長文) - yomeko2905 2016/11/13(Sun) 09:19 No.207
DirectXが勝手に12にされて、バイナリ書き換えをしてたりするとFPSが1/10（30たむが3たむとか）になっていたのですが、解決策がありました。
イリュのHPから、d3d9.dllのexeをダウンロード、展開してインストールフォルダ（たむたむすーる.exeが入ってるフォルダ）に入れれば、元のFPSに戻りました。
DirectX12に悩まされている人は意外と多かったのかな。
Re: Intel内蔵GPU(長文) - よねすけ 2016/11/13(Sun) 11:07 No.208
yomeko2905さん、情報提供ありがとうございます！
イリュージョンのサポートのWindows10動作確認表というところですね。
Windows10のDirectXのバージョンの問題は先日どなたかも話しておられましたが、イリュージョンが公式に情報提供してくれたようで助かった方も多いと思います。
無題 投稿者：
VHC 投稿日：2016/02/25(Thu) 09:11
No.174
初めまして。VHCと申します。
ALP2PMXを使おうとしたらエラーが出ます。変換して頂ける人はいませんでしょうか。
変換したいファイルはこちらです：ttps://a.pomf.cat/qhgzwz.alp
よろしくお願いします。
Re: 無題 - よねすけ 2016/02/25(Thu) 20:10 No.175
VHCさん初めまして。
ALP2PMXのエラーはどのような内容でしょうか？
ALP2PMXはたむたむす～る本体を持っている必要があるので、普通はあまり他の方に変換してもらうべきでは無いと個人的に思いますので、エラーの内容を教えていただいて、解決法を探っていく方が宜しいかと思いますがどうでしょう？
Re: 無題 - VHC 2016/02/25(Thu) 23:54 No.176
返信有難うございます。
エラーは
実行時ｴﾗｰ'9':
ｲﾝﾃﾞｯｸｽが有効範囲にありません。
といいます。VB関連のエラーだそうですが、VB6はちゃんとインストールされてるので、原因は未だ不明です。
LDFもインストール済みですので、それも問題ないはずです。実は２０１３年からトラブルシューティングしていましたが、ご覧の通り成果は出ません。＞＜
Re: 無題 - よねすけ 2016/02/26(Fri) 19:54 No.177
alpを確認したところ、特にエラーの原因になるものは無いようで、alp2pmxでの変換も問題ありませんでした。レジストリのパスが違っている場合はエラーは出ずに正しく変換されないだけのようですので、やはり仰るようにVBのエラーでしょうか。
う～ん、詳しい人が今、いらっしゃらないので難しいですね。
Re: 無題 - VHC 2016/02/27(Sat) 00:49 No.178
何ならそのモデルをうｐして頂けませんか？パス無しでbowlrollに公開する予定ですので、もし良ければ助かります。
Re: 無題 - よねすけ 2016/02/27(Sat) 22:16 No.179
変換したファイルを安易に配布するのは権利的にまずいと思うので、すみませんが私にはできません。たむたむ式MMDのモデル配布にもかなり気を使っておりますし…。
Re: 無題 - yomeko2905 2016/03/03(Thu) 18:43 No.180
そのエラーは、インストールした情報とネトワクかFinalのある場所が違うと出るエラーです。
Finalをインストールしているのであれば、
①外付けHDD等にインストールしていますか。
つけたりはずしたりしてるときに、ドライブ名（D:とかE:）とかが変わってませんか。
または、外付けHDDをインストールしたPCと違うPCのほうで使っているとか。
②フォルダ名（例えばC:\らぶデスFINAL\・・・）を違う名前に変えたとか。
③Finalのアップデータはすべて適用していますか。
DVDからインストールしただけだと、足りないデータ(肝心の衣装など）がある可能性があります。
その場合、alpを展開する元データ（odfやテクスチャ)をalp2pmxが探し出せずにエラーになります。
Re: 無題 - よねすけ 2016/03/03(Thu) 18:56 No.181
yomeko2905さん、ありがとうございます。
私もレジストリのパスが違ってるのを疑って、インストールフォルダの名前を変えてみたんですが、エラーは出ずに、変換されたファイルがほぼ空の状態だったんです。
環境によって違うみたいなので、VHCさんに試していただけたらと思います。
Re: 無題 - yomeko2905 2016/03/06(Sun) 17:40 No.182
＞エラーは出ずに、変換されたファイルがほぼ空の状態
そうでしたか。
私は、外付けHDDにインストールしているのですが、はずしたままレジストリクリーナーをかけちゃったりして「実行時ｴﾗｰ'9':」が出たような記憶があるのです。
再インストール含めていろいろやりましたけど、エラーなしで空ファイルができたことは無いです。
VHCさんの環境がわからないので、再インストールして素の状態でalp2pmxを使ってみたらどうかな、というところでしょうね。
Re: 無題 - VHC 2016/03/18(Fri) 03:54 No.187
返信有難うございます。
再インストールと再パッチしましたが、例のエラーがまだ出ます。インストール先は普通にC:\TEATIME\らぶデスＦＩＮＡＬ！です。
もう諦めるしかないと思います。夢で嫁を踊らせよう・・・
Re: 無題 - 透過好き 2016/06/03(Fri) 02:23 No.189
えーと、たぶんもう見てはいないような気もするですけど
ついさっきこのエラーを回避したので方法をメモ ヽ(´▽`)ﾉ
Visual Basic 6.0 Service Pack 6:ランタイム再頒布可能パッケージ (vbrun60sp6.exe)
https://www.microsoft.com/ja-jp/download/details.aspx?id=24417
これのvbrun60sp6.exeをインストールしようとして失敗するから
「推奨の環境（だったっけ？）でインストールする」を選ぶといんすこ完了してエラーメッセ「9」がでなくなりましたー
たぶんWIN7の推奨だか重要だかのパッチが悪さしてた様子。
Re: 無題 - 透過好き 2016/06/03(Fri) 12:19 No.190
あそーそー追記追記。
ダウンロードして落ちてくるのがVB6.0-KB290887-X86.exeって名前ねー
名前からしてKB290887を回避する用って感じねｗ
んで、私の障害に関しては、VB6はインストールできたように見えたけどインストールできてなかったって印象かなー
Re: 無題 - 透過好き 2016/06/03(Fri) 12:22 No.191
実行時ｴﾗｰ'9'の原因がいくつもあったらｱﾚだけど
（実はそれ以降のメッセージを忘れてるのでｗ）
ｴﾗｰ'9'は一応こーゆー方法で直り申したとゆー気づき的なエントリでｗ
無題 投稿者：
M 投稿日：2016/03/10(Thu) 21:03
No.183
初めまして。既出なのかも知れませんがTEATIME系のツールはこちらで聞いた方が良いと思いまして。
ODFなどALP2PMX等のツール群はAVIRAで常にウイルス判定になり使うときに切って使ってます。例外に入れてても頻繁に警告状態ですが他の方々はどんな対処のしかたをしておられるのか教えて頂けませんか？
Re: 無題 - よねすけ 2016/03/10(Thu) 21:13 No.184
Mさん初めまして。
個人製作のツール類、特に作者不詳のものは（自己責任という大前提もありますが）AVソフトに引っかかることがよくありますので、Mさんのようにウイルス処理を切ったり、ウイルス対象外として使用するしかないと思います。
AVIRAは詳しくないですが、ESETにはウイルス警告は出ませんでしたので普通に使えております。
Re: 無題 - M 2016/03/10(Thu) 21:39 No.185
素早いご返答ありがとうございます。やはり特に回避があるわけではないのですね。また何かある時ば宜しくお願いします。
Re: 無題 - よねすけ 2016/03/10(Thu) 21:44 No.186
私もあまり詳しくは無いので…。
おそらく製作者が対策を取らない限りは難しいかと思います。