↓



★ openキーの位置に注目 ★

上の 【私の 右クリック画像】 と 同じWin98です。 私の右クリック画像では　【結合（open）】 が 下にあるでしょ。


（あなたのWin98には notepadキーは存在しないでしょうが、　登録すれば 同じ形で表示されます。）

　【実際のレジストリfile内部の（物理的な）データの順番】が Win98の挙動・動作に深く影響している事を実感できます。


◆【レジストリの論理構造】を分析するだけでは　Win98の動作を分析した事にはならないのです。

ところが、ネットの解説でも　専門書でも、【レジストリの論理構造】にしか 目が向いていません。
もっと 手厳しく言えば、
		ネットで解説されている“レジストリ解説”の多くは【専門書の受け売り・もの真似】です。


ビデオを御覧になった方は、私のＰＣでの【Win98のシステムボード認識】が皆さんのWin98と全く違い、項目数が２５項目ある---事
を　納得したでしょう。
		しかし、それだけではないのです。


◆【実際のレジストリfile内部の（物理的な）データの順番】が Win98の挙動・動作に深く影響している・・
　という事になりますと、
			重大なテーマが浮かび上がって来ます。


Win98が【デバイス検出】をして　デバイス情報をレジストリに組み込む・・Win98のデバイスアクセスは これによって成立し、依存します。
そして、Win98の【レジストリへのアクセス】は、上から下へ流れるようにサーチします。

さて、ここで 考えて下さい。
世間一般に行われているように、どんな場合も　無頓着にデバイス検出をさせただけで良いものでしょうか？


【レジストリfile内部の（物理的な）データの順番】が Win98の挙動・動作に深く影響する---
という事は、
	『検出された順番』 そして『デバイス情報がレジストリに組み込まれた順番』も　Win98の挙動・動作に影響する事になります。

さっきの“Regファイルアクション調整”の実験では　単なる【拡張子連動のチューニング】であり、安定度の面での“効果”はありません。
しかし、
これが、【デバイス認識の順番】や【デバイスに関するレジストリツリー構築の順番】について 違いが生じた・・とすれば どうでしょうか？。
【レジストリの論理構造】には変化が無くても、
【レジストリの物理構造】に変化が生じているため、【Win98がデバイスデータにアクセス】する時の アクセス順や効率に “差”が出ます。
　（上から下へ流れるようにサーチしますから。）

　　※これを解説した専門書を　私は見た事がありません ↑。
　　　　（本が無いからこそ　私は『嘘吐き』にされ、私への中傷記事の方が信用された。）


詳しくは　上のリンクをクリックして頂くとして、ここで導き出された結論によって　次の結論も導き出されます。


１．Win98のインストーラが 「Winインストールのデバイス情報構築の時に　“横から手を出す”」事によって、
　　本来なら 後から組み込まれるのが自然であるハズのＵＳＢを早めに組み込んでいる・・・ これも　マイナスの影響がある。
　　　（ＵＳＢは【ＰＣＩの亜流デバイス】です。）
　　あるいは　障害の要因となる。		こちら も参考になる。

					
		　　　【デバイスの “親子関係”／データの流れ】 を レジストリで分析。


２．【拡張カードの装着スロット位置】や【検出順】が レジストリに影響し、
		【レジストリfileのデータの構築順】がWin98の動作に影響する・・
　　となれば、
　　“Win98のレジストリへの デバイス情報の組み込み”について、Win98の建前 や 専門書の解説 を「100％鵜呑み」には出来ない。
　　という事になります。


　　※という訳で、Win98のハードウェア認識について　レジストリを再構築する【田中式処置】の意義と価値が生まれます。
　　　【田中式処置】は “ゼロ”から再構築します。一時的に 仮死状態に近くなります。



		＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝



ビデオの動作テストで運用しているWin98se は、【１．Winセットアップ】→【２．田中式処置】→【３．ＰＣＩデバイス認識の再構築】
を行ったものです。

【３．ＰＣＩデバイス認識の再構築】は　通常は実行する必要はありません。
				（【３．ＰＣＩデバイス認識の再構築】は　【田中式処置_解説版】のミニチュア版です。）


