レス数が1スレッドの最大レス数(1000件)を超えています。残念ながら投稿することができません。
技術情報交換スレ
-
RTXのみならずROや支援ﾂｰﾙ全般に関する技術的な情報を交換するｽﾚです。
ｺｰﾃﾞｨﾝｸﾞに詰まった作者が他力本願的に知恵を増やす目的で設立されましたが、
それだけでなく広く情報交換に使っていただけることを願っています。
管理人の手持ちの情報は少ないですが、RTX/RoTimerの内部動作に関する
御質問などでしたら、できるだけお答えしたいと思います。
規約云々や解析手法の是非などは別ｽﾚ/別BBSへ誘導のこと。
水面下に落ちるまではsage縛りで。
-
RTXの3D計算には新型、旧型の2種類の方法があり、用途に応じ使い分けています。
まず新型から。
ROでは地面に配置されたり除去されたりするｵﾌﾞｼﾞｪｸﾄが大きく分けて3種類ありまして
・ｷｬﾗｸﾀｵﾌﾞｼﾞｪｸﾄ (PC、NPC、敵)
・ｽｷﾙｵﾌﾞｼﾞｪｸﾄ (範囲魔法で敷設されるやつ)
・ｱｲﾃﾑｵﾌﾞｼﾞｪｸﾄ (ﾄﾞﾛｯﾌﾟｱｲﾃﾑ)
まず基底となるｵﾌﾞｼﾞｪｸﾄｸﾗｽがあり、ここでｹﾞｰﾑ内座標、ｽｸﾘｰﾝ描画座標、通しID
(ｷｬﾗでいうｱｶｳﾝﾄID)、種別ID(ｷｬﾗでいう職業ID)、ｽﾌﾟﾗｲﾄﾅﾝﾊﾞｰなどが定義されています。
ここからｷｬﾗｸﾀ、ｽｷﾙ、ｱｲﾃﾑの各ｵﾌﾞｼﾞｪｸﾄｸﾗｽが派生しており、例えばｷｬﾗｸﾀｵﾌﾞｼﾞｪｸﾄなら
さらに、移動速度や直前の立ち位置、状態変化、髪型、詠唱ﾊﾞｰｸﾗｽへのﾎﾟｲﾝﾀ、などなど
をﾒﾝﾊﾞとして持っています。
基底ｸﾗｽにはｺﾝｽﾄﾗｸﾀ/ﾃﾞｽﾄﾗｸﾀしか無いようですが、ｷｬﾗｵﾌﾞｼﾞｪｸﾄには移動や詠唱開始などの
ﾒﾝﾊﾞ関数もたくさんあります(呼ぶとｱｸｼｮﾝがみられる)。
ﾌﾟﾚｲ中は、画面上に表示されているｵﾌﾞｼﾞｪｸﾄの数だけこれらｸﾗｽのｲﾝｽﾀﾝｽが生成されて
おり、そのすべてがｷｬﾗ/ｽｷﾙ/ｱｲﾃﾑの3つのｺﾝﾃﾅ(std::list)で管理されています。
RTXはこれらｺﾝﾃﾅをﾀﾞｲﾚｸﾄに読みに行くことで、ﾊﾟｹｯﾄとは無関係に、任意の瞬間に画面上の
全てのｵﾌﾞｼﾞｪｸﾄの情報へｱｸｾｽすることを可能にしています。
これには、その瞬間におけるｵﾌﾞｼﾞｪｸﾄの(計算済み)描画座標も含まれており、したがって
このｸﾗｽさえ解析できれば、ｷｬﾗや敵の動きに完璧に同期した描画をするのは容易です。
支援ｽﾚではVer6の4T4lYjSM氏がかなり真実に迫られています。氏の呼ばれるところの
CoordInfo なる構造体は、実はROの座標管理ｸﾗｽにほかならず、例えば現ﾊﾟｯﾁなら、
CoordInfo+12から前述のｺﾝﾃﾅが置かれているのです。
(ちなみにCoordInfo+4は親ﾎﾟｲﾝﾀ(to MapInfo)、CoordInfo+0はﾒﾝﾊﾞ関数のﾍﾞｸﾀﾃｰﾌﾞﾙ)
余談ですがPvPではこのｺﾝﾃﾅの一部が無効化されます(＝PvPで色々動かない理由)。
-
さて、一方で、御指摘の通りRTXはｵﾌﾞｼﾞｪｸﾄが存在しなくても3D描画を可能としています。
こちらは任意に指定したｹﾞｰﾑ内座標を、地道に行列変換して出しています。
ｵﾌﾞｼﾞｪｸﾄｸﾗｽの解析に成功するまでのRTXでは、すべての3D描画がこの方法でした(＝旧型)。
今では、M2Eなど地面もののみに使われています。
順番としてはｱﾌｨﾝ変換→射影変換で、3Dで使うごく基本的なやり方しか用いていません。
ｱﾌｨﾝ行列はﾒﾓﾘのどこかにあります。探してみてください。
Z値(≒地形情報)はgatをﾒﾓﾘから読むか、自前でdata.grfから取ってください。
やっかいなのは射影変換で、問題は視錐台の適用と、ｱｽﾍﾟｸﾄ補正です。
褒められた方法ではありませんが、私はｶﾒﾗの倍率制限をﾒﾓﾘｴﾃﾞｨﾀでいったん外し、
正常に描画される上限と下限の倍率を繰り返し調べ、平均値を取って測定誤差を切り落とす
ことで視錐台の前後を推定しました。
ｱｽﾍﾟｸﾄ比に関しては、ROがどんなｽｸﾘｰﾝｻｲｽﾞでも上下方向のﾏｽ数は不変であるという事実を
押さえておくと、画面の横ｻｲｽﾞから計算することができます。
このふたつがｸﾘｱできれば射影変換行列が決定されます。
適切に変換されると、Z値も正しく生成されますので、ﾎﾟﾘｺﾞﾝを描くと勝手に格好よく
陰面処理までかかります。
がんがってください。
-
>>129-130
詳しい解説ありがとうございます！
新型はちょっと手に余りそうなので、旧型の方から挑戦してみます！
-
rxv用のパケログ変換機を作ろうと思います。
パケログの最初にあるR0063はrtxが作成したタイムスタンプだと思いますが、
詳細はどうなっているのでしょうか。
-
>>132
ﾀｲﾑｽﾀﾝﾌﾟと、ﾊﾟｹﾛｸﾞの正規性ﾁｪｯｸ(MD5のさらにﾀﾞｲｼﾞｪｽﾄ)の双方を兼ねています。
性質上詳細は公開されていませんが、別になくとも動きますので御安心ください(´･ω･`)
-
>>133
どうもありがとうございます。無しでやってみようと思います。
-
ｒｅｃｖフックのことで質問があります
いまさらながら19系の解析やってるんですが
ｒａｇｅｘｅのｒｅｃｖ書き換え→外されたらIAT書き換え→外されたら次回から（？）エクスポートT書き換え
の最低三段重ねまでは間違いないと思うんですが
逆ったの元に自分でコード起こすとですね、ＩＡＴまでは再現できるんです
でもＯＳがＭｅだとエクスポートＴだけが書き換わらない
もっとゆうとＤＬＬがシステム領域で保護かかってて書き換えられない
でもＲＴＸではちゃんと書き換わってるんですよね
どこがまずいんでしょう ヒントでもいいから教えてほしいです
-
>>135
DLLのExport Table書き換えの話ですね。
Windows 9x系ではｼｽﾃﾑDLLが2G-3G(共有領域)にあり、書き込み可能属性にするのに
VirtualProtect() を投げても、ﾚｼﾞｽﾄされてしまいます。
とはいっても相手は 9x ですから迂回策は色々あるわけで。ring-0 入ったりとかね。
RTX では VxD Service Call (VMM_PageModifyPermissions) を呼ぶことで
保護属性を強制的に書き換えています。
ｲﾝﾗｲﾝｱｾﾝﾌﾞﾗを使っているので、逆汗では解りづらかったかもしれません。
-
自分のツールにちゅぺるぶれいかーを付けたいのですが
キスはどうやって出してるんでしょうか？
-
ｴﾓｰｼｮﾝ受信OP <R00C0> を捏造して自分に喰わせてます。
OPの諸元と受信OPの喰わせ方は調べてみてください。
よりｽﾏｰﾄな方法としてはｷｬﾗｸﾀｵﾌﾞｼﾞｪｸﾄのﾒﾝﾊﾞ関数として直接ｴﾓ関数をｺｰﾙする、という
のがあります（現exeならvPtrの22つ目かな？）。
ﾃｰﾌﾞﾙ上の関数位置が頻繁に変わるので、自動解析必須です。
-
>>議論スレ4-895
背景画像はRTX-FAQのColor Simulatorから拝借してもいいかな…と思いつつ。
「指定SSに重ねる」というのは、人によって異なるようなウィンドウサイズ・
チャット窓の大きさ・各種ウィンドウの位置・状態アイコンやミニMAP（これは固定か）
との兼ね合いを見れるようにという意味だったんだ。
考えてみれば、コンパスは（位置確認のため）ここに重ねなければならないし、
M2Eはマウスドラッグできる四角い枠をここに用意すればいいとも思った。
M2Eスキル毎のチェックボックス用意して、チェックしたスキルの色の枠を
表示させるっていうのが自分のイメージ。そうすれば重なりもチェックできるし。
大きさは、小さすぎなければ適当で。
コンパスサイズはズーム率と連動して大きさ変わるから、適当でよさそう。
透過処理は…GDI+ならそのままできたと思う。
VB6はさっぱりわからん…。Winアプリ自体ニガテだけど。
ttp://www.vbaccelerator.com/home/VB/Type_Libraries/GDIPlus_Type_Library/article.asp
あと細かいところ。
＞ALL_REDEMO
「赤エモタイマー」
＞M2E設定
スキル名をゲーム内表記に。
＞ビデオ録画設定
＞有効/無効
「RoVideo再生設定」「再生中タイマー表示」
-
>>139
ｽｷﾙ ｵｵｽｷﾞ ｶｲﾊﾂ ﾏﾝﾄﾞｸｾ('A｀)
現状の最新版はこちらから
ttp://jbbs.livedoor.jp/bbs/read.cgi/computer/6346/1093533016/898
最優先で修正・実装して欲しいﾓﾉってなぁに？
現状報告
FixedTimer・MinSec・BitFlag・対人M2E部分のスキル定義中
FixedTimerのｽｷﾙ単位設定に取り掛かる。しかしスキル定義がまだ終わってない罠
ﾓｳﾀﾞﾒﾎﾟ lliorz=3
需要がある限り、作らねばと思っている
(｀・ω・´)がんばるよ！
しかし・・・Now仕事中(・３・)
-
質問です
FixedTimer・MinSec・M2E・BitFlag・対人M2E
それぞれに反映されるｽｷﾙって何でしょう？
いらないｽｷﾙを省いていきたいので・・・orz
例：
ノービス：基本ｽｷﾙ＞いらない
ﾏｼﾞｼｬﾝ：FW＞FixedTimer・M2E・(MinSec)
・・・てな具合に、誰か列挙きぼんぬ (;´Д｀)人ｵﾅｶﾞｲｼﾏｽ
|
|
掲示板管理者へ連絡
無料レンタル掲示板
