レス数が1スレッドの最大レス数(1000件)を超えています。残念ながら投稿することができません。
ラドウェン8
-
暴走トラック24時
-
行き止まり引くの上手いねキミ
-
GR回してくかんじ？
-
オンボかな？
レイテンシーが厳しそうだね
-
わしみたいな賑やかしいってもええの
-
早漏君かな？
-
姐さんｗ
-
貴重な弾き語り枠
-
今度「鱗」お願いします
-
週末やってね
-
おつ
-
お疲れ様でした
-
音がないのはじぶんだけ？
-
かたかた音が聞こえる
-
おつ
-
部屋たててへんのｗ
-
どうも
不慣れワロタｗ
-
ミュートになってるよー
-
配信にはのってるー
-
大丈夫でしうた
-
半音下げにしてたのか
-
おこめ券がもらえるコンテストがあるそうです
-
ちがった、お見合い写真がもらえるそぅです
-
どこいってもこんな扱い
-
perosa-n
-
こんばんは
ギルドですか
-
いい音っすねー
-
古めのフォークソングおなしゃす
-
聴いたら知ってる、という曲もあると思いますよ
わりとコードも簡単ですしね
-
良かったですねー！
-
オフコースもいいですねー
秋の気配とか好きです
-
いい曲ですが、高すぎますし歌えませんね
-
高い声出るんですねー、うらやましい！
-
心もようだ！
-
カメラによるんじゃないの？
-
何がしたいのかよくわかりません
-
物体のもとの形とかがわからないと難しい（理論的には一通りに決まらない）
-
ものすごく雑な話、カメラとの距離の比でいいんじゃないの？
-
式がかけないからレスがしづらい・・・
えちゃと数式がかけるもの・・・
http://distributed-labo.herokuapp.com/
-
ZLがゼロになるように全部引けばよくね？
（カメラのところがゼロだと計算しやすいけど）
-
消失点とか考えないといけないのか・・・
さすがにマウスではしんどいｗｗ
-
対象が小さく見えてくるのをもとに、逆に、対象の位置を求める感じになるん？
-
光は直進するで
hc？カメラの高さ？
-
z_minとかz_maxはどうして登場したの？
-
https://docs.google.com/spreadsheets/d/1wIxpUZsdylxGBF4mmTq7X_GN6vsoK6qV-OFHIVKAG38/edit?usp=sharing
-
リアルタイムに編集されるー
-
ひとまず、
対象の座標 - カメラの座標をした方がいいのでは？
-
空間にカメラも沢山、対象も沢山配置されている？
-
カメラと、射影する平面と、対象が無いと議論しづらいように見える
-
スクリーン＝射影する平面
と、カメラの距離がわからないと、どういうように見えるかわからないよ？
-
SAIで倍率をいじるのと、カメラで近づくのとではちょっと違うかも
-
何が分からばいいのかがわからなくなってきた。変換式がほしい？
入力は分かったけど、出力したいのは何？
-
あれ？実際のオブジェクトの位置がわかっているの？
オブジェクトのサイズと位置が両方共わからないという場合はどうしようもないんだけど・・・
入力はxc,yc,zc,xo,yo,zoで、zoが0はおかしない？
-
objectのzの項が全部ゼロだけど？それはいいの？
-
おっ解決か！
-
その式だと、オブジェクトが位置にしたがってPC画面に表示されるのを
椅子の位置をずらして上下左右させたり、遠ざかったりしているようにみえるんだけど？
-
カメラ座標ってスクリーンの位置なのか目の位置なのか
-
普通のカメラなら、カメラとオブジェクトの距離がかわるから、
カメラと連動して動く仮想的なスクリーンとオブジェクトの距離が変わる。
けど、それだと、仮想的なスクリーンとカメラの位置関係をいじっているように見える
-
その式だと、camera.zが0になると、みんなサイズが無限大になっちゃうよ
-
いや少なくともlogは使わないと思うけど
-
お茶をくんできたら、反比例のグラフが？？
-
例えばカメラのzが0でスクリーン面のzが1という場合（zが増えるほど奥へ行く）に、
オブジェクトのz位置が1だと大きさ1、
オブジェクトのz位置が2だと大きさ0.5、
オブジェクトのz位置が4だと大きさ0.25、
オブジェクトのz位置が0.5だと大きさ2、
みたいな計算がしたいのかな？
-
その式で、対象が遠くにいるときはいいんだけど、
対象が近くにあるとこまるんだよおな
-
５００とか２５はカメラの視野の解像度に相対的な割合で、
カメラの視野角が分かれば、実際の角度がわかるから、三角関数で実際の大きさがでるということかな
-
視野角は最初は90度と仮定して考えた方がシンプルで済むと思う
ズームとかは後で考えよう
-
まず500とか-100とかの定義がどこから来てるのかよくわからんからアドバイスしづらいｗ
-
ビルボードみたいな感じ？
-
カメラとスクリーン面の距離が100あるってことね
で、例えばカメラとオブジェクトの距離が100だったらscaleは1ということ？
-
じゃあカメラとオブジェクトの距離が200だったらscaleは0.5（視野角は90度）でおｋ？
-
オブジェクトの本来の大きさは既知？もしくは他と同じ？
-
なんだよオブジェクトは大きさが一定だったのか
同じ形のオブジェクトAとBがあって、
Aとカメラのz座標の差:Bとカメラのz座標の差
= Aとカメラの距離:Bとカメラの距離
= Aのスクリーン内の大きさ:Bのスクリーン内の大きさ
-
あ、808の式は、中心が同じ位置に見える場合だから、もうちょっと考えないといけなかった
-
で、そのオブジェクトっていうのはスクリーンのオブジェクトの位置だったのね
808は真ん中の式が余計だった
-
camera.zが-500でobj.zが0だとscaleが1、
camera.zが-1000でobj.zが0だとscaleが0.5、
camera.zが-250でobj.zが0だとscaleが2、
でええのん？
-
比やで
-
ひょっとして、オブジェクトは、静止していて、カメラだけ動いている？
-
>>811でいいなら
scale = 500 / ( obj.z - camera.z )
ということになる
-
obj.z ≠ リスナーが期待するobj.z = 実際のオブジェクトが存在する位置
-
基準になる（実際の座標がわかっている）ものの何倍のサイズかを
あらわすものをscaleにして、814がいいたい式から、みんながほしいobj.zを出すんじゃない？
-
正解は何回か配信画面でも出てるあの分数の式だよ
scale = ( カメラからスクリーンまでのz距離 - camera.z ) / ( obj.z - camera.z )
-
カメラからスクリーンまでの距離は500って自分で決めたやーん
>>817を500で固定にしたのが>>814
-
obj.zがわかりにくいから、obj.screen_zとobj.real_zみたいにきっちり区別していこう
-
あ、確かにカメラからスクリーンまでのz距離だと語弊があるか
最初のカメラからスクリーンまでのz距離、ね
カメラが動いても変わらない
-
スクリーンの定義がうまく噛み合ってないのか、どう説明しよう・・・
-
時刻が違えば、別のカメラだと思うんやで
-
オブジェクトとは独立してスクリーン平面がある、っていうのは大丈夫？
-
その二つが、全然、違うから、大問題なんだけど？
-
オブジェクトとスクリーン固定でカメラ引いたら
みかけの大きさ変わりそうなもんだけど変化しないの
-
投影面のサイズ＝Wはわかってるけど焦点距離がわからないから
見えてるものの角度がわからなくてピタゴラスできない
-
下の方だったら、正しいように見える位置があるはずなんだけど？
-
視野角（焦点距離から算出される）はとりあえずわかりやすい90度でいいかと
-
ひょっとして、この課題は、カメラの仕様を機械学習で逆算するものだった！？
-
カメラと一緒に移動する仮想的な長方形があって、そこに映った画像を撮ってるわけでしょ？
-
今焦点距離とセンサーサイズの話に行くと余計混乱するぞｗ
-
830が正しいのなら、上の奴になるんじゃないかな
-
SAIの上の方に書いたやつって意味です
-
下とは違います
-
スクリーン平面の説明を何度も考えてるがうまい説明の仕方が思いつかん・・・
あの分数の式で正解はすでに出てるのに辿りつけないぐぬぬ・・・
-
視野角90度ってのはそういうことです
そうすると距離が2倍になるとscaleが1/2になるという関係になってわかりやすい
-
大切そうな比の性質を絵でかいたので、確認よろ
-
あれ？ばぐか？
|
|
掲示板管理者へ連絡
無料レンタル掲示板