★★上のＡ.のリンクのテキストには、

　『なぜ、これほどに 安定度が向上するのか？』・・という点で 【田中式処置の“真髄”】に関わる解説 があります。

　【ＰＣＩデバイス認識の再構築】を行うための　下準備・ノウハウ・実行手順 などが解説してあります。（上級者向け）


★★【２．田中式処置】を省略して【ＰＣＩデバイス認識の再構築】を実行しても、絶対に 効果はありません。
★★【３．ＰＣＩデバイス認識の再構築】を行うためには、Winセットアップ後　１回は 【２．田中式処置】を行ってある必要があります。

　※田中式処置のあと、運用状況によって　【ＰＣＩデバイス認識の再構築】の実行が必要となる場合がありますが、上級者向けです。
　　普通の方の場合、↑そのような状況となった時は　【２．田中式処置】を再実行する方が簡単です。
　　しかし、
　　アプリケーションのデータを抱えている場合など　Win再セットアップしたくない場合もあります。
　　そのような場合に、【ＰＣＩデバイス認識の再構築】を実行するメリットがあります。
　　正しく実行すれば 効果的です（ビデオを御覧下さい）。田中式処置 と【ＰＣＩデバイス認識の再構築】の理念は共通だからです。

　　田中式処置 の前準備として　Win再セットアップが 必ず必要な訳ではありませんが、
　　実働状態のWin98のままで処置を行うためには、「どのソフト・どのハード」を いったんアンインストールすべきか・・
　　この判別が　初級〜中級者には 正確にできないのです。
　　上級者であれば　その判別ができますが、
　　【難しい作業を含まない簡単実行版（半自動）】ではなく　【解説版】の理解不足だと その判別は無理です。

また、
【３．ＰＣＩデバイス認識の再構築】を実行する前準備として、
特定のアプリケーション・特定のハードウェアを「いったん削除」する必要はありません。
この点が　【２．田中式処置】と大きく違いますので作業量はわずかです。

私が 四月に【３．ＰＣＩデバイス認識の再構築】 を行った理由は、上のＡ.のリンクの最初を読めばわかります。
簡単に言いますと、
SCSIカードとスキャナを故障させた事に気付かずに【１．Winセットアップ】と【２．田中式処置】を行っていたからです。
		（【★Part１】）
しばらく後、
特定のＭＯメディアにアクセスした時に“微妙な不具合”が発生する事に気付いたのです。
で、
もう一度　１ から実行するのは おっくうで　【ＰＣＩデバイス認識の再構築】を実行したのです。（これ以降が【★Part２】。）

　※【２．田中式処置】の実行経験があり　上級者で　【ＰＣＩデバイス認識の再構築】を理解できていれば、
　　１〜２時間で出来ます。
　　この「理解」の部分がハードルであり、中級者までの方には無理ですが、
　　勉強にもなりますし、【田中式処置】を実行した後で 読んでください。
　　Last_Information/JPG_about_PCI-Dev_ReBuildフォルダ　に 補足の【画像】も用意してありますので、
　　【田中式処置】経験済みなら　中級者でも しっかり腰をすえて読んで　急所を理解すれば　
　　【ＰＣＩデバイス認識の再構築】の実行も無理ではありません。向学心旺盛な方なら 試す価値はあります。
　　「田中式処置を実行した後、ＰＣに対する感覚が　180度 変わり、Windowsの挙動を観察するのが面白くなった。」
　　と言う人がいますが、こういう人は 知識不足を“時間”でカバー出来るでしょう。


　◆【レジストリが破損したWindows】

