-
- いいね！0
[UNMAINTAINED]らりお@旧垢
@L16777216
私の構想では物理演算やIK等で使うリグとモデルのボーンは必ずしも一致しない予定だったから、テンプレート(操作用)を物理側が持っといて、モデルが持つ実際の構造(描画用)は描画側で持っとけばいいかなと思ってたんだけど
2016-04-09 17:44:43
[UNMAINTAINED]らりお@旧垢
@L16777216
たぶん物理演算系だとそういう情報必要になるだろうし、描画側が持ってるわけにはいかない気がしてるんだけど
2016-04-09 17:43:31
[UNMAINTAINED]らりお@旧垢
@L16777216
cgmath::conv - Rust bjz.github.io/cgmath/cgmath/… コメントのAAに和んだ
2016-04-09 17:36:36
[UNMAINTAINED]らりお@旧垢
@L16777216
どこかに所有権の曖昧なデータが置いてあるのではなく、何らかの形で明示的に受け渡しをするべきっぽいね
2016-04-09 16:09:57
[UNMAINTAINED]らりお@旧垢
@L16777216
どこかにマネージャ的オブジェクトを用意して、そっちから毎度必要なタイミングで取得する(Weakに近い？)スタイルにしても、そのマネージャが常時リファレンスを持たれているとmutableな変更できなさそうな気がするし
2016-04-09 15:55:14
[UNMAINTAINED]らりお@旧垢
@L16777216
や、動作はわかってる(だいたいshared_ptrとweak_ptrみたいなもん)けど、「mutableな参照とconstな参照は同時に存在できない」というルールが厄介(C++だったら普通にデータ競合させてたんだろうけど)
2016-04-09 15:52:12
[UNMAINTAINED]らりお@旧垢
@L16777216
ボーンの行列はアニメーションとか物理エンジン側から更新されるはずだから&mutで参照できないとこまるけど、でもグラフィック側のシステムもそのボーン行列を参照するからread-onlyとはいえ参照を保持しなければならないという
2016-04-09 15:49:52
[UNMAINTAINED]らりお@旧垢
@L16777216
つまりあれか、&[[[f32; 4]; 4]]を&[(f32, f32, f32, f32)]として取り出そう、と
2016-04-09 13:37:28
[UNMAINTAINED]らりお@旧垢
@L16777216
glium::texture::buffer_texture::TextureBufferContent - Rust tomaka.github.io/glium/glium/te…
2016-04-09 13:34:59
[UNMAINTAINED] らりお@旧垢(情報系用)
@nu11p0_6477
play.rust-lang.org/?code=fn%20mai… 一応これでいけるんだけど、できるだけunsafeなコード避けたいし
2016-04-09 12:57:01