2015年7月25日土曜日

「Japanese Dosanko City」で札幌で乗馬デートしてみた。

札幌でクエリちゃんと乗馬デートしてみた！

みんな大好き秋葉原以降、大阪、九州と無料公開されたZENRINのunityアセットの最後の札幌の話です
Unity向け3D都市モデルデータ「ZENRIN City Asset Series」｜ゼンリン
先日、ゼンリンさんが無償提供している札幌のマップを使って、まっすぐ馬で駆け抜けるAndroid用アプリを公開しました。
JdcJockey360VR
正直、特に面白くは無いのですが、Cardboard で乗馬したかったので目的は達成しました！（ＶＲＨＭＤ楽しい）
せっかく作ったので、札幌のマップのassetについて、覚えている範囲でレポートします。

境目が見えない工夫

今回一番感動したのが、半球のドームと、町並みの遠景です。 上手く使えばかなり街の果て感が軽減され、良さそうに思えました。

（実は今回はfarが近すぎるので全く写らず、どちらも非採用なんですけど）

街は碁盤目のよう、凄い再現性

google map 札幌時計台と比較してもスゲー似てます！


今回もA~Iまでの９つのエリアに分割

で、札幌の土地が微妙に曲がっているので、道やエリアも微妙にはみ出たりしています。
本当は大通り公園をクエリちゃんと乗馬予定だったのですが、外でちゃいそうなので諦めました。
（代わりに時計台の近くのD~Fを採用だよ、中心地の(マップ的に)美味しい所だよ！）


例によってスケールはｗ

街めっちゃ小さいです、普通の人のサイズ置いたら巨大メカですｗ
１０倍くらいだったと思いますが、適時スケール調整が必要です。

おまけゲーム付き

今回のおまけはSDクエリちゃんとそのゲームでした、SDクエリちゃん軽いのでゲーム用途ではいいかも？
（すいません、自分SDの方を馬に絡める手段が思いつかず今回は未使用です）

なんか思ったより書く事少なかった上にtwitterコピペでZENRINのassetの良さ伝わってない感ありますが、
unityちゃんシール是非お願いします。

使用した unity asset




謝辞


Japanese Dosanko City by ZENRIN is licensed under a Creative Commons Attribution 4.0 International License(CC-BY).

"Query-Chan model" by Pocket Queries, Inc. is licensed under a Creative Commons Attribution 4.0 International License(CC-BY).

投稿者 時刻: 0 件のコメント:

2015年1月10日土曜日

「Japanese Otaku City」で秋葉原をCardboardでドライブしてみた。

秋葉原を疾走するアプリ作ってみた！

去年ゼンリンさんが無償提供している秋葉原のマップを使って、街中をクルマでドライブするAndroid用アプリを公開しました。
JocDrive360VR(GooglePlay)

密かに Cardboard や タオバイザー　や ハコスコ に対応しています（ＶＲＨＭＤ楽しい）

最初は以下のサイト真似すれば楽勝とか思ってたのですが、正直、結構マップ使うのしんどかったので、覚えている範囲でメモします。
MacとUnity Free版を使ってZenrinさんの秋葉原上空をQueryちゃんがOculus DK2で飛ぶ、方法
↑ここだけ見ればある程度遊べるようになるんじゃないかと、神サイト！

Unity Free 版だとあちこちピンク

いきなり酷い仕打ちですｗサンプルシーンをロードしたらモデル化けまくってました。
ちょっと検索するとヒント出てきたので、単純なのはDiffuseで、樹木のようなα付きテクスチャは半透明用だったかな？
とにかくシェーダー変えまくりました。

ちょっと町小さくね？

unityってだいたい１グリッドを現実世界の１メートルで考えてる人多いと思うんですよ。
どう考えても小さすぎるのでスケール５倍してます、もし汎用キャラじゃなければ他を縮小してもいいかも。
（良く見るとサンプルのクエリちゃん超縮小されてるしｗｗｗ）