　　　◆ＰＣの運用・管理が下手な方は、	Win再セットアップしてからでないと、【田中式処置】の効果が少ない場合もあります。

	ＰＣ/Windowsの運用・管理が下手な方は　Windowsのレジストリに根本的な“異常”を抱えている場合も多いのです。
	フリーズした時など、
	ただ単に “リセット→再起動→DosでScanDisk→再起動→Windowsでスキャンディスク”・・これで良いケースもありますが、
	状況によっては、この Windows起動の直前に【レジストリ復旧】をすべきケースもあります。
	初級〜中級者は　これについての“必要か？・不必要か？”の状況判断を正しくできません。
	横着な人は　これを怠ります。

	一度 これを怠けてしまい、なおかつ　運悪く 【レジストリ復旧をすべきケース】であった場合は　どうなるでしょうか？
	次の“日付け変わり”のWindows起動時に、Windowsが【レジストリ自動保存】を行います。
	　（この時に自動保存されたレジストリファイルは“異常”を抱えている場合もある。）
	そのまま ４日間　Windows起動を繰り返しますと、
	５日前の“正常なレジストリファイル”は自動削除されます。
	つまり、
	“異常”を抱えたレジストリファイルが５回連続で保存されており、正常なレジストリファイルは失われています。
	こうなってしまった後では、 Dosで【Scanreg /restore】の実行による“レジストリ復旧”をしても 無駄です。
	【Scanreg /restore】を実行後に 「正常なシステムファイルを復旧しました」と 表示されますが、
	これは　「Scanregコマンドの“馬鹿の一つ覚え”」のメッセージです。
	要するに、
	【レジストリ復旧をすべきケース】である場合は、そのまま継続してWindowsを運用しては駄目なのです。
	せめて「Windowsでスキャンディスク」の後　【レジストリ復旧】をしておく事が必要です。


	フリーズの状況　もしくは　フリーズした時の対処の仕方によっては、レジストリが破損する事もあります。

	【レジストリが破損したWindows】 は　その不安定の程度はひどく、 どんな 【安定化ツール】でも 改善されません。
	　（田中式処置でも　直せません。）
	【レジストリが破損したWindows】のフリーズは　【Windowsの欠点〜フリーズ】ではなく、
	運用者が【Windowsの欠点】に加算して こわしただけです （笑）。

	【Scanreg /fix】という実行方法もありますが、これは　「レジストリの贅肉を取る」程度の効果しかありません。

	自動車の故障も、修理で直せる故障もありますが、
	事故で大破した場合は　エンジンごと交換する必要がある場合もあります。（つまり　再インストール。）


		＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝



◆◆◆【★Part１】と【★Part２】は、全く同じWin98です。◆◆◆


　【★Part２】即ち 【３．ＰＣＩデバイス認識の再構築】の実行では　
“システムボード認識 や システムデバイス認識の再構築”は行っていません。田中式処置のあと、“ＰＣＩデバイス群の認識”だけを再構築
したのです。

　それなのに、“システムボード認識” に変化が生じています。

【Ａ】．“田中式処置”の直後のシステムボード認識。
【Ｂ】．↑この【Ａ】のしばらく後で、“ＰＣＩデバイス群”の認識だけを再構築した時点でのシステムボード認識。

　　クリック　⇒　田中式処置の後の、 【Ａ】・【Ｂ】２通りのシステムボード認識

上の 【参考 Ａ】よりも、読んで理解するのに骨が折れるでしょう。

【参考 Ａ】の方が　内容的に高度であり、
　　初級〜中級者を対象から外した上で 「状況報告と手順」をサラっと説明していますので　割合に論旨の展開が簡潔です。
ところが、
こちらの【参考 Ｂ】の方は、
　　テキストの最終目的がハッキリしていますし、
　　“初級〜中級者にも理解できるスタイルの説明・操作手順”を混じえて書いたために　全体の流れが複雑になってしまいました。
　　理解できてしまえば、最終的に操作する作業は 実に簡単であり、テキスト内容の密度も あまり濃くはありません。

興味の対象としては、【参考 Ａ】の方が　読んで はるかに面白いでしょう。

●マウスクリック時のエラーについて。

さて、　私はダイヤルアップ接続であり、
ＨＰを抱えている事と プロバイダ料金との兼ね合いで、　普段から ブラウザを１５個くらいは 複数起動した状態でネット上を行き来します。
２〜３つ起動した方が　ダウンロードスピードも高速です。
それ以上多く起動しても、回線スピードを超えるスピードは出ませんが、それでも多く起動した方が便利です。
つまり、
あるページを読んでいる間に　他のページがダウンロードされていますから。

　　※通常のWin98／Win98se（田中式←未処置）では すぐにフリーズしたりするのでお勧めしません。


