Kotatsu-RTM / fixRTM

Fixes some bugs of RTM and make RTM more useful!
Other
0 stars 1 forks source link

追加してほしい機能(Kaizより) #36

Open HortenShiho opened 1 year ago

HortenShiho commented 1 year ago

設定したカスタムボタンを編成全体に適用させる機能(kaizではFキー) 行先・放送リスト表示して矢印ボタン押さないでも変更できる機能

waya0125 commented 1 year ago

Localで実装されてる複数の車両パックから引き剥がしてfixRTMに統合したほうがよさそう。

Siwo951 commented 1 year ago

Fキー同期 コード見た感じあった気がするけど動いてないか

waya0125 commented 1 year ago

キーコンフィグあったっけ?

Siwo951 commented 1 year ago

あれバインド入ってない ハードコードなはず

waya0125 commented 1 year ago

確認してみます。

waya0125 commented 1 year ago

どうやら動いてないっぽい。 Fキー押しても後ろの車に反映されてない

Siwo951 commented 1 year ago

コード見た感じF押した状態でボタンクリックすると回るっぽい

Siro256 commented 1 year ago

要ドキュメント化

waya0125 commented 1 year ago

Related: customIconTexture#42

HortenShiho commented 1 month ago

関連 https://github.com/Kotatsu-RTM/fixRTM/issues/47

HortenShiho commented 1 month ago

行先・車内放送・カスタムボタンにドロップダウンメニューを追加する(KaizPatchX 1.7くらいからの機能)

waya0125 commented 1 month ago

行先・放送リスト表示して矢印ボタン押さないでも変更できる機能

ホイールぐりぐりか、プルダウンが出てくる感じのUIらしい。実際に触って確認した。 便利ではあるが、反面少々挙動が怪しい感じだから、そのままチェリーピックだとまずいかなという認識。 とはいえ、UIをいじることになるので、作業工数としては多く、時間がかかると思われる。

HortenShiho commented 1 month ago

F3キーを押したときに左下に時間を表示する機能(ゲーム内tick表記+24時間表記) 0tick = 06:00 6000tick = 12:00 12000tick =18:00 18000tick = 24:00って感じ

あると便利、なくても困らないと言えばそうだけど太陽光を考えて線路を敷くときに面倒

Siro256 commented 1 month ago

行先・放送リスト表示して矢印ボタン押さないでも変更できる機能

ホイールぐりぐりか、プルダウンが出てくる感じのUIらしい。実際に触って確認した。 便利ではあるが、反面少々挙動が怪しい感じだから、そのままチェリーピックだとまずいかなという認識。 とはいえ、UIをいじることになるので、作業工数としては多く、時間がかかると思われる。

cherry-pickはコードが全然違うから論外として、UIを触るのはそこまで重い作業ではないはず...?

Siro256 commented 1 month ago

F3キーを押したときに左下に時間を表示する機能(ゲーム内tick表記+24時間表記) 0tick = 06:00 6000tick = 12:00 12000tick =18:00 18000tick = 24:00って感じ

あると便利、なくても困らないと言えばそうだけど太陽光を考えて線路を敷くときに面倒

参考画像が欲しいです。 それから、fixRTMの役割を考えるとこれに実装すべきではない(別Modとして書くべき)気がしています。

waya0125 commented 1 month ago

[2024/10/15 13:05追記]

本人の話を聞いた上で

それから、fixRTMの役割を考えるとこれに実装すべきではない(別Modとして書くべき)気がしています。

について返答します。

内容としてKaizPatchXに記載されていることから、fixRTMでも載せて良いのではないか、という認識でした。 線路を引く際に、特定の時間にどの光の向きになるか(いわゆる順光、逆光と言われるもの)が鉄道ではキモになる上、それを明示的にわかりやすくするためにTickタイムをhhmmss表示に変換してほしい、とのことでした。

(ここからは一個人としての意見です) fixRTMとして載せるべきか?と言われると、私としても否の認識です。 ただ、あると嬉しい、という認識ではあるため、何かしらのutil-modとして出すのが良いかもしれません。 現に、他のissuesでも同様に「fixRTMとして載せるべきではないが、あると便利なもの」がある認識です。

