PSO2MODスレ2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
主にPSO2体験版のMODについて語ったり晒したりするスレです。
★お約束★
1.気に入らないMODや話題、嫌エロ厨、隔離厨は華麗にヌルー。批判は筋違い。
2.他人のSSをあちこちに貼るのは超迷惑。
3.エロでもウホッでも生暖かく受け入れる。
4.MOD晒すときはできるだけ再配布や補完あっぷの許諾意思を書く。
5.次スレは>>970が立てる。
★お願い★
1.エロSS、刺激の強いSSをUPする時は、簡略的に記述。
2.UP場所は、迷惑の掛からない場所を選ぼう。
※前スレ
http://tamae.2ch.net/test/read.cgi/gameurawaza/1459296002/ >>77だけどついに移植成功した!
結論から言うと、すごい単純な話でfltdは物理演算の対象になるボーン番号さえ合ってれば普通に移植出来るみたい
結論fltdの中に何が書いてあるのかは依然さっぱりだけど、移植が出来るんなら前スレにあったスカートの超ヒラヒラとかも弄るまでもなく簡単に作れそうだ >>104
恥ずかしながらさっぱり分からない
今弄ってるコスのボーンの番号は全部分かってるんだけど、まずfltd内にその数字が見当たらないんだよね
すり替えが効くって事は外部処理でもないだろうし本当不思議だわ aqnのボーン番号は順番だから、それっぽいのが見つかればいいんだけど
パッと見は確かにわからないよね
キャラクリファイルのような難読化はしてないみたいだし NIFLツールでaqnを解析するとバイナリのアドレスも併記してくれるけど、恐らくあんな感じでデータ長を示す独自の規格がどこかにあるんだろうね
俺は何の素養もないからアレだけど、アドレス空間に造詣が深いチート製作者とかならそういうの読めるのかも 前半は56バイト、後半は80バイトのブロックがあるよね
前半はIEEE754のfloatがいくつか組になってて、この数値変えれば何か変わりそうだな
ってとこで放置してたw ID変わってるかもだが同じ者です
>>108
そんな事になってんのか、どうりで分からん訳だわ
物理演算されないボーンまでなぜか記述されてるfltdも発見したけど、そういうのはボーン名の後の[ ]に囲まれてる値が空白になってたりするからあれが具体的な命令なのかなーとかぼんやり思ってた
そしてもう一つ判明、どうも親子関係がおかしいと認識しないらしい
aqn側で親と子のボーン名以外を入れ替えてみると子(の位置に置かれた親)の物理演算が無効になって、親(の位置に置かれた子)が親を失って異次元に吸い込まれた >>109
おおまかな把握だけど、aqnのボーンの座標を見てみると、相対座標記述になってるような感があって
そんなの入れ替えたらそりゃ凄いことにw
でもaqnってVector3記述が7種類もあって(NIFL.exeダンプ外も含める)、
細かい機能はよくわからなくてね 天候のせいか電波悪いからまたID変わったかも
>>110
なるほど!それなら勝手にボーンの数変えるとエラー起こるのも合点が行くね
どうも一筋縄でいかないからaqnって思ってる以上にカオスなんだろうなとは思ってたけどそんなことになってたとは
にしてもNIFLツールダンプ外の情報まで分かっちゃうって凄いなぁ
ちなみに入れ替えを試したのはボーン書き換えの要領でfltdの子ボーン用の命令使おうとして見事に失敗した状態
その後参照するボーン番号のずらし忘れに気付いて直したら異次元現象はなくなった fltd
中央下のボーン名表記、その後ろ20バイトぐらいはどうやら定形なので無視できると思う
その後ろの 00 00 エリアも無視
NOF0で記述されてるのは、ボーン表記前エリアのアドレス(リトルエンディアン)
…それに従って見ると、前半部分の当初の推測がだいぶ崩れて大混乱。という状況w
56バイトループに見えてたんだけど、結果として一部そうだっただけ、的な あなたが神か…
なるほどバイト順変えてあるのか、バイナリデータ直接見てる訳だからそういう事もありえるんだ
そういや2012年のキャラクリ体験版v1のファイル開いてみると、コス関連のファイルの中でなぜか唯一fltdだけはNIFL形式なんだよね
当時でそれって事はVTBF形式だと何か問題があったって事なのかな 関係ないけど、crcファイルも最初のキャラクリ体験版からNIFL形式だね
何らかの理由で使い分けてたのかな リトルエンディアンとIEEE754はバイナリ見る時のキーなんです
キャラクリファイルを直に見たいんですが、こっちはBlowfishで難読化されてるらしくて
keyがわからないから歯が立たない…orz >>115
>>75
某氏のツイッター遡ってみ、さすれば救われん あの人が到達したのはせいぜいNPCのcmlをキャラクリファイルに変換してNPCのそっくりキャラを作るところまで
キャラクリのモーフィング後のキャラをそのままobj出力はやってない >>A
>>B
って言うのは「AさんはBさんのレスを読んでね」って意味ね
>>116のやろうとしてることはキャラクリファイルの暗号化/非暗号化なんだからこのツールで完結する
つーかキャラクリモーフィングは不可能だと思うよ、あまりにも壁が厚すぎるわ
どう考えても自力でボーン仕込んでOBJ弄った方が早い
公式が昔作ろうとしてたらしい、自キャラを3Dプリンタでフィギュア化出来るソフトが配布されてたら良かったんだけどね 常時募集してる開発スタッフ
あれに応募して中に入り込んだ方が早いんでねーか? 入り込んだところで社内用の変換ツールがあるだけだと思うが
そんなもの勝手に持ち出したら100%逮捕案件だぞ
てかキャラクリ反映してモデル持ち出せたところで描画エンジンが違うと別物に見えるから結局思いっきり手直しする事になるかと
ほぼ意味ないよ 描画なんて持ち出したらそれこそどうにでもなるんだがな、PSO2はMAX使ってるみたいだからMAXのモーフはあるだろうけど持ち出したら確実にお縄
キャラクリエディットの最小値と最大値の座標だけ抜き取れたらある程度の再現は簡単なんだがな 開発に入り込める力があり、高レベルのモデル作れる奴が
なんでツールをパクる話になるんだw 普通に開発で良い物作れよw 気付いたんだけど、なんかNIFLのaqpにVTBFのaqn読ませると落ちるようになってる?
どうやっても落ちるMODのaqnだけ同じコスのNIFL版に変えたら普通に動いたりするっていう現象がfltdがあるコス・無いコス両方で発生した
真面目に検証してないしaqpも全部NIFLツールで弄り倒したやつだったから他にも条件があるのかも知れないけど
前までデフォルトのベースウェアがNIFLのaqp+VTBFのaqnの組み合わせだったのが7月ぐらいに両方NIFLに置き換わってたりするし、なんか仕様変更とかあったのかな 勘違いじゃない?
前からどっちもVTBFかどっちもNIFLだと思ってたけど >>126
> 前までデフォルトのベースウェアがNIFLのaqp+VTBFのaqnの組み合わせだったのが7月ぐらいに両方NIFLに置き換わってた
デフォルトのベースウェアってどれのこと?
PS4サービスイン〜現在まで、全てのアップデートを分けて保存してあるけど、
試しに調べたニューマンベースFは、PS4サービスイン前に事前DL配信されたNIFL aqpとNIFL aqnのものだけだった
いま完全にゼロからダウンロードさせた場合の話ならわからないけど ステッカー透明にしてみたいけどファイルが見つからぬう A1ならこれ
b126c4b2ca767013262bac919ab2e398 ここだけの話……
ドルオーラ魔法連斬のまほせん絶対やばいだろwww
秘剣ギガブレにドルオーラ連斬wwwぶっ壊れ確定じゃねえかwww 春に新ファッションシステムがくるらしいがこれって基本ファイル更新くるんじゃないの うわあ…
レイヤリングが失敗だったせいだろうけど、ツール開発がエンドレスになりすぎる… 前にも危惧してる人いたけどA氏以外にcrc弄れる人って居るのかねぇ
某Worldの誰かが作ってくれたりするだろうか 動画あがってるからロードマップ関連の動画見てこいよ
新ファッションシステムの追加とは言っているもののKMRが「キャラクリの拡張とかではないけどマイファッションのような部分の拡張を〜」って言ってるぞ
もしかするとBaの靴と服分離とか言い出すかもしれないから、そうなると全部更新はいるだろうけど 頭のメッシュってどこに入ってるか分かりませんか?ファイル名の検索ワードとか分かる方いたら教えていただけないでしょうか aqp2obj、ためしにデバッガでaqnを食わせてみたら
バイナリがほとんど自動解析状態でボーンの構造体できてるって一体どういうことなの…
ボーンインデックス変換の完璧さとか、色々神すぎて意味不明なんですけど… すごすぎワロタ
確かにやってる事に対してツール自体が異様にシンプルに出来てるもんなぁ
ってことはデバッガの人が言ってたFBXコンバーターって実はa2oの入力オプションちょっと弄っただけだったのかねぇ さすがにそこまでは用意されてないw
obj→中間構造体→aqp という処理なので、fbx(dae)→中間構造体 の部分は自分で書かなきゃいけない
同様に、aqp(aqn)→中間構造体→objは用意されてるけど、中間構造体→fbx(dae) は自分で書く
実際には読み書きそのものはそこらのを拾ってくればいいから、自分で書くのは整形部分だけとなる 今週もまたcrcが上書きされてるな。もう3週連続ぐらいか
新実装のコスは11月末ごろにまとめてDLされてるからcrc更新する理由なさそうなんだが
これ丁度ネ実に糞スレ立った時期と重なるし対策の一種だったりしないかな
ランチャーのバージョンに対して古いcrcでファイルチェック引っ掛かったらグレーリストに登録されるとか 毎週ではないけど、1年以上前からアップデート配信都度更新されてるよ そうなのかサンクス
毎週チェックしてた気がするんだが漏れてたのかな 最近はほぼ毎週メンテで小さなアプデがある
バグ多いからね あけおめ
なんか今年は神社の屋根に登れなくなってるみたいだがなんでだろう
ひょっとしてこれもNIFLに変わった影響だったりするのかな? それに登るなんてとんでもない!
ってことかなぁ
まさかなぁ 調べても出てこないようなファイル名って総当りで探すしかないのかね… 外人のリストでも分からないやつ?
実装時期が分かるならそれで多少絞り込めるから、青い方の解凍ツールで全部解凍してコマンドプロンプト駆使して探せばすんなり見つかるよ
スペシャルねこまんまみたいなツールでどのファイルが呼び出されてるのか分かれば便利なんだがなぁ プロセスモニタで監視しながら調べたいコスを着るなり試着すればどのファイル読みに行くか調べられるやん やっぱりプロセスモニタとかが必須なのか…。
ボーンの仮インデックス問題で激ハマりしたんだけど、
登場順に16種までのボーン仮インデックスをVSETにまとめ、その次からは新たな別のVSETに16種、
みたいなナンバーの振り直しのVSET複数作成してaqnの実インデックスと変換。なんでそんな仕様なんだか。
読むのも書くのも面倒だけど、それ以上にaqp2objの人が一体どうやって解析したのかさっぱりわからなくてね >>110氏によるとaqnの方もかなり複雑なことになってるらしいしな
このゲーム、aqnだけ違うコスのと入れ替えて明らかにボーン足りてない状態にしてもちゃんと動かせたりするから
そういう柔軟性はこれの賜物なんじゃないかと思ったり
>>153
その手があったか!サンクス aqnは、07,08,09の3つのVectorの働きがよくわからないんだよね…
その後ろのmatrix(4x4)はわかった >>154
恐らく同じ人(と俺が勝手に思ってる)がリパッカー開発してる時のやり取り見てると、どうもこの人ゲーム本体を逆アセンブルしてたっぽい
んでデコードや複合化の流れを直接観察してたらしい
deIcerのソースがまだ公開されてなかった頃の話だけど、複数のツール同時並行で凄まじい勢いで開発してて天才ぶりが伺える >>158
aqp2objは理解が進むほどにおかしいのがわかりますよ
ボーン対応やNIFL対応すら、何をどう拡張すれば完成するかの道筋が見える、そういうソース
完全に「半完成キット」状態の公開です
自前でVSETの代替ルーチン作ったらモデルが溶けまくって、オリジナルのソース見てのけぞったもんなあ… nifl.exeでの2つのコスの合成がうまくいかずゲームが落ちてしまいます…分かる方ご教授お願いします
1,元となるコスのaqo内のテクスチャファイル名をnifl.exeでtest_xxに変更
2,importaqoで元となるコスに別のコスをインポート
3,AFPアーカイブ.batでaqpに戻す
4,追加するコスの4つのテクスチャを元となるコスのテクスチャ名に変えて追加して、元となるコスのテクスチャ名をtest_xxに変更
前スレに載っている方法とやり方は合っているとは思うのですが、やはりどこか工程が違うから落ちるんだと思います
一応test_xxへの変更は追加するコスの方でも試みましたがやはり落ちました >>160
afpツールが原因の可能性が高いね
aqpとaqoをバイナリエディタで開いて両者の違いを探せばたぶん道は開かれる
ちなみにこのツールは元々、リパックツールにdeIcerみたいな変換機能付けるとアーカイブ時にaqpの名前変わったら困るから別のツールとして分離したってものらしいよ
当時の環境考えたらnoesisプラグインの為に作ったようなもんだろうし、流石にこういう使い方されるとは予測してなかった筈 noesisプラグインも、あれもさらっと化物で、不完全ながらボーンをdaeで吐き出せたんだよねw AFPツールはnifl.exeで透過適用と-alpha適用用途では何も問題無く使えていたので、そのツールが原因の可能性があるというのは盲点でした
皆さんバイナリで書き変えて変更しているんですかね
また落ちる可能性があるので緊急後試してみます >>162
何が凄いって、このプラグインオープンβの前からあるんだよな
例のお方によって一番最初のメッシュ改変出来るツールが生み出されたのが去年の4月だから、それまでに出た3Dモデルに関係するツールはpso2ビューアぐらい(しかもこれ元々商業ソフトの一部らしい?)
つまり丸4年間にわたって最先端であり続けたオーパーツ aqpとaqoの比較をしましたが、思った以上に相違箇所が多いというかそもそもafp.exeで変換したaqoが本当に正しいaqoなのか判断出来ないので、
afp.exeでaqoに変換→何もせずにAFPアーカイブでaqpに戻し、元々のaqpと比較したところ4行目の08,09,0Aの3箇所がAFPツールを噛ませた事で変わっていました(上にも書いた通り-alphaと-suke運用には問題ありません)
ですので最初のレスと同じ編集したのち合成済みaqpを上の3箇所を手を付けてないaqpと同じにしてやってみましたがやはり落ちました…うーん
ちなみにロレットベルディアにグラファイトローズを追加しようとしています(脚部のみ後者のものに変えるため) 結論から言うとヘッダと末尾16バイトの有無だけの違い。作ったaqoに元aqpの最初64バイトと最後16バイトを付け足して終了
久々に触ってみたんだけど、基本的にこのツールVTBF用だからNIFL形式を逆変換させると末尾16バイト付けてくれないのな
まぁ別に無くてもなんとかなるっぽいけど >>165
あぁdeIcer持ってないのか
afpツールの展開は問題ないから「正しいaqo」は出来てる
アーカイブに関してだが検証の仕方ちょっと違うと思う
@追加インポートなしならアーカイブ出来る
A追加インポートしたものはアーカイブ出来ない
Bアーカイブするツールに問題がある
っていう条件が今揃ってる訳だけど、条件@とAの違いを無視したままBを検証して仮説を立ててしまってる
この場合は@条件下のaqo→aqp間の違いをAに適応出来ないか試すのが妥当かと 今更ながらBGMの変換の仕方最近知ったから今日配信のファイル開いてみたんだけど、本っ当にコマギレなんだなぁ
キャンプシップの曲が5秒ぐらいの音声ファイル84個、計14MBで構成されてるw
エンジニアのオナニー仕様とか言われてるのも納得だわ Sympathyシステムのせい
状況によってシームレスにBGMの曲調変えてるでしょ あれ
DC PSOからだけど どこの会社でもオンラインゲームなんて独自仕様の塊じゃね >>170
小林さんか誰かがプレゼンしてた気がするけど
なんか、ヒーロー度・ピンチ度…みたいなパラメーターが常に変動してて、それに合わせて数秒のフレーズ繋ぎながら楽章を作って、それがさらに組み合わさって…みたいな事になってるんだよなww
凄いと言うより頭おかしいと思った(こなみ) >>172
ミュージックディスクとかセリフとかは汎用仕様だよ
他ゲーでも使われるファイル形式で普通に一曲まるごと入ってる >>169
初代PSOのPC版では暗号化もクソもなくて細切れのWAVファイルが生のまま入ってたよw マジかよワロタ
それはさぞかしクライアントがデブっただろうな…
まあおおらかな時代だったって事だな fltdとaqnに直接手を加えない場合、セットとして扱う事は可能みたいです
A.aqp + (B.aqn + B.fltd) というやり方なら、理論上はAメッシュにBの物理ボーンを入れられるという
ただし、aqpに別ボーンの揺れを入れるのはけっこう大変で、揺れを必要とする頂点全てに該当ウェイトを
設定した上で、全頂点をB型の仮インデックスに置き換えて、しかもヒールの高さが合ってないと首が飛ぶ
揺れにくい物理ボーン(レイヤリング等)を持つタイプならfltd解析してスカート揺らした方が楽そう 物理ボーンの位置変更するなら、今だと行列の手計算かなあ… 旧コスのaqpをレイヤリングのベース内のaqpに置き換えるのって厳しいですか... 出来る人もいるが という感じ
UVいじらなきゃならんし、そうなると改造aqp2objあたりが必要になってハードルがいきなり上がる なるほど...
自分も色々試行錯誤しててモデルにうまくテクスチャが合わせられなくて躓いてます レイヤリングは基本的に横長テクスチャ、旧コスは正方形テクスチャなので、UV編集しないと表示めちゃくちゃ。
Blender等でUV編集するならaqp2objを改造しないといけないし、またはバイナリ編集等で全UVを変更。
もしかして正方形テクスチャが適用できるかもしれないが、未知のその方法(フラグなり)を解析必須。
要するに、解析、ツール開発、ツール改造、あたりを自分でやらないとだめですよ ベースFのテクスチャ読ませてUV見ればわかりやすいけど
X軸を0.5倍していじいじするだけだよ それだけの事を
それだけと言ってのけて実行できる人がものすごく限られる、というネタ UV弄ってaqp2obj通す時って何か問題あったのか
深く確認はしてないけど、単純な立方体作ってアクセとして放り込めたからある程度は通せるんだと思ってた >>187
aqp2objは色々欠陥があるらしいよ
右手左手系の対処ミス(左右でノーマルマップの凹凸が逆になる)、接線/従法線の多重問題(体に継ぎ目)、ウエイトの問題、NIFL形式のファイルを扱えない問題…等々
要は、通すとオリジナルより若干劣化してしまうってこと
まあ劣化っつってもぱっと見じゃ分からないようなレベルではないから神経質な人以外には充分だよ、「やらないとだめ」はさすがに言い過ぎ
まあ旧コスレイヤリング化変換はNIFLツール使えば劣化無しで簡単に出来るんだけどな 俺の日本語が劣化してたわ
>ぱっと見じゃ分からないようなレベルではないから
↓
ぱっと見じゃ分からないようなレベルだから ツール開発者も去年のツール配布時にいた熱心なMOD作者達もみんな消えたから終わり感パない
aqptoobjは改変してた強者もいたけど結局ボーンウェイトは弄れるようになったのだろうか 欠陥というか、aqp2objはユーザーが自前で完成させる事が前提みたいだし 結局完成させた人おるんかね、くれとは言わないから配布するもの変換だけでもしてほしいわ >>192
前スレに居たよ
体の継ぎ目の原因がbin/tanだって突き止めたまさにその人(最初はUNRMの欠落ってのが有力な説だった)
右手左手系対処からFBXインポートまで完成させてた
最初は配布する気だったみたいだけど気の触れた馬鹿が攻撃したから無くなった
情報は色々置いて行ってくれたけどね あれはツールとかじゃなくてバイナリレベルで編集しただけだよ いまだにfltdの解析が終わってないのは間違いないなw
あれがわかれば相当自由度上がるんだけどね 内部の物理エンジンに命令出してるファイルだからな、あれだけは別物過ぎるわ
相当詳しい人がゲーム逆アセしてやっと読めるかどうかってとこじゃないの VTBFならタグがあるからわかりやすいんだけど、初期からNIFLという罠が NIFLを扱えると謳ってるNIFLツールは解析の糸口は掴めているのかもしれないけどobj書き出しや
追加合成なんかで明らかにメッシュが壊れてるから解析内容は信用できるとは言えないしな NIFLなんていう定義自体が曖昧でごちゃついてて解析もし辛いデータ形式を一人でに解析出来てしまう時点で充分化け物だよ
さらにそれを弄るには、どのデータがどういう意味を持ちどうすれば有意な値に変更出来るのか、どう弄れそうかを策定しなければならない
そこからツールの開発となると、コンピュータという1から100まで指定してやらなければ何も出来ないデバイスで如何に自動化させるのかという話になる
何を持って目的の部位を判別させるか、例外をどう定義しどう扱うかを考え、さらに設計とコーディング、整形や統合等…
とにかく全然違う領域の幅広い知識と技術が大量に必要になる
それを一人でこなして形に出来るなんて人そうそう居ない
まぁあとは使い手のセンスの問題だと思うよ、多少の不具合を差し引いても追加合成は無限の可能性があるからね ■ このスレッドは過去ログ倉庫に格納されています