このブロックの エラーに関する説明は　ページ最初で説明した【★Part１】の期間に発生したものであり、
現在のこの Win98se は、その後 ４月頃に　Part１のWin98seに対して 【ＰＣＩデバイス認識の再構築】を行った物（★Part２）です。

上記 Part１の数ヶ月間に発生したエラーは 全部で２回であり、エラーの内訳は 下記のとおりです。

・１回目
　ネットブラウジング中（ＩＥウィンドウは２０個ほどオープン）です。
　あるLink（動画file）をクリックして
　【RealPlayer Basic ８】が起動して動画プレイしたのですが、
　動画プレイ終了後　このRealPlayerをクローズするために
　RealPlayerの“右上の×マーク”をクリックした瞬間に
　RealPlayerが強制終了させられました。（監視していた DrWatson による。）
　DrWatson による エラーの説明は【無効なメモリアドレスへのアクセス】でした。

・２回目
　同じく　ネットブラウジング中です。
　この時は 先の１回目と異なり、【WebBooster Nija 2001】を起動してから
　ブラウザを起動していました。
　　※例によって、ＩＥウィンドウは１７〜１８個オープンし、同時にＤＬ表示させていました。
　　　この内、１つのウィンドゥは 何かのＥＸＥファイルをダウンロードしていました。
　　　私は モジュールのダウンロードを必ず２回行うのですが、
　　　回線速度が低いので、５ＭＢとか10ＭＢのサイズのＥＸＥファイルを２回もＤＬするのは辛いのです。
　　　少々無茶をしても「２通りのＤＬ」した物がバイナリレベルで一致していれば良いのですから、
　　　こういう方法を採ります。
　　　　（例：Vectorサイトなら、【FTPサーバー】と【HTTPサーバー】。）
　ブラウザの“右上の×マーク”をクリックした瞬間に、ＩＥと【WebBooster Nija 2001】が 強制終了させられました。
　この時の DrWatson による エラーの説明も 【無効なメモリアドレスへのアクセス】でした。
　この時、本能的に「手製のマウスパッドが悪い」と思いました。

２回のエラー共、エクスプローラー と Windows本体が引きずられる事はありませんでした。
そのまま 正常に運用できました。
　（その後の動作観察で、エラーの原因はマウスクリックであったと確信。）


　マウスは【Microsoft製の 光学式Intelliマウス】。
　最適のマウスパッドが無いのですが、光学式マウスの操作性を体感すると　ローラー式のマウスには戻れません。
　プラスチック製の大きな下敷きに“ポリエステルの布”を貼って使っていました。
　ポリエステルの布は“織り”の密度が高くて良いのですが、
　使っている内に、静電気が呼び寄せたホコリや 手の油などで　妙な反射の仕方をします。
　この種の反射で起きるエラーが嫌で 光学式マウスを使いたがらない人もいるようです。

　先のエラーを起こした瞬間の状況としては、　“右上の×マーク”をクリックする瞬間に マウスカーソルが妙なスライドをしてしまったのです。
　この瞬間にエラーが起きました。
　ＣＰＵが忙しい状態ですから、ＰＣの“タイムスライス制御”が苦しくて
　「マウスクリックのタイミングの検知でエラーが起きた。」というところではないでしょうか？

　　※この Intelliマウスのドライバは初期のドライバですが、
　　　私は、簡単には 基本ドライバをアップデートしません。この後、ドライバをアップデートしてみます。）

　　　※ここで重要なのは「システムリソース、Userリソース」です。

　本当に【システムリソース残量】＝０％ となったら どうなるでしょうか？
　実は　以前 試したことがあります。
　今回のWin98seをインストールする前のWin98seを運用していた時のことです。

　【WebBooster Ninja 2001】を購入してみますと、
　「"メモリ最適化" を自動で行うか行わないか」を設定する項目があります。

　これをＯＦＦに設定した場合は 適当なタイミングで【手動クリック】でシステムリソース回収を行う事になるのですが、
　敢えて　"自動でのシステムリソース回収" を行わず、
　【手動クリックによるシステムリソース回収】を行う設定にして 運用していました。


