[過去ログ] 【3Dゲームエンジン】Unity総合スレッド46 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
31(1): 2024/11/03(日)14:06 ID:ApPZmhjI(1) AAS
うん、別になに者でもいいけど
リバースエンジニアリングは利用規約違反になる可能性あるから、黙ってやれよ、常識だぞ
これからエンジニアで飯食いたかったらそういうことをこそ気にできないと厳しい
32: 2024/11/03(日)14:31 ID:PT+Z5R0i(5/6) AAS
>>31
んん?
Unityアセットってソースコード見れるし改変もOKですが
外部リンク:unity.com
何でリバースエンジニアリングと思われたんでしょう?
33: 2024/11/03(日)14:38 ID:69yBOCa6(3/4) AAS
バフデバフ?
速度変更のバフならそれ用のアニメに変更すればよくね?
どれくらいのモーション在るのか分からんけど
アニメの速度変更とかあった気もするなぁ
34: 2024/11/03(日)14:38 ID:PT+Z5R0i(6/6) AAS
流石にDLLにされてたり難読化されてるアセットは解析しないよ
もちろん商用ゲームのリバースエンジニアリングとかもしない
OSSのソース解析とか普通にあるし、UnityだってC#のコードをReference-Onlyなランセンスで一部公開してるし
非エンジニアからみたらそういうのもハッキングと思われちゃうんかな
35: 2024/11/03(日)14:48 ID:69yBOCa6(4/4) AAS
後はあれかfpsようにそのキャラに持ってる変数の値の調整でいいような気もするなぁ
36: 2024/11/03(日)14:58 ID:vTDPI0uO(1) AAS
バフは乗算加算の計算順序が違うだけで億の単位まで跳ね上がったりするからしっかり設計せんと死ぬよ
37: 2024/11/07(木)15:20 ID:jL7B3zvv(1/2) AAS
お前らってコルーチン使うことある?
UniTaskではなくあえてコルーチンにする理由が無さすぎてもう長らく使ってないや
38: 2024/11/07(木)15:36 ID:brritLct(1) AAS
普通に使う
39: 2024/11/07(木)15:38 ID:fnz3tUWn(1) AAS
コルーチンって名前が面白いから使う
40: 2024/11/07(木)15:52 ID:rp8IMU7R(1) AAS
コルー
チン
なんかちょっと卑猥
41: 2024/11/07(木)16:49 ID:cgbiHAq+(1) AAS
夜のコルーチン定期
42(3): 2024/11/07(木)17:06 ID:YznkOlYl(1/4) AAS
コルーのチ⚪︎コみたいな言い方だなw
未だに使うよ
UniTaskというかC#のasyncってキャンセル面倒臭すぎない?
UniTask使う人ってあの辺真面目に対応してる?
43: 2024/11/07(木)17:10 ID:YznkOlYl(2/4) AAS
あ、卑猥な意味じゃなくてキャンセル対応という意味ねw
CancellationTokenを引数に渡すのがダルいんだけど
44: 2024/11/07(木)17:20 ID:SIa8n8DB(1) AAS
こいつバカじゃねーのか
45: 2024/11/07(木)17:28 ID:7FHM38Gf(1) AAS
ChatGPTに聞いてもキャンセルは引数で伝搬させるコードしか出てこない
46: 42 2024/11/07(木)17:43 ID:YznkOlYl(3/4) AAS
調べたらAttachExternalCancellationなんて物があるのか
使った事ないけどこれで止められるんだろうか?
キャンセル周辺の仕様はほんと複雑過ぎて萎える
47(1): 2024/11/07(木)18:34 ID:jL7B3zvv(2/2) AAS
>>42
Taskのキャンセルはクソ面倒だね
まあ全部が全部キャンセル可能な処理として書かないといけないわけではないからそこは妥協してる
CancellationTokenを引数に渡したくなければフィールド化すれば…とも思うけどそれもダルいんだよな
48(1): 42 2024/11/07(木)20:22 ID:YznkOlYl(4/4) AAS
>>47
引数以外ではフィールド化くらいしかやりようが無いよね
自分はキャンセルしなくて良さそうなところは適当にサボってる
因みにAttachExternalCancellationでのキャンセルはUniTask作者もお勧めしないし問題ありで、引数で渡して真面目にやるのが無難という結論
49: 2024/11/07(木)21:07 ID:pON+7M28(1/4) AAS
>>48
AttachExternalCancellationは全く知らなかったけどそもそもThird Party製のパッケージのためのThird Party製パッケージなんて信頼性謎すぎて使えんよな…
まあ、コルーチンよりUniTaskが良いというか、上層をMonoBhaviorに依存しないPure C#で書いていたらUniTask以外に選択肢無いっていうのが実情
50(1): 2024/11/07(木)21:09 ID:rCnAQhe1(1) AAS
MonoBehaviorに依存するのは嫌なのにUniTaskに依存するのはいいの?
51: 2024/11/07(木)21:22 ID:pON+7M28(2/4) AAS
>>50
それは全然良いよ
MonoBehaviorに依存していると何が問題かってGameObjectの生成が前提になるからPlayModeじゃないと動作しないことなのよね
UniTaskはEditModeで単体テスト書けるから保守性が段違い
52(1): 2024/11/07(木)21:26 ID:iq+QTw+F(1/2) AAS
それMonoBehavior関係ないのでは?単にモジュール化が下手なだけかと
53: 2024/11/07(木)21:29 ID:pON+7M28(3/4) AAS
>>52
?
コルーチン自体がそもそもPlayModeじゃないとテストできないから保守しづらいって話なんだが
モジュール化でどうにかなる話じゃないよ
54(1): 2024/11/07(木)21:38 ID:iq+QTw+F(2/2) AAS
IEnumratorとPlayModeは何も関係ないやろ
ってそんな事もわからんからトンチンカンな事言ってんのかw
55: 2024/11/07(木)22:14 ID:pON+7M28(4/4) AAS
>>54
えーっと…Pure C#のIEnumeratorじゃなくてコルーチンの話してるんだけど…
Unityでテスト書いたことない感じ?
EditModeのテストだと指定フレーム待機みたいなMonoBehaviorと紐づくIEnumeratorのテストは動かないはずだけど君の環境は違うのか?
56: 2024/11/08(金)02:42 ID:jY8NxNwK(1) AAS
またUnity使いがマウント取り合って揉めてる。もう少し建設的な議論雑談できないのか。
57: 2024/11/08(金)06:29 ID:hKL82rXT(1) AAS
そうか?こういう詳しい人が情報投げてるのは横から見てても色々勉強になるけど
自分には十分建設的だわ
58: 2024/11/08(金)11:53 ID:r5OK0i/m(1) AAS
Unityのゲームループに依存したテストはUnityTestRunnerを使うやね
まーゲーム制作はテスト自体あんま書かんやね
個人や会社のポリシーにもよるだろうけども
59: 2024/11/08(金)22:35 ID:OZqw+lSp(1) AAS
Xのオオバって人の初心者向け無料教材セット見た人いる?
参考になるなら欲しいけどネットの拾いもの知識ならいらないかな
60: 2024/11/08(金)22:54 ID:2Kyos+yP(1) AAS
無料なら自分で確かめられるやん
何故やらん
上下前次1-新書関写板覧索設栞歴
あと 942 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ
ぬこの手 ぬこTOP 0.011s