いらない部品大杉、修正しる！

使いたいのは秋葉原のマップです。
PQ_Remark_AKIHABARA のモデルだけ使う事にして、それ以外は捨てました。
（Androidのアプリでは処理負荷の関係もあって断念しました。）

あれ、tpsの人間置いたら落ちちゃうんだけど。

確か床の当たり判定無かったような（すいませんここうろ覚え）
作りたいのがレースゲームだったので、PQ_Remark_AKIHABARAの中の二つだけ判定入れました。（readmeみたらgroundって書いてあったので）
PQ_Ground
PQ_Road
（川とかは下の処理で進入禁止にしてますｗｗｗ）

マップ広すぎ、何処走ればいい？

ビルの判定の代わりに進入禁止エリアを作って、看板と見えない背の高いBoxで蓋しています。
レースゲームなんでクルマは道にへばりついているのでこの方法でＯＫなはず。
もしアーマー○・コアの様な空飛ぶメカならビルの判定まじめにしないとですね。

全然処理重いんだけど！

Androidアプリが目標だったので、これ重すぎてかなりやばいです。
１．とりあえずDive_cameraのZfarかなり近くしました、50～100を行ったり来たり。
２．Zfarより遠いビルはブロック毎表示Ｏｆｆ、Ｂｌｏck＿Ａ～Ｉに分かれてるんで簡単ｗ
３．マップ西側にいる時は東の高速道路を表示Ｏｆｆ、みたいなのをちまちまやったけど全然効果でず。
４．このあたりでブチ切れ！ビル間引く事にしました、Block_?の中の見えなさそうなビルをかたっぱしから永久表示Ｏｆｆにしました。
ゲーム向けならもっとビル手抜きしてそれっぽく軽く作ってくれると思うのですが、ゼンリンさんマジメ過ぎる・・・

で、結果以下のようにスッカスカになりました。本物のゼンリンさんのアセットより見栄え悪くてごめんなさい。

左が通常マップで、右がビルを間引いた後のマップです。（遥か上空からの写真です、南が上なのはBlock_Aが南だからｗｗｗ）

ところでプロは凄い！

秋葉原の町使った奴他にも見たのですが、巨大クエリちゃんと闘う奴凄いですね。
【東京ゲームショウ】Otaku Cityアキバに現れた巨大クエリちゃんを撃墜せよ！
この重い秋葉原マップ使ってアクションゲーム作っちゃうなんて！（ポケット・クエリーズ、スゲー！）

さらにAndroidアプリでも超軽い奴が！
tAkibaWalk side-by-side app（GooglePlay）
飛んでるだけで判定無しだと考えても、どうやってるか見当もつかないっす、これを数時間で作ったとか？！（タオソフト、恐るべし）

Global Game Jam ?


なんで今更去年のアプリの話？ですが、今月開催されるGlobal Game Jamでゼンリンの地図が無償提供されると聞いたので、参考になればと書きました。
まぁＧａｍｅＪａｍでここまでシビアに高速化する必要ないとは思いますが、是非何かの参考に＜高性能ＰＣ羨ましすぎる！
ゼンリンの「3D都市モデルデータ」、世界的ゲームハッカソン「Global Game Jam」で無償提供 (InternetWatch)

ところでゼンリンさん、もう一か所くらい無償公開されたら、秋葉原で使ってた暇人が移植っぽく利用してくれると思うですが、どうですか？（笑）

投稿者 時刻: 0 件のコメント:

2014年12月14日日曜日

Google CardboardSDK を使ってみた

CardboardSDK 発表！


先日、google が スマフォVR Cardboard 用に新たにSDKを発表しました。
https://www.google.com/get/cardboard/

今まではUnity+DiveSDKを使っていたのですが、
たまにすーっと左右に加速したままになるドリフトに悩まされていたので、
この機会に試してみる事にしました。

この記事は スマフォスロットイン系HMD Advent Calendar 2014 の14日目の記事です。

初日