　いつものように ＩＥをいくつも起動し、ある程度は他のアプリケーションも起動して運用し、様子をみていました。

　数時間後、見慣れないダイアログＢＯＸを Windowsが表示しました。（Windows３.１で表示される形のダイアログＢＯＸです）

　表示されている内容は、「システムリソースが無いので作業を続行できません」というような内容です。

　「では Windowsを終了しよう」と考え、　ＯＫを押しました。
　元の画面に戻りました。
　そして、スタートメニューをクリックすると　再び「システムリソースが無い〜〜続行できません」の画面になります。

　「仕方が無いな・・」と考え、【Altキー ＋ Ｆ４】を押しました。

　再び「システムリソースが無い〜〜続行できません」の画面です。

　【"Windowsの終了" のダイアログＢＯＸを表示させるためのリソース】すら残っていないという事になります。


　要するに、
　【WebBooster Ninja 2001】の設定で 「手動で行う」と設定したのに、【手動クリック】でシステムリソース回収を全く行わなかった事が原因です。
　　（システムリソースを使い果たす程には　他のアプリケーションで作業した訳ではありません。）

　Ｉ４のテクニカルサポートの人の話によりますと、
　人間がネットブラウジングを続ける限りは、
　【WebBooster Ninja 2001】は　延々と "自動先読み" をし続けますから、自動先読みでシステムリソースを使い果たしたのでした。

　この時は　興味半分で わざと試したのですが、
　【手動クリック】でシステムリソース回収するのが面倒なら　【メモリ最適化を自動で行う】ように設定すべきです。
　　　※そのように　マニュアルに書いてありますし、
　　　　初期設定で使えば　自動で行うように設定されています。（私が興味半分に変更して試しただけ。）


★今回のテストでは、
【システムリソース残量】＝０％（本当は ０％と１％ の間） と表示された時に　そのまま放っておき、
（運良く）偶発的な "新規のダイアログＢＯＸ" が表示される事が無かったので 大丈夫でした。

今回のテスト６回の内　２回、２〜３分の間ですが、最後の段階で【システムリソース残量＝０％】となるように作業しました。
この場合も、今回のように　全てのタスクが ちゃ〜んと正常終了します。
ところが、
殆どのアプリケーションを終了した後、
最後に【劇場 あれ】で「録画の一時ファイル」を変換保存しようとした瞬間、【劇場 あれ】が凍ってしまうのです。

　　※原因は私の力量ではわかりません。システムリソース残量＝０％状態で何かを行う←基本的に無理な事でしょうけど。

　　※これは【劇場 あれ】に問題があるという事ではないでしょう。
　　　他のタスクは ただ単に終了させただけですが、
　　【劇場 あれ】は この後 新規にダイアログＢＯＸを表示させ、"保存作業" を行おうとしますから、システムリソースが必要です。
　　　ただ、この段階で、リソースメーターは通常どおりに作動し、システムリソース残量は　ある程度 回復しています。
　　　この点がわかりません。
　　　ひょっとしたら、【システムリソース残量】＝０％ となる辺りで
　　　Win98が、割り振ったハズのシステムリソースを奪っているのかも・・と思ったりします。
　　　【システムリソース残量】＝０％ と表示された辺りの段階で　
　　　タスクバーにおける【劇場 あれ】の表示位置が「いちばん左」から「いちばん右」に移動していました。
　　　　（この点も不思議に感じます。↑）
仕方が無いので、【Ctrl＋Alt＋Del】で【劇場 あれ】を強制終了します。

あとは 普通どおりです。
Win98もエクスプローラーにも異常は起きません。スキャンディスクでも正常です。


本当は　↑この時の状況も ＨＰで公開したかったのですが、録画がストップしてしまうので どうにもなりません。
　　※どなたか、デジタルビデオ撮影にてご協力下さい。
　　　引き換えに　私が あなたのＰＣに【田中式処置】を施してさしあげます。（近在の方に限る。）

動作テストの前（報告記事の最初の部分）で、【ＤＯＳ窓（DOSプロンプト）でのＦＣコマンド】を実行していますが、
私と同じ条件で比較したい方は　次のようにして下さい。

