2010/8/22:本掲示板は閲覧専用です。データが一部破損しておりますがご了承ください。
  新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃設定 ┃ホーム  
6 / 376 ツリー ←次へ | 前へ→

【995】CrystalCPUID 感想&要望&バグ報告 ひよひよ 04/5/31(月) 0:26

【1584】Re:CrystalCPUID 感想&要望&バグ報告 bit_d 05/4/24(日) 1:28
【1589】Re:CrystalCPUID 感想&要望&バグ報告 きたむら 05/4/28(木) 0:58
【1597】Re:CrystalCPUID 感想&要望&バグ報告 bit_d 05/5/1(日) 3:06
【1706】Re:CrystalCPUID 感想&要望&バグ報告 x64 User 05/6/14(火) 5:52
【1707】Re:CrystalCPUID 感想&要望&バグ報告 ひよひよ 05/6/14(火) 23:45

【1584】Re:CrystalCPUID 感想&要望&バグ報告
←back ↑menu ↑top forward→
 bit_d  - 05/4/24(日) 1:28 -

引用なし
パスワード
   bit_dです。お返事が遅くてすみません。

▼きたむらさん:
>どのあたりかまでは 16 進ダンプすればわかると思いますが、その先は ...

やはり、x86アセンブラの知識が必要でしょうし、EULAを乗り越えることになるので
いろいろとアレなんでしょうね。理解はしてます。

ほかの皆さんの発言からある程度まで追うことはできるとわかってはいるのですが、
もし前例があってパッチデータが存在しているのであれば、At Your Own Riskで
実行するという都合の良いことを考えておりました…。

>切り替えられる構造になっているということは Windows が何らかの判定を
>行って切り替える場合があるということだと思います。
>
># NT4 には切り替える起動オプションがあったのですが ...

/USE8254オプションですね。これがXPでも使えるのなら解決になるのですが…。

>(W2k 以降にも切り替えるための隠し API あるいはレジストリがあるのかも ?)

私には解析のスキルがないので、海外のサイトを漁る程度しかできないですが、
望みがあるのであれば探してみようかと思います。

下駄による倍率固定では、CrystalCPUIDによるクロック降下ができないことになって
おもしろくないので、何とかならないか今も思案中です。

【1589】Re:CrystalCPUID 感想&要望&バグ報告
←back ↑menu ↑top forward→
 きたむら  - 05/4/28(木) 0:58 -

引用なし
パスワード
   ▼bit_dさん:

>やはり、x86アセンブラの知識が必要でしょうし、EULAを乗り越えることになるので
>いろいろとアレなんでしょうね。理解はしてます。

そこまでおわかりになっているのなら、Win2k の HAL のパッチ箇所と似たような箇所を探せばすぐにわかると思います。

チェックサムを合わせる必要があるので注意してください。(合わせるツールがあるのですがコマンド名を忘れてしまいました。)

>/USE8254オプションですね。これがXPでも使えるのなら解決になるのですが…。

これで解決かと思ったのですが QPF の値が SMP HAL では CPU クロックに近いことを勝手に期待している場合があるみたい ? です。


>下駄による倍率固定では、CrystalCPUIDによるクロック降下ができないことになって
>おもしろくないので、何とかならないか今も思案中です。

メディア関係のプログラムの動作時は倍率固定で良いのであれば BIOS に patch をあててその倍率で起動しておけば良いのではないでしょうか。

# しかし下駄で起動倍率変更するとクロック下げられないんですか ... ブリッジいじる場合と微妙に違うんですね。

【1597】Re:CrystalCPUID 感想&要望&バグ報告
←back ↑menu ↑top forward→
 bit_d  - 05/5/1(日) 3:06 -

引用なし
パスワード
   ▼きたむらさん:
>そこまでおわかりになっているのなら、Win2k の HAL のパッチ箇所と似たような箇所を探せばすぐにわかると思います。
>
>チェックサムを合わせる必要があるので注意してください。(合わせるツールがあるのですがコマンド名を忘れてしまいました。)

おお…そういうアプローチがありますね。
パッチデータのうち、後半のデータがチェックサムなんですね。こちらの計算がわからないな…。
時間を見つけてチャレンジしてみます。ありがとうございます。

>メディア関係のプログラムの動作時は倍率固定で良いのであれば BIOS に patch をあててその倍率で起動しておけば良いのではないでしょうか。

こちらも調べてみます。
何せ中身の仕掛けを理解しないままで発言してましたので、恥じ入りながら勉強してきます…。

># しかし下駄で起動倍率変更するとクロック下げられないんですか ... ブリッジいじる場合と微妙に違うんですね。

いえ、仮に下駄でCPU定格上限まで起動倍率を上げたとしても、CrystalCPUIDの機能を使って倍率変更をするとやっぱりメディア系のソフトに不都合がでると思って、先の発言をしています。これも実際にやってみないと何が起きるかわかりませんね。

結果が出たらまたこちらに書き込みます。
きたむらさん、ありがとうございました。

【1706】Re:CrystalCPUID 感想&要望&バグ報告
←back ↑menu ↑top forward→
 x64 User  - 05/6/14(火) 5:52 -

引用なし
パスワード
   >/USE8254オプションですね。これがXPでも使えるのなら解決になるのですが…。
XPでは/USE8254オプションは効果がないみたいですが、代わりに/USEPMTIMERというオプションがあります。
http://support.microsoft.com/kb/835730/en-US
x64版XPではユニプロセッサカーネルもパフォーマンスカウンタにCPUクロックを使うため、一部アプリケーションの動作速度がおかしくなったりしていたのですが、/USEPMTIMERオプションの指定で解消しました。
SMPやHyperThreadingなPCは持っていないので、マルチプロセッサカーネルでは試していません。

【1707】Re:CrystalCPUID 感想&要望&バグ報告
←back ↑menu ↑top forward→
 ひよひよ  - 05/6/14(火) 23:45 -

引用なし
パスワード
   ▼x64 Userさん:
>http://support.microsoft.com/kb/835730/en-US
これは貴重な情報の予感。私は全然困っていませんが、困っている方はぜひお試しくだされ!!

こういう情報が寄せられるということがとても嬉しいです。本当にありがとうございます。

6 / 376 ツリー ←次へ | 前へ→
  新規投稿 ┃ツリー表示 ┃スレッド表示 ┃一覧表示 ┃トピック表示 ┃番号順表示 ┃検索 ┃設定 ┃ホーム  
ページ:  ┃  記事番号:   
51982
(SS)C-BOARD v3.8(とほほ改ver2.1) is Free