まずは以下のサイトからダウンロードしてきました。
https://developers.google.com/cardboard/unity/download

サンプルを起動した所、なんか真っ暗で写りません・・・。
おかしいなぁと思って調べたら、以下の記述を発見しました。

> Requires Unity version 4.5+ and licenses for Unity Pro

え～？！Unity Pro が必要でした！
仕方が無いので、二画面の時の処理を呼ばないようにしたらなんとか表示されました。


えっと、これじゃ 駄目ですよね・・・初日はここでギブアップしました。

二日目


とりあえずサンプルを動作させる為に、unity pro版のtrial起動させてみました。
（ユニティちゃんディレクターズカップで使用する為のライセンスで、動画投稿もしたのですが、それは又別の機会に。）
その結果がこれ。


おぉ、なんかいいじゃないですか～、でもunity freeで作らないと公開できないし、
せっかくだからDiveで同じシーン見てみました。


こ、これは酷いですね。自分ちゃんと知らなかったのですが、
最近のVRHMDは広角レンズで強引に視野を広げる為、カメラで言う所の糸巻型に湾曲するんですね。
それを逆にソフトウェア側（shader?）で樽型に補正が必要だったとは・・・。
きっと Oculus Rift DK2 とか持ってる方はとっくに気が付いていたのだと思うのですが、
没入感の不足は画角の不足と勘違いしていたので、それに気が付けただけでも良しとします。

というわけで、CardboardSDKについては、結局 Unity Pro 買わないと使えない、
という事がわかっただけでした、それでは。

投稿者 時刻: 0 件のコメント:

2014年11月14日金曜日

unity+diveでカメラの画角を変更する。

首の制御で失敗した～！


 最近クエリちゃん360VR(google play)をちょっと改良したのですが、
その際にカメラの方向を見るようにしました。
例によって以下のサイトからプログラム持ってきただけですがｗ
 http://www40.atwiki.jp/spellbound/pages/1408.html

で、最初強めに方向制御したら、人間とは思えない状態になってしまいました、グキッ。

こりゃあかん、って事で今は角度抑えめで微妙に入ってる状態です。
（制御良くわからんです、すみませぬ）

本題、diveのfov効いてなくね？ 


前回、ハコスコに対応する為にDiveSDKのプログラム変更してましたが、
もともと参考にしたサイトが書いていた、fieldOfView（以下fov） を45に変更ってのは、
無効の様に見えました（実際右カメラに設定しても駄目だった。）

それで、DiveSDKのカメラのOpenDiveSenser.csを見た所、
独自のprojection変換行列が使われているようでした。（詳しくは以下）

http://docs.unity3d.com/ScriptReference/Camera-projectionMatrix.html

標準のパースペクティブカメラと違ってfovの値関係なさそうなので、
行列に入力される値を弄って画角かえます、具体的には以下の部分ですね。

cameraright.projectionMatrix = PerspectiveOffCenter((-zoom-correction)*(znear/0.1f), (zoom-correction)*(znear/0.1f), -zoom*(znear/0.1f)*aspectRatio, zoom*(znear/0.1f)*aspectRatio, znear, zfar);

後ろ二つのnearとfarは関係なさそうなので、テストで0.1fって値を４か所、右カメラだけ0.05fと小さくしてみました。
cameraright.projectionMatrix = PerspectiveOffCenter((-zoom-correction)*(znear/0.05f), (zoom-correction)*(znear/0.05f), -zoom*(znear/0.05f)*aspectRatio, zoom*(znear/0.05f)*aspectRatio, znear, zfar);


なんか右だけ広角っぽくなってますね！

なので、該当部分を以下みたいに書き換えてparamを0.1より増やせば望遠、減らせば広角になるのではないでしょうか？