ここに関してはメンバー集めて認識合わせした方が良いと思われます。

( 代筆対象: @HortenShiho ) ※ https://github.com/Kotatsu-RTM/fixRTM/issues/36#issuecomment-2412868327 にて当該旨の記載あり、こちらスルーで可

waya0125 commented 1 month ago

cherry-pickはコードが全然違うから論外として、UIを触るのはそこまで重い作業ではないはず...?

承知です。

もしよろしければ、お手隙なタイミングがあれば、上記内容に関して実施していただけると幸いです。 その際は別Issuesとして分離します。 (参考画像はその際添付します)

HortenShiho commented 1 month ago

参考画像が欲しいです。 それから、fixRTMの役割を考えるとこれに実装すべきではない(別Modとして書くべき)気がしています。

「何を主目的としてRTMで電車を出して遊ぶか」の解釈でfixRTMに必要かどうかは変わってくるとは思いますが、車両に乗って運転をするのが主目的なら確かに不要(別modとして実装でよい)ですが、鉄道のmodである以上車両(編成)を撮影するのも当然主目的としても捉えられると考えています。RealなTrainのModなのですから、リアルな電車のかっこいい写真が撮れる撮影地(所謂Vな写真)を作るための用途として時間を容易に確認できる機能はfixRTMとして重要だと考えています。

2024-10-15_13 11 07 左下が時間表示機能 2024-10-15_13 11 57 シェーダーでどの時間が順光になるのかがわかる(向いてる方に太陽) 2024-10-15_13 17 10 朝~昼前に順光になるように敷いた線路で撮る編成

time queryコマンドを使えば時間の確認はできるものの、毎回コマンドを打って調整するのは億劫であるし、Kaizにこのような機能が備わっているのはかっこいい順光の写真を撮るのも重要な目的であると考えられているのではないかと考えます。

Siro256 commented 1 month ago

特にどこか公な場所で言及したことはないですが、 Kotatsu-RTM/fixRTM に実装すべきか否かについて

を判断基準のひとつとしています。

RealなTrainのModなのですから、リアルな電車のかっこいい写真が撮れる撮影地(所謂Vな写真)を作るための用途として時間を容易に確認できる機能はfixRTMとして重要だと考えています。

というのは一つの視点として確かにそうですが、ソフトウェアの性質上どこまでも際限なく肥大化させていくことは可能であるものの、様々なものを一つにまとめてしまうと、上手く作らなければプログラムの修正や機能追加が非常に困難になってしまう側面があります。 開発者の負担を下げ上記の問題を回避するため、何を実装してよいのかをある程度制限することは妥当であると考えています。 (非常に広く解釈すれば、綺麗に電車を撮るためにOptifineのようなシェーダーを実装すべき、というのも真となってしまいます) たとえ Kai-Z-JP/KaizPatchX にそのような機能が搭載されていたとしても、 Kotatsu-RTM/fixRTM は上記の方針により秩序を保っているため、これまでの基準に従い導入しかねる、という回答です。

とはいえ時間の変換が有益であり求められている機能というのは間違いないので、 Kotatsu-RTM/fixRTM に実装する以外の手段で実現したいと考えています。

Siro256 commented 1 month ago

それから上記とは別件で、複数の機能の実装提案は各機能ごとにIssueを立てて頂けると、見落としが少なくなりIssue管理も楽なため助かります! 本Issueの各機能についても、あとで別々のIssueに切り出すかもしれません。

HortenShiho commented 1 month ago

ご返答ありがとうございます。

今回の

特にどこか公な場所で言及したことはないですが、 Kotatsu-RTM/fixRTM に実装すべきか否かについて

RTMに依存した処理であるもの RTM自体の処理を改善・拡張するもの を判断基準のひとつとしています。

という前提や複数機能をまとめてしまうと肥大化しすぎる、ということでしたので別pack(mod)として実装することを考える余地はある、と理解できました。

もし万が一、まだ共有されていない前提があれば、早めに共有していただければ混乱を避けるという点で非常に助かります。

今後もよろしくお願いします。