ただし、ＨＤＤが 起動ドライブ１台しか無い人は、条件的に苦しくなります。

私自身も “１つのＨＤＤに存在するデータ同士”をＦＣコマンドで比較していますが、
ＨＤＤが 起動ドライブ１台しか無い人の場合は、
【劇場版 あれ の書き込み先】と【ＦＣコマンドで比較するデータ】が　物理的に同一のＨＤＤになります。
従って、“ＦＣ比較”の処理スピードが　２倍か それ以上の時間がかかるでしょう。
その人は、私の場合の【ＦＣコマンド処理のスピード】との正確な比較は あきらめて下さい。

　　※【劇場版 あれ】で録画している最中は　Ｃドライブに大量の書き込みを行っていますから、
　　　物理的に１台のＨＤＤで　「比較のための読み込み」と「録画の書き込み」の 両方を処理することになります。
　　　　（【劇場版 あれ】の書き込み量は多いですから。）
　　　パーティーション区分けで“論理ドライブ名”を別に設定してあっても、物理的に同一ドライブなら　同様です。

ＨＤＤが物理的に１台だけの方の場合は、【劇場版 あれ】の録画をせずに　２.以降の手順で「普通にＦＣコマンド比較」を行い、
比較処理結果の所要秒数から ２〜３割（？）程度を 加算して下さい。
　（【劇場版 あれ】のＣＰＵパワー消費の分↑。）
　　※ＣＰＵ・メモリ周辺が高性能なＰＣであれば、この加算分は少なくして下さい。

また、同じＡＴＡ100ドライブでも、私のような【拡張ATAカード】ではなく、
“システムボード付属のＩＤＥコントローラ”に接続したＨＤＤ　の場合は
多少は 数値が悪くなるかも知れませんが、ＣＰＵとＦＳＢが高速なら　まず影響無いでしょう。


１．【劇場版 ディスプレイキャプチャー あれ】（ver.２）を ダウンロードし、
　　ご自分のWindowsに組み込む。
　　※このソフトウェアは レジストリを全く使っていませんから、安心です。
　　　【Program Files】などの配下に　好きなフォルダを作成し、そこにモジュールをコピーし、
　　　【TOMOYO.exe】へのショートカットを作成します。
　　　【TOMOYO.exe へのショートカット】を　スタートメニュー や デスクトップに移動すれば、
　　　インストールは完了です。
　　　help.html へのショートカットも作り、ヘルプも事前に読みます。
　　　次に、【TOMOYO.exe】を起動し　動作設定をします。
　　　【劇場版 ディスプレイキャプチャー あれ】のアンインストールは簡単です。
　　　　（【劇場版 ディスプレイキャプチャー あれ】のフォルダを削除するだけ。）


２．比較させるファイル群ですが、
　　ファイルをＨＤＤにコピーしますが、コピーする前に 完全デフラグをします。
　　次に　私と同じように、
　　同一ドライブに ２つのフォルダを作成（フォルダ名は８文字以内）して、そこにコピーします。
　　出来れば　ATA100のＨＤＤ が良いでしょう。

　　※ＨＤＤ自体の性能とか、キャッシュサイズ設定は、この場合は　ほとんど影響しません。
　　　　（ＡＴＡ33 と ＡＴＡ100 では多少は影響する。）
　　　“ＨＤＤから読み込む時間”よりも “ＣＰＵによる比較の時間”の方がズ〜っと長いからです。
　　　ＨＤＤからＨＤＤへコピーして見るとわかります。
　　　１８ＭＢの分量は、１秒程度でコピーが終わります。
　　　コピー作業は 「読み」と「書き」であり、読むだけなら その半分以下です。(同一ドライブの場合)
　　　だから、ＦＣコマンドの比較作業で　ＨＤＤの“読み込み性能”は無視して構いません。

【Win98 のＣＤ】から 次のファイルをＨＤＤにコピーします。
	DRIVER12.CAB、 DRIVER13.CAB、 DRIVER14.CAB、 DRIVER15.CAB、 
	DRIVER16.CAB、 DRIVER17.CAB、 DRIVER18.CAB、 DRIVER19.CAB
	DRIVER20.CAB、 DRIVER21.CAB、 DRIVER22.CAB
