よねぞん画像掲示板

どうもはじめまして。いきなりの質問で申し訳ありません。

タイトルの通り過去の質問と被る部分があるかと思いますが
数年ぶりにALP2PMXでALPを変換しようとしたら
「実行時ｴﾗｰ'9':
ｲﾝﾃﾞｯｸｽが有効範囲にありません」
と表示され正しく変換できなくなっていました。
Modelとodfファイルに顔と体のペイントデータのみが出るだけで正しく変換されません。

FINAL製品版を使っているかつ数年前はちゃんと変換できていたのですが
エラーがNo.454の方と同一なので同じくレジストリの問題なのでしょうか。

素人ながらに見様見真似でレジストリを追加してみたりしたのですがどうも解決できなく質問をした次第です。

Re: 454と重複するかもしれ - よねすけ 2021/01/23(Sat) 17:57 No.864
mandamさんこんにちは！

私もしばらくalp2pmxを触ってないのですが、エラーの9番は原因がいくつか考えられるため、とりあえず現在の環境とalpに使ってる素材を記載していただければだいたい（のぞく人さんとかが）わかるのではないかと思います。

もし体験版を使っているなら、製品版とは参照先が異なるため、No.454そのままとは思いますが。
Re: 454と重複するかもしれ - のぞく人 2021/01/23(Sat) 18:17 No.865
mandamさんとは初めまして、でよかったでしょうか？のぞく人と申します。

実行時エラー9は大抵の場合ファイルが見つからない時に起きます(と記憶してるけど時間が経ってるので勘違いが混じっているかも)。「ファイルが見つからない」も大きく分けて２パターンありまして、インストールされているゲーム(FINAL!やカレカノ等)が見つからない場合と、ALPで指定されているファイルがインストールされているゲーム中に見つからない場合とがあります。

後者はDLしてきたALPで使っているアイテムが環境に無い場合、例えばFINAL!にしか無いエイルの服を使ったALPをカレカノや体験版で変換しようとするケースです(要は自分のところで表示できないALPを変換しようとしている)。す〜るに馴染みがないとやりがちなことだと思いますが、mandamさんは長らくす〜るを使ってこられた方なのでこっちは大丈夫かと考えます。

レジストリの登録情報に関しては再インストールが一番手っ取り早いと思います。が、古いPCからコピーしてきたFINAL!がPC上にあるのでインストール情報だけ入れたいということでしたら、基本的には454のスレッドに書いてある通りです。ただレジストリに書き込むゲーム名がFINAL!の場合は
「らぶデスFINAL!」
とインストールフォルダ名と違うので(FINAL!の部分が半角)それだけ注意してください。あとインストール先のフォルダ名の後ろはらぶギアと同じで「\\」が付きます。

もし体験版しか入ってないPCでALP2PMXを使いたいということだと少々話が変わってきますが、FINAL!が認識されないということでよろしいでしょうか？
Re: 454と重複するかもし - mandam 2021/01/24(Sun) 13:49 No.866
よねすけさんこんにちは、お久しぶりです。
のぞく人さん初めまして、ありがとうございます。

>ALPで指定されているファイルがインストールされているゲーム中に見つからない場合
FINALで正常に表示されているALPですしデフォルトのALPでもダメだったのでご指摘通りその可能性は薄そうですね。

>FINAL!が認識されないということでよろしいでしょうか？

そうですね。
数年前に瞳を外部ツールでペイントする為に変換していた時は問題なくできていたのですが
数年ぶりにやる気になってやろうとした所正常に変換できなくなっていました。
PCを新調していたりファイルの場所を変えたりはしていません。

FINAL!を半角にしてレジストリを登録しましたが改善されず。

魔改造されているので少々手間がかかってしまいますが再インストールしようとしましたが
再インストールしようとすると固まって落ちたり、データを削除してもそもそもインストールという項目が出ない(本編＆すーるを開始するという項目しかない)と再インストールができず。

なのでネトワクの方を再インストールしたらネトワクのデータは正しく変換できるようになりました。（因みにネトワクの方も再インストール前は正常に変換できませんでした）
変換も瞳を外部ツールでペイントする為に使用したかったので取りあえずは目的は達せられそうです。

FINAL!も再インストールできれば解決できそうなんですがコンパネにFINAL!のデータがそもそもないんですがそういう仕様でしたでしょうか？
Re: 454と重複するかもしれ - のぞく人 2021/01/24(Sun) 17:02 No.867
まずコントロールパネルにFINAL!のアイコンがあるかどうかですが、申し訳ないのですが今手許のPCにす〜るの体験版しか入ってないのでFINAL!そのものでの確認ができません。ただ体験版は「プログラムと機能」にアンインストール用のアイコンが表示されています。記憶をたどってもTEATIMEのゲームは全部アイコンが表示されるようになったと思います(再インストールしたカレカノのアイコンも表示されてるかと)。

ただし、プログラムと機能にアイコンがあるのはインストールに使用した管理者アカウントだけで、一般ユーザーのアカウントには出来ないようです。PCにユーザーアカウントを複数作っていなければ関係ないことですが。

基本的にコントロールパネルへのアンインストール用アイコンの作成とレジストリへのインストール情報の書き込みとはインストール時に必ず行われるはずです。なので、どこかの段階でPCからインストール情報が失われたものと思われます。例えば「PCのリフレッシュ」を行うと自分でインストールしたソフトの情報は全部消されてしまいます(だったと思った)。Windows10の機能アップデートの時もリフレッシュと似たような動作が走るので、どこかでズッコケるとインストール情報をすっ飛ばすとか十分あり得ます。

ただ、メニューというのはディスクを入れた時に出るメニューのことだと理解したのですが、通常の起動メニューが出て「インストールします」が出ないということは、最初に起動する「autorun.exe」というプログラムが「既にインストール済み」と判断しているということでもあるはずなので、その辺りが謎です。