float param=0.1f;
cameraleft.projectionMatrix = PerspectiveOffCenter(
(-zoom+correction)*(znear/param), (zoom+correction)*(znear/param),
-zoom*(znear/param)*aspectRatio, zoom*(znear/param)*aspectRatio,
znear, zfar);
cameraright.projectionMatrix = PerspectiveOffCenter(
(-zoom-correction)*(znear/param), (zoom-correction)*(znear/param),
-zoom*(znear/param)*aspectRatio, zoom*(znear/param)*aspectRatio,
znear, zfar);

fovと違って値から絵が予想できないのですが、何度かテストすれば最適な画角が得られそうです。
cardboardとハコスコ両方でdiveつかったり、タオバイザーのレンズを広角に変更したりする場合は試してみてください！

"Query-Chan model" by Pocket Queries, Inc. is licensed under a Creative Commons Attribution 4.0 International License(CC-BY).
投稿者 時刻: 0 件のコメント:

2014年11月7日金曜日

cardboardやタオバイザー用にunity+diveで作った物をハコスコ対応にする。

はじめに

先日、クエリちゃん360VR(google play)というのを、cardboard用にunity+diveで作成しました。

ほとんど以下のスライドを見ながらサンプルを少しいじっただけです。
http://www.slideshare.net/NobuhikoSasaki/ss-38173018

あ、カメラを回す部分は以下のサイトを参考にしました。
http://greety.sakura.ne.jp/redo/2014/09/durovis-dive-sdkcardboard.html

更に、以下のサイトの最後を参考に、ハコスコにも対応しました。
http://warapuri.tumblr.com/post/98800390873/spherical-image-cam-unity

ハコスコ対応

ハコスコ対応だけハマったので詳しく書きます。
入力を制御してる適当なクラスの上の方に変数を追加します。


  public bool doubleCameraFlag = true;


更にupdate関数で以下の様に書いていました。
先ほどのサイトに書いてる事だけだと絵が潰れるので、aspect比も変更しています。
（本当は座標も補正した方が良さそうです、ハコスコの時ちょっと近いｗｗｗ）


  // タッチ情報を取得する
  TouchPhase touchPhase = TouchPhase.Ended;
  if (Input.touchCount > 0)
  {
   touchPhase = Input.GetTouch (0).phase;
  }
  // タッチ直後？
  if ((touchPhase == TouchPhase.Began) ||
      // マウスが押された瞬間？
      (Input.GetMouseButtonDown(0)))
  {
   doubleCameraFlag ^= true;
   GameObject diveCamera = GameObject.Find("Dive_Camera");
   if (doubleCameraFlag == true)
   {
    // 左カメラ復活
    diveCamera.GetComponent<OpenDiveSensor>().cameraleft.enabled = true;
    // 右カメラを元に戻す
    //diveCamera.GetComponent<OpenDiveSensor>().cameraright.fieldOfView = 85.0F;
    diveCamera.GetComponent<OpenDiveSensor>().cameraright.rect =
     new Rect(0.5F, 0.0F, 0.5F, 1.0F);
   }
   else
   {
    // 左カメラ停止
    diveCamera.GetComponent<OpenDiveSensor>().cameraleft.enabled = false;
    // 右カメラ補正
    //diveCamera.GetComponent<OpenDiveSensor>().cameraright.fieldOfView = 45.0F;
    diveCamera.GetComponent<OpenDiveSensor>().cameraright.rect =
     new Rect(0.0F, 0.0F, 1.0F, 1.0F);
   }
   // アスペクト比も変更
   if (doubleCameraFlag == true)
   {
    diveCamera.GetComponent<OpenDiveSensor>().aspectRatio=
        (Screen.height*2.0f)/Screen.width;
   }
   else
   {
    diveCamera.GetComponent<OpenDiveSensor>().aspectRatio=
        (Screen.height*1.0f)/Screen.width;
   }
  }

で、このプログラム外部からDive_Cameraを制御しているのですが、
何故かDive_Cameraのupdate関数ではUnityEngine.TouchPhaseが使えませんでした。
またいつかエラーになる原因を調べたいです・・・。
投稿者 時刻: 0 件のコメント:
登録: 投稿 (Atom)