　（合計で 18090ＫＢ程度で、ファイル数が１１個程度であれば、多少の違いは無視して構いません。）


３．C:\Autoexec.batで　BREAK ON を設定して下さい。（Windowsの設定には影響しません。）

　　Autoexec.bat のどこか先頭あたりで構いませんから、
BREAK ON
と記述して下さい。（英字半角です。間の空白（スペース)も半角です。）

　　※↑行頭に　空白（スペース）を入れてはいけません。
　　※【BREAK ON】を設定してある場合は　少しだけ 数値が悪くなるでしょう。
　　※Autoexec.bat を複雑に編集している人で、もし　途中で「BREAK の On・Off」を操作しているならば、
　　　Autoexec.bat の後方で　確実に実行される箇所に記述して下さい。


いったん　ＰＣを再起動して下さい。


４．【ＤＯＳ窓】を起動して、fc /b と入力します。（/b の後に 半角スペースを入力しておく。）
　　次に、エクスプローラーで、
　　上記ファイルの存在するフォルダを右クリックで押さえたまま ドラッグし、【ＤＯＳ窓】までひきずって来ます。
　　マウスカーソルが【ＤＯＳ窓】の場所まできたら　マウスカーソルから指を離します。
　　これで、コマンド と パス文字列が【ＤＯＳ窓】に入力されます。
　　（手で入力しても ＯＫ。）

　H:\FC_1_TST\COP1 と H:\FC_1_TST\COP2  にコピーしたのであれば、
fc /b H:\FC_1_TST\COP1\*.* H:\FC_1_TST\COP2\*.*
と入力します。
Ｅnterキーは まだ押しません。


５．【劇場版 ディスプレイキャプチャー あれ】を起動します。
　　録画を開始します。
　　録画のレート等は　私と同じようにします。

６．録画が始まったら、【時計アイコン】を起動し　【ＤＯＳ窓】のすぐ近くに持ってきます。
　　　　※あまり関係無いです↓が、
　　　　　【時計アイコン】のショートカットを作っておいた方が 【時計アイコン】を手早く起動できます。


７．【ＤＯＳ窓】の黒い部分を“左クリック”して 【ＤＯＳ窓】を前面に表示させます。
　横に表示されている時計アイコンを見ながら、「ヨーイ ドン」で　Ｅnterキーを押します。
　これで　【fcコマンド（バイナリ比較)】が実行されます。
　【時計アイコン】を横目で見ながら、ファイル比較が終了する時刻を 見届けます。

　開始の時刻（秒）は“キリ”の良い時刻（秒）が良いでしょう。
　比較が終了する時刻は、神経を集中させてメモして下さい。
　「あれっ・・・もう１回」は 駄目です。２回目は“キャッシュ”が効いて やや短時間で終ります。
　　（その場合は　再起動してから もう１回。）

　　※初級者のために念を押しておきます。
　　　私が行った動作テスト最中の【Ｄos窓 ＦＣ比較】では　“キャッシュ”は 役に立っていません。
　　　　（Movie５本の合計サイズは 3.2ＧＢ・・・搭載メモリ量の１３倍。）


その結果、“所要秒数”が 私の場合と大体同じなら、
あなたのＰＣと 私のＰＣとでは　
【ＣＰＵ・ＦＳＢ・メモリ性能・チップセット】の総合力という部分では 大体同じです。

今回　５つの動画プレイヤーで再生した映像は　私が安直に作成したものですが、
私は【デジタルビデオ】を保有していませんし、やたらとネットでダウンロードして 著作権に引っ掛かる事を懸念したためでもあります。

今回使った “手製の動画ＡＶＩファイル”も、そのサイズと再生時間を観察して頂ければ、
１秒間あたり 【６フレームや８フレームで撮影したものではない】・・という事が理解できるでしょう。
　　（途中で再生が終了しているＡＶＩが４〜５本ありますから。）
もし 少ないフレーム数で録画したものであるならば、１本あたり６００ＭＢものＡＶＩファイルは　簡単には終了しません。