なおインストールメニューが出ない場合でも、「LoveDeathFinal!」フォルダにある「setup.exe」を直接実行すれば強制的に上書きインストール出来ると思います。(でも全く認識されてない訳でもなさそうなので…)

レジストリの状況ですが、手許のPCだと画像のようになっています(インストール先フォルダがちょっと特殊ですね、うちの場合)。mandamさんのPCでも、同じようにTEATIMEというキーの下に再インストールで作成された「カレマチカノジョ」やご自分で追加された「らぶデスFINAL!」等のサブキーがあることと思います。今までの経験からするとALP2PMXはゲームのインストール確認はここしか見てないはずなので、ここに間違いが無いのにALP2PMXが動かないとなると私も理由がわかりません。レジストリエディタで今一度内容が正しいか確認(カレマチカノジョとらぶデスFINAL!でどこか違っているか)していただければと思います。なお454のスレッド等で値「INSTALLDIR」のデータ中のフォルダの区切り文字が「\\」となっていますが、これはREGファイル中はそうしなければいけない決まりがあるからであり、レジストリエディタで直接編集する時は通常通り「\」1つです。あとは「INSTALLDIR」に正しくFINAL!のインストールフォルダが入力されていればいいはずなのですが…

(なお、レジストリも「ゲームインストール時のユーザーアカウントとALP2PMXを動かすアカウントが違う場合は…」という話があるのですが、カレマチカノジョの再インストールでALP2PMXが動作したということであれば多分要らない話だと思います。)

最後にFINAL!のインストール中に固まったということですが、ディスクをガチャガチャ読み込んでる時に問題が出ることがあるらしいので、それじゃないかと思います(固まらなくても精神衛生上よくないですよね、アレ)。Windows10の場合は一旦ディスクのイメージファイルを保存して、それをマウントしてそちらからインストールを実行することで回避できるんじゃないかと思います。

あ、そうだ。レジストリを編集する時は、先にレジストリのバックアップを取っておいてください(もしくは復元ポイントを作っておくとか)。

Re: 454と重複するかもしれ - のぞく人 2021/01/24(Sun) 17:12 No.868
追加。

再インストールした場合ですが、インストール(レジストリへの書き込みやコントロールパネルへのアイコン作成やスタートメニューへの項目作成等)が終わったら、今まであったデータにゴッソリ入れ換えてしまって大丈夫です。

ちょっと推測を付け加えておきますと、ディスクを入れた時に走る「autorun.exe」は多分レジストリ中に「らぶデスFINAL!」のキーがあるかどうかでインストール済みかどうか判断していると思われます。なので追加されている「らぶデスFINAL!」のキー名は多分間違ってないと思います。

一方ALP2PMXは同キー中の値「INSTALLDIR」の内容を見ます。変換に必要なファイルの場所はこの値を見て判断します(って外から見て言ってるだけですが)。なので、この値がどこか違うんじゃないかと思っています(失礼)。

なおFINAL!のゲーム自体やす〜るの動作には、このキーは関係しません。あっても無くても動作します。(過去作の性格が使えるかの判断は過去作のキーの有無で行う。)
Re: 454と重複するかもしれ - のぞく人 2021/01/24(Sun) 22:57 No.869
お詫びと訂正。

ディスク入れた時のメニューでゲームの起動メニューが出るということはautorun.exeがFINAL!のインストール場所を見つけられるということだから、レジストリの内容も合ってるはずということですね。大変失礼しました。

ALP2PMXが上手く動かないのはどういうケースがあるのか、出来る範囲でもうちょい探してみます。
Re: 454と重複するかもしれ - のぞく人 2021/01/24(Sun) 23:57 No.870
訂正の追加。

上でautorun.exeがレジストリのキーが存在するかどうかしか見ていないと書きましたが、値の内容もちゃんと見ていました。画像の上側が「らぶデスFINAL!」のキーに値「INSTALLDIR」を作成する前で、下半分が「INSTALLDIR」を作成してインストールディレクトリを書き込んだ後です。

なのでメニューに「インストール」が無いということは、レジストリに書き込んだ値は正しいということになります。本当に失礼致しました。

なお「INSTALLDIR」の末尾に「\」が無くてもALP2PMXからは認識されるようです。

FINAL!で正常に表示されるALPだということなのでファイルシステムの問題でALP2PMXから見えないということは考えづらいのですが、コマンドプロンプト(管理者として実行)で
　chkdsk [ゲームがインストールされているドライブ]:
とやってファイルシステムに問題が無いことを確認しておいていただけると助かります。

Re: 454と重複するかも - mandam 2021/01/25(Mon) 17:42 No.871
色々と調べて下さってありがとうございます。

コマンドプロンプトは特に問題は見つかりませんでしたと出ました。

ディスクのイメージファイルを保存は保存してる途中で何度やっても固まって落ちてしまいますし
「LoveDeathFinal!」フォルダにあるsetup.exeを起動させると即固まってインストールに移らず。

取りあえずこれからもちょくちょくチャレンジしてみますが
一度ネトワクに移す必要があるものの
ALPを変換して外部ペイントツールで目を塗る当初の目的は達しているのでいいかなと思っています。

以前は問題なかったのにできなくなった原因がよく分からないのはちょっと解せないですけども。
Re: 454と重複するかもしれ - のぞく人 2021/01/25(Mon) 19:34 No.872
ディスクチェック、御協力ありがとうございます。原因切り分けに潰しておきたい項目なので。

以前ミスマさんから頂いた情報なんですが、DVDのロットによって相性が悪いドライブが存在することがあるそうです。イメージファイルの保存途中で固まるのはそれかもしれません。TEATIME健在な頃は連絡すればDVDを交換してもらえたそうなのですが、今となっては…

setup.exeが即固まる件はちょっとわからないです。こちらで動かしてみるとインストールが始まるので…。謎です。


幾つかのケースを試してみたのですが、レジストリに「らぶデスFINAL!」のキーがあって且つそのキー中の「INSTALLDIR」に書かれているインストールパスが無効な場合に、「実行時エラー9で即落ちして出力にModelフォルダとodfフォルダが作成されてペイントデータがそこに書き出される」という状況になりました。こちらでは、キーそのものが無い時やキー中に「INSTALLDIR」が無い時はまた違う挙動になっています(前に何を変換したのかも影響する模様)。

ただ、レジストリに書かれているインストールパスが無効だとautorun.exeで出てくるメニューにインストールの項目が表示されるはずなので、そこが矛盾するよなあと。autorun.exeがFINAL!の存在を見つけられるのにALP2PMXが見つけられないという状況に「？？？」です。

変換しようとしているALPファイル固有の問題ということも考えましたが(表示できるALPでも変換が上手くいかないことがある)、デフォルトのALPでも上手く行かないということでしたので、やっぱり違うんだろうなと。

(表示できるけれど変換できないALPにゲーム付属のeir.alpとrota.alpがあります。ALP2PMXが通常通り動作する場合も「頂点数が一致しません」というエラーが発生します(TGA書き出しだけなら発生しないかも)。す〜るで一旦保存し直せば変換できるようになります(eirの方は記憶がハッキリしてるけどrotaの方もそうだったはず)。)

幾らか調べてはみたものの、原因まで行けなかったですね…

FINAL!のALP(実際はALP以外のWBSやFSP等の部分のかすたむファイルでも行けると思います)であっても、変換する時にALP2PMXの「ALPファイル」の下に並んでいるラジオボタンで「ネトワクネトラル」を選択すれば、FINAL!のデータを見にいかずにこちらのデータを参照して変換します。FINAL!にしか無いアイテムを使っていると問答無用でエラーな気がしていたのですが、無い時はそこだけ飛ばして変換するようです。もしかしたら服アイテムと髪エクステでは挙動が違うみたいなこともあるかもしれないので、エラーになったらごめんなさい(飛ばしたアイテムもフォルダが作られたり作られなかったりで挙動が今一つ掴み切れてないのです)。

Re: 454と重複する - mandam 2021/01/26(Tue) 20:05 No.873
ALP2PMXでネトワクにチェックを入れると正常に変換できましたね。
これならわざわざネトワク用にALPを変換する手間をかけずにできそうです。

コントロールパネルにFINALの項目がないというのもおかしい気もするんですが
正常に動いている時からなかったような記憶がありますし
その時から変わった点はWindows10のアップデートぐらいでしょうか。
でも他に同じような案件を聞かない所を見るとWindows10のアップデートは関係ないですよね。
Re: 454と重複するかもしれ - のぞく人 2021/01/27(Wed) 00:18 No.874
Windows10の機能アップデート(バージョンUP)でインストール情報が消えたみたいな話は確かに聞いてないですが、十分有り得るんじゃないかと思います。あれはファイルの置き換え以外にも結構色んなことを書き換える処理なので、自分的には直前でPC全体のバックアップを取ってなければやらないようにしています。

「ロック画面の画像の設定が保存されない」という影響が出たこともありますが、設定関連のフォルダやファイルで所有者情報やアクセス権(ACLというものにまとめられています)の書き換えが上手くいかないケースがあると個人的には思っています。この辺がおかしくなると、ファイルがあるけど見えないということやシステムからアクセスできないということも起こり得ます。

レジストリの情報とコントロールパネルの登録情報が両方無くなるというのもちょっと難しいよなあとは思いますが、アップデートを行ってる最中に走る登録情報を引き継ぐ処理が途中で止まってしまえば起こり得なくはないかと考えます。まあ、誰かのところで「プログラムと機能」からアイコンが無くなっていたとして、今からアンインストールしようという方はまず居ないだろうから気付かないんじゃないかなあと。

とまあ、インストール情報が吹っ飛ぶもしくは見えなくなるということは起こりうると考えていますが、autorun.exeとALP2PMXは同じユーザー権限で走っているはずなのに一方からはFINAL!のインストール先が見えて一方からは見えないというのがやっぱり分からないー！あとカレマチカノジョの方は見えるのにFINAL!の方は見えないというのも。レジストリキーのアクセス権の関係で見えないとかも考えたけど、同じユーザーが走らせているプログラム同士だし…
Re: 454と重複するかもしれ - のぞく人 2021/01/28(Thu) 19:33 No.875
「プログラムと機能」のアンインストール用のアイコンですが、こちらでは存在するのが確認できました。画像はWin7から引き継いだやつですが、Win10に新しくインストールしたPCでもアイコンが作成されました。

mandamさんのPCではどこかのタイミングでインストール情報が失われたか、存在してるけど読めない状態になっているかだと思われます。

(うちのメインのPCはここのアイコンが無くおとうさんのところもそうらしいのですが、どちらもインストールプログラムを動かしてないので無いのが“正しい”状態です。)

454とは既に方向が - のぞく人 2021/01/29(Fri) 19:29 No.876
訂正

AutoRunLauncher(autorun.exe)はレジストリキー「らぶデスFINAL!」の値「INSTALLDIR」の存在だけ見ていて、中身まで見ていませんでした。書かれたパスにファイルが存在しなくても、値が空でもゲーム起動の方のメニューを出します。

なのでメニューに「ゲームのインストール」が無いのはレジストリに書かれたパスが有効かどうかとは関係がありません。

setupが固まるのは、もしかしたらレジストリに値があることで情報の不整合が生じているのかもしれません(まだ何とも言えない)。もう少しチェックしてみます。
念のため - のぞく人 2021/01/30(Sat) 16:52 No.877
お手数掛けますが、画像みたいな手順で「らぶデスFINAL!」キーの値「INSTALLDIR」を設定し直してみて頂けないでしょうか。今まで通りALP2PMXがFINAL!を認識しない可能性が高いとは思うのですが、これだと手入力を介さないでパスが入るので、念のためということで。

setupが固まる件ですが、今のところこちらでは「固まる」という事態には遭遇しておりません。が、InstallShieldがFINAL!が存在するフォルダを見つけるとそこをチェックし始めるので、とても時間が掛かるということが判りました。この時「応答なし」となるので固まってるように見えます。少なくともファイル名のチェック、もしかしたらファイル内容のチェックまでしてるのかもしれません(ウィルスチェックプログラムまで見に行ってました)。mandamさんの場合saveフォルダ以下にファイルが大量にあることと察せられますから、これに掛かる時間が特別長く固まっているように見えるのではないかと推測します。本当に固まっているのかもしませんが。

フォルダのチェックが始まるタイミングはインストール先がデフォルトかどうかで違うようです。デフォルト以外(うちの環境だとこっち)だとインストール先フォルダを指定したところでチェックが始まり、デフォルトだともっと早く始まるようではあるのですが今一つよくわかりませんでした。

また一つ訂正。

FINAL!のインストール、ディスクイメージ(やDVD)からでなくてもできました。「LoveDeathFinal!」フォルダの中身全部、もしくはフォルダごとどこかにコピーしてそこからsetup.exeを実行するので行けます。ディスクイメージが駄目、DVD直も駄目ということでしたら、この方法も試してみて下さい。

Re: 454と重複する - mandam 2021/01/30(Sat) 21:10 No.878
色々試した結果、何とか再インストールができALP2PMXでFINAL産ALPが変換できるようになりました。

正常になったと思われるレジストリを見ても違いが判らなかったので原因はよく分かりませんが
ともかく助かりました、本当にありがとうございました。

結局は困ったら再インストールしろという至極シンプルな話でした。
Re: 454と重複するかもしれ - のぞく人 2021/01/30(Sat) 23:18 No.879
再インストール成功されたのですね。ALP2PMXが無事動くようになったとのこと、良かったです。

「レジストリの値が正しくてもアクセス許可情報がおかしければALP2PMXが動かないことはあり得るかな？」と考えていたのですが、その場合チェックや修正がとても難しそうだったので、再インストールが上手くいってくれて正直良かったと思います。

何か役に立ったことがあったのなら何よりです。

あけましておめでとうございます＆お久しぶりです。

カスタムした衣装って、保存して
更に保存してあるカスタムした衣装と合わせる時って
みなさん、どのようにやっておられますか？
今さらなんですが、カスタムしたスタジャンと
カスタムしたジーンズ着合わせようと思ったら、
「あれ？片方は一から作り直さなきゃならんのか」と
今、思っている最中なんですが、いい方法とか
「なんだ、そんなのは・・・」とか
解決策、いただけると嬉しいのですが・・・

Re: カスタムした衣装を… - のぞく人 2021/01/06(Wed) 18:06 No.861
おめでとうございます。

例としてスタジャンとジーンズが別衣装ということでいいのでしたら、まずジーンズを履いてる状態で「着替え」→「服かすたむ」と進んで、ジーンズの装備スロットを選んで「セーブ」を選択します。ここからジーンズのかすたむデータを保存できます。

次にスタジャンを着た状態で「着替え」→「服かすたむ」と進んで、ジーンズを装備したい空きスロットを選択して「ロード」を押すと服かすたむデータの選択メニューになるので、そこで先程セーブしたジーンズのかすたむデータを読み込めます。

…って感じでOKでしょうか？ちなみに服かすたむデータはsave\Importフォルダにicpという拡張子で保存されます。

「オーバーオール＆ジャケット」みたいなデータで別々にかすたむしたジャンパーのデータとジーンズのデータを合成したいということでしたら、うーん、出来るのかなあ…

取り敢えず思いつくのはスロット2つ使って別々に読み込むという手ですか。もしかしたら、かすたむ画面で一方の形状かすたむデータとペイントデータを保存しておいて、他方のデータを読み込んだ状態でかすたむ画面に入って残したい箇所を編集対象から除外して、メニューから形状データ・ペイントデータを読み込む、で行けるかもしれませんが、試したことないですし、上手く行きそうな気があまりしないです。

Re: カスタムした衣装を - ゴート 2021/01/06(Wed) 20:55 No.862
のぞく人さん、毎度ありがとうございます。

早々のお返事、ありがとうございます。

完全な経験不足を露呈して、恥ずかしい限りです。
早速実践させていただきました。
出来ました、ありがとうございました。

今年こそは、お酒を辞めて、粉骨砕身の気持で、
たむたむす〜るの創作に励めるよう、
かように思う次第でございます。

・・・ありがとうございました。(＠＾−＾)

6811さんへの返答の範疇を超えると思うので別スレッドで。

ALP2PMXを使った方法以外でテストしてみた時の画像です。何れも右側の心愛さんは6811さんから頂いたサンプル�@のボディAを、左側はボディCを使用しています。

一番上は827の書き込みと同じ画像でボディCはデフォルトのままです。

真ん中はファイルRT_body_type_C.ODFのFRAMチャンク内、ボーン名Frame_2_RT_base_Layer1_Pivotのボーン名と行列データをいじったものです。行列の回転部分の数値を1.0から0.84(サンプル�@のODFファイルのものと同じ)に変更し、ボーン名は後ろに“#Modified”を追加しています。

一番下は、832の書き込みに書いた透過好きさんがモーションアップローダー273として公開されている「縮小POS.zip」の中から「0.9倍ボーン.pos」を利用したものです。正直POSファイルの利用の仕方をまだ把握しきれてないのですが、まあなんとか縮小できてるように見えます(本当はまだ問題抱えてるのですが、静止画だと分かりません)。RT_body_type_C.ODFはオリジナルのものです。

取り敢えず画像のみで。

Re: サイズ変更テスト - 6811 2019/09/15(Sun) 21:43 No.838
せっかくご紹介いただいたので、透過好き様がモーションアップローダーで公開されているファイル
(http://yonezon.coresv.com/joyful4/joyful.cgi?read=273)を使用させていただき、HAN作って
FINALフリーH上で動かしてみました。HANでPOS利用の類似ケースを辿ると、
男をでかくするパターンでたいぞう様がモーションアップローダーで公開されています。
(http://yonezon.coresv.com/joyful4/joyful.cgi?read=241)

このSSはここ用にワンシーン作って全コマコピペした物です。3Pの3P-Fェラです。
のぞく人様の書かれたとおり、[Aボディだけを縮小化]のスレッドで私がやろうとしていた事と
同じ事が全ボディで可能です。

先に許可を仰ぐべきだったかも知れません。yomeko様に[Aボディだけを縮小化]のスレッドの
リンクを貼らせていただきました。事後報告になってしまい、大変申し訳ありません。

たむたむす〜るで長さを膝丈に長くした[英国っ娘スカート]が、長くした分だけ原寸で伸びる
珍現象を確認しました。FINALフリーH上限定で起きます。シャツをワンピ化したり、
長くする変形は良くやるのですが、他のは通常通りに縮みます。
「本当はまだ問題抱えてるのですが〜」の件も作業してみると把握できますね。

---Aボディだけを縮小化してしまう方法---
前列真ん中の3名と後ろのモンスター肩乗り3名全6名だけがAボディです。
歴代らぶデスキャラは原寸保持のままAボディからCボディに変更、サキュバス
はそのまま、モンスターはたむたむH編集時の寸尺の状況で撮ったSSです。
今回の方法が既出でしたらスミマセン。

---やってみたALP2PMX縮小寸---
ALP2PMX固有機能の等身伸縮という項目を試してみました。
ど素人ながらも出力されたフォルダの中に [base_body_A] という
かつて中身を弄った事のあるフォルダがあるのを見つけました。
このフォルダを弄った事の無い者だけが罪人に石を投げなさいという
あれですね。という事はAボディ全部に適用が及ぶのか……個体別は無理そう。

�@まずお手持ちのAボディ使用のALPをひとつ用意して、ALP2PMXで読み込みを
実行させます。動作確認的な意味でこちらでもサンプルを用意しますが、
お手元の環境を全て引き継がせるには各自の環境下にあるALP使用が最良です。
できればお手元の環境下で一度以上更新履歴のあるALPを使用して下さい。

�A開くのボタンから行くと、下部[ファイル名]のマス目に[xxxx.alp]と
フルネームでコピペ入力しないとALP2PMXは読み込んでくれません。
下半分の左側に等身の項目があります。以下は偶々上手く行った数値を
書きます。

�Bチェックマークは全部入れたままで、左の数値入力を上から
114、0.72、0.72、0.72、0.21、と埋めます。
�CALP→ODFボタンで出力させます。
出力後に表記数値が変化してる場合がありますが、特に留意は不要です。

同じ数値を打って出力させたのに、たむたむす〜るを起動すると縮小が
実行されていない事態は数度経験しました。逆に一度通用したものは何度
でも通るようで、途中から縮小しなくなる事態には遭遇していません。
縮小は起きるか否かの2択のように見えます。今の所入力数値の差異を実感
できる状況には対面出来ていません。

---[らぶデスＦＩＮＡＬ！] 内のフォルダを弄る---
�@[\らぶデスＦＩＮＡＬ！\data\odf\Body] 内に同名の [base_body_A]
というフォルダがあるので、これをバックアップ取ってから削除します。
�AALP2PMXから出力されたフォルダ内に存在する同名フォルダ [base_body_A]
をこのフォルダだけ抜き出して [\らぶデスＦＩＮＡＬ！\data\odf\Body]
内にコピペで置き換えます。上書きはしないで下さい。

で、やってみた所、ボディに留まらず頭、髪、服、武器に至るまで
一括で全部縮小できてしまいました。どういう理由か首だけ少々長目に
なるみたいですが、この程度ならば個別の体かすたむで吸収可能な範疇です。
(SS中の6名が該当します。無修正だとこのような首の長さになります。)
とりあえず、置換実行前の [\らぶデスＦＩＮＡＬ！\data\odf\Body] の
[base_body_A] という元フォルダを多重でバックアップ保全取っておけば
何度でも元に戻すことが可能です。てか作業時は原寸の方が圧倒的に扱い易い。

あと、試した範囲内ではこのSS以下には縮小しないみたいです。
何故なのかとかは全く不明です。先述の通り可か不可かでしか結果が出ません。
プログラムやデータ解析方面は苦手で、普段から意味も分からずに数値入れて、
結果半泣きでOS入れ直すような奴なので、後は詳しい方々に道を譲りたいです。
ご質問等あろうかと思いますが、恐縮ながら何も答えられないと思います。
らぶデスFINAL、たむたむす〜る両方共プログラム実行時に何の問題も起きず、
尚且つ簡単に元に戻せるのが長所でしょうか。しかし因果は不明であり、
最悪OS入れ直すような状況が起こり得る可能性があるという点に御留意下さい。
自己責任でお願いします。しつこいですが、バックアップ必須です。

---アップロードしました---
説明文作成に一番時間が掛かってしまいました。以下の内容でアップします。
�@加工済みbase_body_Aフォルダのサンプル2種→52MBを10MBに圧縮かけてます。
�A縮小時用HAN2種→2807氏作のAボディ用と汎Aボディ用。両方低身長限定です。
�B5月末に出した4人組の更新ALP→今回用に身体微調整の上、秋服着せました。
引用元ALPは5〜6月のと同じです。今回下着だけ紳士No1039氏作のSDK SDJ Bdk
Bdjを新規追加しました。作者の皆様、ありがとうございます。

http://kienizer.com/download/493265
DLパスは英小teatimeです

Re: Aボディだけを縮小化 - のぞく人 2019/09/08(Sun) 17:40 No.827
初めまして。面白い情報ありがとうございます。

添付されているサンプル(�@の方)で試させて頂きましたが、なるほど手持ちアイテムまで小さくなりました。なお差し替えるのは「RT_body_type_A.ODF」だけでいいようです。

ALP2PMXにOdfHeightというツール(古い)が同梱されているのですが、これの説明に
「ODFの身長を変更する場合ODAも変換しないとダメ」
とあるので、ツールが作られた当時とどこか動作が変わってるのでしょうね。うん、何故ODAファイル(アニメーションデータのファイルです)を書き換えなくてもいいんだろう？

そのOdfHeight、何となく「ODFファイルの身長変更はこれがあれば大丈夫」と思い込んでいたのですが、これかすたむシリーズより前のODFファイル用だったのですね(FINAL!のRT_body_type_A.ODFを放り込んだら対応してないと怒られました)。ファイルの日付見れば明らかなんですが。なので、もしODFファイル自体の身長を変更しようと思ったら6811さんが書き込んで下さったようなことが必要になるのだと思います。

RT_body_type_A.ODFのどこが書き換わったから着てるものから手持ちアイテムまでみんな縮小されるのかとか、ALP2PMXの頭身設定で「ALP値」にチェックが入ってる時に数値設定がどの様に反映されるのかとか、調べどころが色々ありそうです。

Re: Aボディだけを縮小化 - 6811 2019/09/08(Sun) 20:14 No.828
のぞく人様、踏み込んだ詳細情報をいただき、ありがとうございます。充分な準備や精査もなく、
半可通にも満たない領域に迷い込んでしまった状況に助け船を出していただけて大変恐縮です。
Re: Aボディだけを縮小化 - 6811 2019/09/09(Mon) 18:09 No.831
のぞく人様よりご指摘いただきましたように、どうやら縮小が起きる、または起きない時の差はたむたむ起動時の
[base_body_A]フォルダ内のファイル[RT_body_type_A.ODF]にあるようです。縮小が起きないときは更新日が元に
戻っているのを確認しました。

OdfHeightというツールの情報をいただきましたのでこちらも試してみました。
手持ちのだと[ODF ver1.05]の[身長変更]ボタン押すと出てくる奴です。理由不明ながら[RT_body_type_A.ODF]は読み込み可能でした。
少々ノーマル時と上の縮小適用済みサンプル�@の[RT_body_type_A.ODF]を使用して数値入れ替えを色々試してみたところ、
こちらのツールの方が入力数値の差異が結果に反映するようです。縮小が起きない確率はALP2PMXの時と同じ位あるようです。
ただ首が長くなるバグがなくなってたり、こちらのツールの方が優れていると思いました。
OdfHeightと設定値込みでSS撮りました。もう少し色々試してから投稿書き直ししてみます。

Re: Aボディだけを縮小化 - のぞく人 2019/09/10(Tue) 01:44 No.832
OdfHeightの新しいのがODF(神ツール)から呼び出せるようになってたんですね。気付いてませんでした。前の書き込みで「かすたむシリーズのODFファイルが読めない」と言ったのはomakeフォルダにある古いバージョンのことなので、ODFの[身長変更]ボタンで呼び出されるOdfHeightでかすたむシリーズのODFファイルが処理できるのは正常動作です。

OdfHeightはらぶデス2か3の頃からあるツールで身長変更に特化してるので、「ALP2PMXで書き出してコピー」より簡単確実かと思います。ちなみに身長計算のベース値になっているのはらぶデス2のODFファイルで、aa:愛美、a:あゆみ、b:みなも、c:琴、d:奈々美、e:よつば、という対応です。かすたむシリーズのデフォルト身長だと一致するのが無いかもしれません(心愛さん158？)。

と、ここまでOdfHeightの説明をしておいてなんですが、OdfHeightやALP2PMXでボディのODFファイル(RT_body_type_A.ODF)を書き換えなくても、POSファイルやANMファイルなどで同じ事ができると思われます。

画像はRT_body_type_A.ODFをODF(神ツール)でMQO書き出ししたものですが、概ね左側がデフォルト、右側が6811さんから頂いたサンプル�@のものになります。見て頂ければ解るとおり、形状データ自体は縮小されていません。

ではどうやって縮小しているのか調べてみたのですが、ODFファイル内のFRAMチャンクという部分…ここにはボーンの情報が書かれているのですが、ここに書き込まれている情報を書き換えることで実現しています。で、これはPOSファイル等のモーション系のかすたむファイルがやっていることとほとんど変わりません。

単純に、頭と胴体で縮小比率を変えないので良ければ、透過好きさんがモーションアップローダーで公開されているファイル(yonezon.coresv.com/joyful4/joyful.cgi?read=273)が利用できるかと思います。Yomeko023さんが公開されていたPosEditというツールがあればOdfHeightが施す変更と同じ事をODFファイルの書き換え無しで多分できると思うのですが、残念ながらこのツールは現在入手できません。何れにしても、HANファイルが作り直しになってしまうのが一番の問題かもしれません。

何かやる気を削ぐような事を言って大変申し訳ないのですが、動作的にはそんな感じで他にも方法はあるよ、ということです。ただOdfHeightは数値入れると適当に計算してくれるので楽だろうと思います。PosEditでやろうとすると、自分で計算してトライ＆エラーということになるでしょうから。

Re: Aボディだけを縮小化 - 6811 2019/09/10(Tue) 09:48 No.833
のぞく人様、題材の核心に纏わる情報を、私のような者にも理解し易い文章でご解説いただき、感謝至極です。
神ツール作者様をはじめ、文章中にご紹介いただいた歴代の職人様方にも改めて感謝します。

私の場合、HANファイルを配布している都合上、DLして下さる方々とある程度環境を揃える必要があります。
なので今回の投稿の落とし所は「OdfHeight」を利用した[RT_body_type_A.ODF]を数種作成して、その条件下で
完全に動くHANファイルを別途作り直す事にしました。そちらの完成はもう少々お待ち下さい。

のぞく人様には大変お世話になりました。なりっぱなしで申し訳ないです。ありがとうございます。
Re: Aボディだけを縮小化 - のぞく人 2019/09/11(Wed) 00:54 No.834
いえいえ、そこまで言って頂き大変恐縮です。

何か調べ物をすれば必ず持ち帰るものがありますので、その辺はお気になさらずに。

Re: Aボディだけを縮小化 - 6811 2019/09/14(Sat) 03:17 No.836
---[Aボディだけを縮小化]完結編---

のぞく人様よりご提供いただいた情報を元に、9月5日投稿の[Aボディだけを縮小化]という題材について
修正とまとめをやってみたいと思います。
　
最初の投稿にありましたALP2PMXを使用して云々の件は、すべて不要になりました。
代替で、[ODF ver1.05]の[身長変更]ボタン押すと出てくる「OdfHeight」というツールを使用します。
[ODF ver1.05]は、ALP2PMX ver1.06に同梱されています。

---9月5日分との差を以下に書きます---

�@フォルダ[base_body_A]を入れ替える必要が無い。
�Aフォルダ[base_body_A]内のファイル[RT_body_type_A.ODF]だけを置換する。
　(バックアップ対象は、[\らぶデスＦＩＮＡＬ！\data\odf\Body\base_body_A]内のファイル
　[RT_body_type_A.ODF]これひとつだけになります)
�B入力数値はちゃんと反映される。これは作る方も明確な標的を持てますし、環境を共有する際の
　指標にもなります。
�C首が長くなるバグがない。
�D9月5日分のALP2PMXの時と同じく、たむたむ/FINAL起動時に縮小が反映されない時がある。
　(ファイル[RT_body_type_A.ODF]の更新日が元に戻っているので判別が楽)
�E作業が大幅に簡易化、簡略化されました。

---手順をまとめてみます---

�@[\らぶデスＦＩＮＡＬ！\data\odf\Body\base_body_A]内のファイル[RT_body_type_A.ODF]を多重で
　バックアップを取って下さい。
�Aコピペした[RT_body_type_A.ODF]ファイルを[ODF ver1.05]に読み込みさせます。
�B[ODF ver1.05]の[身長変更]ボタン押すと「OdfHeight」というツールが起動します。
�C今回のSSにあるように数値を色々入れて試してみて下さい。
�D[OK]ボタン押すと入れた数値が反映され、読み込んだ[RT_body_type_A.ODF]ファイルが更新済みになります。
�Eこの更新済み[RT_body_type_A.ODF]ファイルを[\らぶデスＦＩＮＡＬ！\data\odf\Body\base_body_A]
　内の[RT_body_type_A.ODF]ファイルと置換します。バックアップさえ取ってあれば上書きで構いません。

9月5日にアップしたZIPファイルを補完する形で追加分のZIPファイルをアップします。
「OdfHeight」で加工更新済み[RT_body_type_A.ODF]ファイルのサンプルを3種、[105cm近辺][115cm近辺]
[125cm近辺]と、これらに対応するHANファイルが6種入ってます。[125cm近辺]という今回分のサンプルが、
前回のサンプル�@�Aの近似値になります。なのですが首の長さが合わなかったためHANは作り直しました。
下記よりダウンロードお願いします。DLPは英小teatimeです。

http://kienizer.com/download/494168

のぞく人様、おかげさまで題材に対して、よりレベルの高い道が開けた感じがしています。
ありがとうございます。

す〜るのペイント画面を見るとわかりますが、瞳テクスチャは4ヶ所(かおる、のどか、たむたむヘッドは3ヶ所)を交互に表示することでハイライトを揺らしています。と言うことで心愛さんのテクスチャから切り出してGIFファイルにしてみました。

外部ツールでフルペイントする場合も4ヶ所でハイライトの位置を変えれば揺らすことができるはずです。実験してませんが。画力があれば炎を揺らすこともできるかもしれません。4コマしかありませんが。

どの表情でテクスチャのどの部分(AかARか、と1・3段目か2・4段目か)を使用しているかを一覧表にしてみました。よねぞんアップローダー(yonezon.coresv.com/upload/upload.cgi)の00099です。ペイントの参考になれば良いかなと思います(個人的には細かい違いがあるのを見てるだけで楽しい)。

Re: 瞳のハイライト - よねすけ 2019/02/26(Tue) 20:26 No.816
外部ツールで4箇所でハイライトの位置を変えて塗れば揺れますね。なお、す〜るのペイントでは、たとえ一瞬のクリックでも4箇所全てにペイントされてしまいます。

以前、エルガイムとか百式の横に流れるキラキラをやってみようかと思いましたけど、コマ数少なすぎて断念した覚えがあります。
Re: 瞳のハイライト - のぞく人 2019/02/26(Tue) 21:17 No.817
ちゃんと揺れますよね？
よかったー

ペイントは実際にカーソルのある位置ではなく、最初から4ヶ所同時に書き込む仕様になっているようです。かおる、のどか、たむたむの3つのヘッドはテクスチャを3コマ分しか使っていなくてペイントのカーソルも3コマ間でしか動きませんが、クリックすると4ヶ所全部に書き込まれました。

なので揺らそうと思ったら外部ツール必須ですね。

外部ツールでのペイント - のぞく人 2019/02/26(Tue) 21:20 No.818
最初の書き込みからの続きです(でも直前も受けてる気がする)。

外部ツールを使ったペイントのやり方についてはよねすけさんがよねぞん改に記事「たむ式メーカー（ALP2PMX）でテクスチャを変える」(yonezonkai.blog.fc2.com/blog-entry-19.html)を書かれていますのでそれを参考にして下さい。編集対象のファイルが「head_xxxx」フォルダの中にあるというところが違うだけです(ボタンも[ALP⇒TGA]でOKです)。

あと私がこちらに書き込んだもの(No.488「ペイントデータをいじる(目)」からのスレッド)も参考にできると思います。但し、そちらにも書きましたが、使用したツールで扱えないヘッドが有る点にご注意下さい。

ALP2PMXはたくさんのファイルを書き出すので、初めてだと「どのファイルを編集したらいいかわからない」となるんじゃないかと思います。ペイントデータは全て

[メッシュ名]@[ODFファイル名].tga

というファイル名で書き出されるので、それを探して編集して下さい。

瞳テクスチャの場合は以下の様なファイル名になります。基本的にファイル名の頭に「eye_A」「eye_AR」が付きます。

・かすたむ系、らぶデス555系、20773ヘッド
　eye_A@HEAD_RT_BASE.ODF.tga
　eye_AR@HEAD_RT_BASE.ODF.tga
　但しエイルヘッドはODFファイル名が違うので
　eye_A@HEAD_0000.ODF.tga
　eye_AR@HEAD_0000.ODF.tga

・らぶデス4系、らぶデス3系ヘッド
　eye_A_Mesh_HEAD_RT_base_Layer2@HEAD_RT_BASE.ODF.tga
　eye_AR_Mesh_HEAD_RT_base_Layer2@HEAD_RT_BASE.ODF.tga

・らぶデス2系ヘッド
　Mesh_HEAD_RT_base_Layer2@HEAD_RT_BASE.ODF.tga
　但しあゆみヘッドは
　Mesh_HEAD_RT_base_Layer2@HEAD_R.ODF.tga
　またロタヘッドは
　Mesh_HEAD_RT_base_Layer2@HEAD_0100.ODF.tga

らぶデス2系ヘッドだけ名前が「eye_」で始まらないので注意して下さい。また通常目しか無いので編集対象のペイントデータも1つです。

これらのファイル名はどのヘッドを使用しているかだけで決まります。顔かすたむで目のタイプを変えていても関係ありません。らぶデス2系の目を選択していてもヘッドがそれ以外であれば、通常目とAR目のペイントデータは別々に保存されます。

同様に、どの表情で瞳テクスチャのどの部分を使用するのかもヘッドだけで決まります。これも目のタイプを変えていても関係ありません。瞳テクスチャをペイントで完全に塗りつぶしてしまうのであれば、目のタイプはどれを選んでいても関係ないです(プログラム的に余計な操作が入らないという意味でデフォルトがお勧め)。

表を作っていて気付いたこと - のぞく人 2019/02/26(Tue) 22:29 No.819
気付いたことをいくつか。

上にも書きましたが、かおる、のどか、たむたむの3つのヘッドは瞳テクスチャ4コマ分のうち3コマ分しか使用しません。使わないのは3・4段目の右側です。これは通常目、AR目どちらでも同じです。

但し、ペイントに関しては上にも書いたように使わない右下にも書き込まれます。ヘッドを換えた時にペイントデータが引き継がれても問題はありません。それも含めてただ「3コマ分しか使ってないんだなあ」というだけで、別段問題になることは無いと思います。

次。らぶデス4系ヘッドはデフォル目を使用する表情で指定と実際に表示される表情がずれています。「びっくり」はいいのですが、他は

？　→　＞＜
＞＜　→　ほっこり
ほっこり　→　キラリッ！
キラリッ！　→　？

という具合に別の表情が表示されます(きちんと確認していませんが、デフォル目の表示だけがずれているのではなく表情モーフの指定がずれていると思われます)。

スクリーンショットを撮る際はそれを考慮した上で表情指定すれば済む話ですが、いくらか面倒かなと。フリーモードとか戦闘モードだと間違った表情になっているものと思われますが、遭遇することがあるのかどうか。

次。こちらもデフォル目絡みです。みなも、奈々美、よつばの3ヘッドは表情に「？」「＞＜」「ほっこり」「キラリッ！」が指定された時に瞼の影響が出ます。みなも、よつばヘッドは瞼が動いているのがわかり、奈々美ヘッドは瞼は閉じた状態で固定されていますが、デフォル目のメッシュより上に出てしまっています。

らぶデス2系ヘッドのデフォル目は「びっくり」以外は放置状態(テクスチャは一応あるが切り替えるようになっていない)なので、ビューワーモードではこれらの表情を使わなければいいのだと思います。こっちもフリー／戦闘モードで出くわすかもしれませんが、アップにしなければ気付かない…か？

最後。カレマチカノジョとす〜るv.4体験版で気付いてらぶデスFINAL!では起きてないことを確認してますが、つばめヘッドでAR目を表示させると(「無表情放心」等)瞳が(正面から見て)左に寄ります。ただ「大泣き」では寄りません。

モーフ指定は他の555!系ヘッドと同じなのにつばめヘッドでだけ起こります。謎です。そしてODFファイルは全く変わっていないのに、らぶデスFINAL!では起きなくなりました。

原因のわからない不思議な現象だとは思いますが、問題になることは無いと思います。が、ビューワーモードで「視線が思う方を向いてくれない！」とかなるかもしれません。未確認ですが(FINAL!使ってる分には起きないし)。

以上。長々と失礼しました。

追加 - のぞく人 2019/02/27(Wed) 21:27 No.820
ペイントデータのサイズについて補足です。

瞳テクスチャのペイントデータのサイズ(ファイルサイズじゃなくて画の大きさの方)は、ODFファイルで指定されたテクスチャのサイズと同じになります。「目のタイプ」で本来のテクスチャより大きいサイズのテクスチャを選択しても解像度は上がりません。

例えば、同じODFファイルを使用するあゆみヘッドとロタヘッドでは指定する瞳テクスチャのサイズが違うので、ペイントデータのサイズもそれぞれ256dot角、512dot角と異なります。あゆみヘッドで目のタイプにロタを選択しても、ペイントデータのサイズは256dot角のままで512dot角にはなりませんでした。