  |
はてなキーワード: シェーダとは
機械学習の記事を検索して読んでいるが、色んなアーキテクチャがあるのはわかるが、各部品の必要性がよくわからない。
Transformerあたりから、なんかいきなり構造変わってさっぱり。
より広い範囲の文脈を見ているというのであれば、単にデータひっぱってくればいいだけじゃね？と思ってしまう。
グラフィック処理するためのハードだから、頂点シェーダー、ラスタライザーなどは入っていると思うが、AIの時に使っているパイプラインが全然わからん。
https://aiprogrammer.hashlab.jp/
言語化した段階でもうそれはコードにしてるも同然で、それを文章にするかプログラムにするかぐらいの違いしかない
逆にライブラリ指定すれば検索して使ってコード書いてくれるからアホみたいなキータ見るよりはこれでワンクリックで調べられる分楽ではある
俺が海をプログラムで書こうと思ったら細かく言語化してコードにしないといけないから、海の波のシェーダをかけと言って用意してくれるようになるならいいなとさえ思う
他のやつもできて差別化できないんじゃね？という疑問にはプログラミングみたいな誰でもできる仕事は無くなったほうがいいからなくせと思う
いや厚みあると思ってるの？むしろ現実の服に厚みがあると思ってるのか？
由来はアイマスのスマホ音ゲー2大巨頭の「アイドルマスターミリオンライブ シアターデイズ（ミリシタ）」と「アイドルマスターシンデレラガールズ スターライトステージ（デレステ）」の対立煽りで
「ミリシタの衣装はペラペラで薄い、デレステの衣装は厚みがある」みたいなことを言われる。
ミリシタ
https://www.youtube.com/watch?v=kmRAbPj7ZUU
https://www.youtube.com/watch?v=o2vjoo5zyXQ
どう思うだろうか
結局シェーダーとテクスチャの違いとしか言いようがない気がする。
ミリシタは据え置き機のアイマスのシェーダーを踏襲しており、基本的にはシェーダーで影を付けるようにすることで単色でテクスチャの描き込みは少なくしている。
対してデレステは据え置き機のアイマスとは違った雰囲気で、テクスチャの書き込み、とくに影の描き込みが多いと言える。
デレステのフリルとかが好きとかいうのも見るけど、そういうのもミリシタにはある。
あと気になるのはデレステの8割のスカートがある衣装って後ろが長い。
普通のスカートって中心から等間隔で伸びてるけど、デレステはお尻側だけ前側の1.5倍～2倍くらいは長い。
こういった奥行きがあるのを”ペラペラではない”と判断するのだろうか
結局考察したものの、3D板ポリは薄いままなのでどちらも変わらないと印象は変わっていない。
GPGPUアプリケーション開発の環境およびAPIとしては、ハードウェア内部構造自体が汎用性を増したDirectX 10世代の統合型シェーダーアーキテクチャGPUの登場以降、NVIDIAによるGPGPU専用の統合開発環境「CUDA」や、AMDによるGPGPU基盤「AMD Stream」（旧称ATI Stream）、そしてクロノス・グループによる標準規格「OpenCL」が現われ、GPGPU活用の幅が広がりつつある。 https://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%AD%E3%83%8E%E3%82%B9%E3%83%BB%E3%82%B0%E3%83%AB%E3%83%BC%E3%83%97
PS4とSteamで新しいアイドルマスターのゲームが発売されるが、
結構な頻度でネガティブな発言をよく見るので、主なものを挙げて自分の感想をまとめておく
プラチナスターズから3Dモデルがブラッシュアップされ、スターリットシーズンにて再度3Dモデルが新しくなった。
おおむね、諸星きらりや双葉杏のようなかなり身長差が激しいアイドルを躍らせるために3Dモデルやモーションを一新するのが目的だろう。
ステラスターズまではどのキャラもだいたい同じような身長差で、ゲストキャラも元のアイドル達と大きく離れてはいなかった。
ウマ娘のほうが出来が良いと言えばよいが、ぶっちゃけシェーダーの違いなので個人の好みの差だと思う。
例えると、どの絵師の絵が好き？くらいの違いだ。
今さらアイマス1のようなモデルだと古臭いし、2やOFAなどのモデルも洗練されているが、そこはミリシタに引き継がれている。
プラチナやステラは美麗ではあるが癖が強いかなと思ったので、スタマスはだいぶ落ち着いたようなモデルだと思う
強いていうなら、肩とかの関節がうまく処理できていないのでそこは直してほしいところか
デレマス、ミリマス、シャニマスから5人ずつというのは確かに少ない。
デレミリは選抜で出てくるならまだしも、シャニはユニット売りなのにユニット関係なく選抜メンバーで出てきたので結構ネガティブな意見が多かった気がする。
まぁアイマスは全作品通じてDLC商法ではあるので、1年間毎月各マスから1名ずつ追加で入ってくるというのはあり得る。
Steam版があるので、怒られそうなスレスレなところで追加アイドルModを作ったりとかもアリだろうか。
あとDSがはぶられてるという意見もあったが、演者が忙しすぎるのでどうしようもないというのはある。
余談だが、プラチナ、ステラのときはマネタイズに苦労していた（ガチャのほうが金を落とされやすいため）ので、
これも発表当初から結構言われているが、正直女性と男性で骨格や3Dモデルの作り方が違いすぎて非常に難しいというのがあると思う。
ダンスモーションの破綻を許しても、女性歌唱のダンスを男性が踊ったり、男性歌唱のダンスを女性が踊ったり、
据え置き作品のアイマスは全アイドル歌い分け（アイドルを編成した順番で個別に歌い分けができる）が基本だが、
ワンチャン、3Dモデル付きでストーリーとかには出るかもしれない。
それはそう（断言）
ライトやスモークの加減とかの絵作りはウマ娘のほうが上な気がする。
PS4で動かすのにスタマスは5人でウマ娘はもっとたくさんなんだが？という意見もあるが、
バックダンサーはモーションやテクスチャを共通化しているのでそこまでの負荷ではなさそうだと思っている。
スタマスは先日の生配信で情報が公開された「STAGE FOR YOU」という好きなアイドルと楽曲でMVを作るモードで
以前はできなかったが今回はステージ演出をいじることができるようになったり、そのうえでアイドル個別で撮るなどカメラワークを操作して
結果をオンラインで公開などができるのでそこは期待している。
先日のスタマス生配信のコメントで「OFAからずっと思ってたことあってスタマスで見切りをつけた」おじさんはOFAから何が気に食わなかったのか教えてほしいところ。
あと久夛良木Pはプロデューサーらしくあってほしいとは思った。
あがり症っぽいのはわかるけど、もう少し克服してほしい。
生配信などの場でユーザーに対してゲームのことを伝えるのがゲームプロデューサーとしての対外的な仕事だろう。
STAGE FOR YOUの情報公開で「ぼくのかんがえたさいきょうのアイマス」に近いアイマスが出ると思っているので、買おうと思っている。
プロデュースシステム的にはアイマス2やOFAっぽさを感じるので、プラチナやステラで辛酸をなめたプロデューサーももう一度手を取ってみてはいかがだろうか。
ゲーム業界でプログラマーとしてやっている身から考えを書いてみる。
「私のフォロワーの方にはクリエイターやゲーム関係の方がたくさんいらっしゃると思います。皆様の意見を聞かせていただきたいです。」
https://twitter.com/gamemakerdiary/status/1413185724849954817
ゲーム会社の経理や人事でも、好きなゲームに関わっているということで満足する人もいる。
小規模なゲームをひとりで全部作りたいのか、中規模以上のゲームのどこかを担当したいのかくらいは考えておくべき。
次は専門職。シナリオ、グラフィック、作曲といった専門の教育を受けてないと手も足も出ない分野。
これも解像度を上げると、コンセプトアート、キャラデザイン、ムービー、モデリング、ライティング、UIデザイン、録音、効果音などなど無数に分類される。
ゲーム会社、特にコンシューマゲームのプログラマーとしてやっていくなら、学生時代に身につけている言語や環境よりも、「大規模なものや複雑なものを怖れず学ぶ」資質が大事だと個人的には思っている。
ゲーム開発は、ゲームエンジンやフレームワーク、ライブラリ、APIを多用する。それもネットで検索してもまったく情報がない独自のものだったりする。
そもそもゲーム機はOS自体が普通と違うし。ビルドに使用するツールチェーンもかなり複雑になっていることが多い。
簡単な例でいうと、Visual Studioよりもテキストエディタの方がシンプルで使いやすいと思うタイプは要注意だ。
複雑でも多くの人に支持されているツールは何か良いことがあるはず、と思ってVisual Studioを使いこなす気持ちを持とう。
学生時代の作品もProcessingなどではなくC++で書くべきとか言われるのもこの辺に通ずる。
あとプログラミングに自信がある人で、既存のライブラリは複雑で使いにくいからとオレオレライブラリを作ってしまう人も要注意。
実は俺もそういうタイプなので苦労した。
ゲーム開発は複雑なものをそのまま使わなくてはならない日がいつか必ず来る。
既存の複雑なものを使う能力と言うのは、つまり大量の（英語を含む）ドキュメントを読む能力、大量のソースコードを読む能力でもある。
シンプルで洗練されたコードも素晴らしいが、洗練されたコードをめちゃくちゃ時間かけて書く人よりも
多少いまいちでも手が止まらず書き続けられる能力がある人の方がまわりには多い。
そういう人は、いまいちなコードに何度も手を加えて最終的にはまともなコードにしてしまったりする。
ゲーム全般やゲーム開発に関する知識量は、プログラマーとしても最大の武器だ。
有名なタイトルがどういう特徴を持ったゲームなのか広く知るのには膨大な時間がかかる。ゲーム好きでそのあたりに詳しいだけでも強い。
Unityなどのゲームエンジンに触ったことがある、というのもスキルというより知識の武器という意味合いが強い。
入門書レベルではなく、UniRxとかのプログラムの書き方の根本からくつがえるようなライブラリ経験とか、Unreal Engineのソースコードをいじったことがあるとかレベルなら超強い。
大学のゲームサークルやインディゲーム開発のグループで経験がある人はここが強いように思う。グローバルゲームジャム参加経験者とかも。
それから、ここが一番言いたかった点なのだが、前述の専門職とまたがる知識のあるプログラマーはめちゃくちゃ重宝される。
グラフィックならシェーダーがめちゃくちゃ書けるとか、3DデータやIKを扱った経験があるとか、3Dベクトルや行列演算の数学が得意だとか。MayaやBlenderを使った経験があるだけでも強い。
サウンドならDAWや波形編集ソフトを普段から触っているとか、信号処理に詳しい人。
つまりデザイナーやモデラーや音楽家の気持ちがわかって、その人たちと専門用語で話ができるプログラマーはどこでも食っていける。
あと最近はAIに強い学生もゲーム会社は積極的に採用している。
ひとつの専門知識＋プログラミング能力を身につけるのはわりとおすすめの戦略だ。ゲーム開発の全部に詳しい必要は必ずしもない。
CEDECなどのカンファレンスに参加して、どういう知識体系があるのか知って、自分の強みを考えよう。
ゲーム開発用の自社ツール制作や、プロモーション用Webサイト制作など、ゲーム本体以外のプログラミングも多いので、
初日：2h30m
2日目：4h35m
3日目：2h13m
4日目：5h54m
5日目：6h22m
6日目：3h38m
7日目：直接的なモデリングは行ってないので時間は計測せず。ただ、公園の綺麗な休憩所のシーンに樫の木をアペンドして読み込み、それぞれ別のBlenderファイルを同一シーン上に並べ、それぞれのテクスチャもちゃんと反映された状態でレンダリングに成功するなど、素材を利用した制作術に進歩があった。また、本のBlenderファイルを読み込んでからテクスチャが反映されてない（モデルカラーがピンク状になっている）状態をシェーダーエディターで修正し、シェーダーエディターのモード変更でオブジェクトモードからワールドモードへ移行してHDRI画像が反映されていなかった状態を修正することでHDRI画像の設定の仕方を知るなど、新しい制作術を覚えることに成功した。
8日目：cgtraderのBlender用フリーモデルの完成度があまりにも素晴らしい。DLしたモデルが正常でないテクスチャ表示（紫色）になっていた場合は、『ファイル→外部データ→欠けているファイルを探す→DLしたモデルのテクスチャが格納されているフォルダで "欠けているファイルを探す" を実行』この手順でおおよそ何とかなる。
9日目：ニューヨークの一画を丸ごと再現したモデルが本当に凄い。街並みをそれっぽくローポリとテクスチャで綺麗に再現する手法の勉強になる。また、このモデルをBlenderで開いた時に初めて2画面（2ディスプレイ）で開くことで、Blenderが全画面モード中でも複数画面で編集画面を展開できることが分かった。全画面表示時、メニューバーから『ウインドウ→新規ウインドウ』の手順を踏むことで新しくウインドウが展開されるので、それを別ディスプレイに持っていけば、あっという間に2画面に渡った全画面表示編集環境が完成する。
『高品質な樫の木』オブジェクトのシェーダーエディターノードを参考にすることで、アルファ透過の仕方が分かった。テクスチャ画像とアルファ用画像は別に用意し、シェーダーミックスを経由して繋げるのが良さそうだ。アルファ用画像はマテリアル出力ノード一歩手前のシェーダーミックスの『係数』にリンクを繋ぐと上手くテクスチャの黒い部分が透過して抜けるようだ。
牛肉・リンゴ・バナナのモデルにテクスチャが貼られていないことへの修正対応を行ったことで、改めてオブジェクトへのテクスチャ貼りとノーマルマップ適用術を学んだ。
Diablo3をかなり意識した感じがあるんだけど
荒削りすぎて正直まだ製品としてのクオリティが微妙に感じてしまう…
・１ステージあたりがとにかく長い ２０～３０分当たり前
・その割にあまり代わり映えのしないマップ→長時間プレイが苦痛になるゲームデザイン
・敵の種類少ない
・かなりプレイヤースキルが求められて、アイテム探索が楽しみにくい
・ストーリーも軽くて「悪」とか「邪悪」とかそんなんばっかりであまり見る気がしない
・カメラワークがとにかく見づらく不便
・弓の敵がうざいのに、こっちの弓は残弾制限有りで不便
・緊急回避がスタミナ制の割に連続使用出来ないしクールタイム中は移動速度が落ちる…不便
などなど
なんだろう、細かい部分ばかり指摘してるような気もするんだけど
従来のハクスラの爽快感にあたる部分を不便にすることでレベルデザインしてる感が否めず
プレイしていて非常に具合が良くない。
サンドボックスなビジュアルやシェーダーの質感とかはとても好きなので
ブログとかやってるわけでもないのでとりあえずここに書いた。
やっぱり途中で切れたので続きから
違います。
そうです。
はい。Stadia Games and Entertainmentの組織を発表しました。これは我々の1stパーティのスタジオです。
はい。
Googleは開発者に対し全てのツールを支援しています。Stadia向けの開発は彼らにとって別のターゲットにしか過ぎません。Visual Studioを用いる既存のツールや彼らが用いるツールの全てと共に、彼らのワークフローに統合されます。従ってStadia向けの開発はPlayStationやXbox向けの開発と同じくらい簡単です。
我々はUnrealもサポートします。UnityがStadiaをサポートします。予想される多種多用な業界標準のツールとミドルウェアが準備されます。
とても良い質問です。我々はユーザに対し彼等のインフラの中で何が起こっているかをできる限り理解できるよう支援する必要があります。また我々はゲーマーに対し最適な体験を得られるようなチューニングを行うことが可能な情報に対し投資を行うだけでなく、我々自身の技術を用いて最良のパフォーマンスを実現するつもりです。Googleの技術の多くがインターネット網の基盤であることを思い出して下さい。我々はDCからの情報がどのようにユーザに届くかを良く理解しております。できる限りの最適化を行うつもりです。
その通りです。それこそが我々のプラットフォームの根本的な差別化ポイントです。既存のゲームカタログを持つデベロッパにとってStadiaは簡単で親しみ易いものです。我々はできる限り摩擦なくゲームの移植を行えるようにします。なぜならゲーマーは好きなゲームを遊びたいですし、彼らの愛するキャラクター、ストーリー、世界を楽しみたいのです。しかし我々はまた開発者に未来を描く新しいキャンバスをも提供します。ゲームを高速に配布し、プレーヤーと新しい手段で、特にYoutubeにて繋げます。そして開発者が持つアイデアを実現するための前例の無い技術を提供します。
解決されたと同時に緩和されています。まずデータセンターに対しより多くの人々がより良い経験を得られるようにするための投資が行われました。また圧縮アルゴリズムについては我々に抜本的な先進性が存在します。Googleは圧縮アルゴリズム標準仕様の先駆者でありこの点がストリーミングの将来をより確実にします。残念なことですがGoogleでも制御できない点が光の速さです。そのためこの点が常に要因となります。しかし常に理解しなければならないこととして、我々は常にエッジ(終端)にもインフラを構築していることが挙げられます。Googleの中心にある巨大なデータセンタだけではありません。我々はできる限りエンドユーザの側にインフラを構築しています。それによって歴史上の幾つかの問題は回避することが可能です。さらにまだ率直な、あまり洗練されていないProject Streamのストリーマーでも信じられない結果を出しています。さらに我々はサービスリリース時に1080p60を超える品質を実現できるだけの根本的な改善を行いました。我々は8Kに至るでしょう。
圧縮にネットワークです。我々はGoogleがインフラに投入した数々の改善点に依っています。BBR、QUIC、WebRTCを基盤としてその上に構築がなされました。だからIPパケットの低レイテンシでの配信だけでなく、送信元へのフィードバックも行うことが可能です。ですのであなたが仰るZenimaxが使用した技術なら、彼らはここでも利用することが可能です。彼らは彼らのゲームの最適化を行うことができるでしょう。我々はフレーム毎のレイテンシを予測が可能で彼らにそれに合わせて調整を行わせることができます。
我々は改善を続けます。Streamは最初のバージョンです。我々は性能向上のために調査を行っており、レイテンシに適応していきます。リリース時にはより良くなっているでしょう。
確かにそのとおりです。そしてそれこそがGoogleが何年もかけて開発してきたスキルであり、抜本的なスケールする能力です。我々がどうやって実現しているのか、何をしてきたかについては今日は詳細にはお話ししません。しかしGMailやMap、Youtubeが同時に利用可能であるためと同じ基本的な技術のいくつかが我々が依るものです。
我々は競合他社が何をしているかは存じておりません。
我々の第一世代システムに導入されるGPUは10Tflops以上の性能があり、さらにスケールアップします
AMDです。
情報を公開したくない訳ではないのですが、このプラットフォームが進化することのほうがより重要です。そしてこの進化がユーザと開発者の双方に対しシームレスに行われることを確認して頂きたいのです。そして進化は常に継続し、誰もが常に最新で最高の物を手に入れます。
開発者にもこのように考えて欲しいのです。もちろん完全には抽象化されていません。特にゲームの開発者にとっては。しかし我々はそれでもこのプラットフォームが常に進化していると考えて欲しいのです。速さや容量、リソースには制限されていないのだと。
シェーダコンパイラのツールをいくつか開発しました。これらは開発を楽にするでしょう。しかし現在のGPUはとても優れており開発者が既にVulkanに親しんでいれば、例えばid Softwareさんは既に全てVulkanに移行していますが、そのような開発者の方々には既存のゲームをStadiaに移植するのはとても簡単です。Doom Eternalが4K、60フレームで動いでいるのは既にご覧になったと思います。非常に素晴しい状態です。これこそが我々にとって重要な証明ポイントです。FPSはグラフィックとプレイアビリティの双方で要求が高いゲームです。 従ってこれは我々のプラットフォームの強力な証拠であり、idさんにも講演して頂きます。
x86で2.7GHzで動作しています。開発者にとり慣れのあるものです。開発全体を通して、CPUは制約となる要因ではありません。我々は全てのタイトルを動作するに十分なCPUを提供します。
沢山です。
しかしサーバ級のCPUです。Stadiaはこれまでのコンソールと違いパッケージングに制約を受けません。熱対策の問題も異なります。コンソールとはサイズやパッケージングの動機が異なります。データセンタの中でそれはとても汚なく見えるかもしれません。一方でとても帯域幅が高いメモリが使用可能で、とても高速なペタバイト級のローカルストレージも使用可能です。ご家庭のコンシューマデバイスよりも数百倍は速い物です。
パートナーには彼らが話せる時点で彼らの計画を教えてくれるよう伝えています。Stadiaをこの世界で最も偉大なゲームの開発者達に説明することにはとても興奮します。Stadiaは、開発コードではYetiと呼ばれていましたが、Stadiaのビジョンを説明すると、開発者のリアクションは「これは私が期待したものそのものだ。これはまさに我々の次のゲームのためのビジョンそのものだ。elastic computingの考え、次世代レベルのマルチプレーヤー環境、ゲームを観ることと遊ぶことの境をあやふやにし1つの体験にすること」と話されます。
イノベーションの1つの領域として、最初のほうで述べましたが、マルチプレーヤー環境において、単純にパケットを複数のプレーヤーにリダイレクすることから、原子時計レベルでのコンシステンシーを全ての状態遷移において定期的にクライアント間で更新する真のシミュレーションへの移行が挙げられます。これにより開発者はこれまでには不可能だった分散された物理シミュレーションを得ることができます。これだけでもゲーム設計のイノベーションに対し大きく寄与します。このため多くの開発者が、大袈裟でなしに、実際にとても感動的なリアクションを我々のプレゼンに対して返して下さっています。
これこそがゲーム業界の素晴しい点です。技術が常に創造性を刺激し、ゲームに対しより大きな聴衆を作り、そのことがプレーヤーと開発者に対しより大きな機会を作ってきました。エコシステムが進化し、正の方向に回り続けるなら、それはゲームを遊ぶことにとって良いことです。
3台のGPSが一緒に実行されるデモを行っています。私は上限が無いとは申しません。しかし我々は技術上の限界を上げています。そしてStadiaは静的なプラットフォームではありません。このプラットフォームは5年や6年の間、レベルが変わらない訳ではありません。開発者とプレーヤーの要求に従い、成長し、進化するプラットフォームです。なぜならStadiaはデータセンタの中に構築されています。進化させるのは我々にとって簡単なことです。
CPU/GPU/メモリ帯域幅の変更にはいくつかの自然な段階があります。これは家庭の物理な小売の端末よりももっとスムースでより継続的な進化です。しかし、より重要なことは基盤データセンタ網とそれに含まれるネットワーク技術への投資です。この2つが一致して行われることが重要でどちらか1つではダメなのです。
それは我々も既に行っています。Googleが既に20年以上、行っていることです。我々が依って立つまた別の巨人の肩です。
我々はStreamをさらに強化させています。従ってユーザはこの制約が全体のスタックに対する改善と最適化、また特に時間によって緩和されることを期待するでしょう。我々はその期待の上を行きます。
私は具体的な数値についてはコメントしません。しかし当然低くなります。
インターネットの接続環境はStadiaをリリースする市場では全体的に上昇機運が見られます。つまりこのパフォーマンス特性はますます多くのユーザが利用可能になります。
さらに繰り返しになりますが、BBRを初めとする我々の技術があります。さらに覚えておいて頂きたいのは我々のネットワークに対する理解はそのままではありません。それらもまた時と共に改善されていきます。Youtubeはマクロと
Eurogamerにより独占配信されたStadia開発者二人に対するインタビュー記事。
---
タイミングの問題です。20年間の蓄積によりGoogleにはデータセンタ内のパフォーマンスに優位性が存在します。Googleはデータセンタ内ではHWメーカーです。我々はデータセンタ内で何年もの間、高い性能で端末間を接続する基盤を構築してきました。Youtubeでの経験からプレーヤーサイドの観点からだけでなくデータセンタ内部からの技術的観点からの技術統合を行ってきました。他社でもその視点は存在していますがGoogleにはその点に固有のアドバンテージが存在します。
その通りです。我々にはレガシーがありません。全てが21世紀のために設計されています。開発者は制限の無い計算資源が利用でき、何よりもマルチプレーヤーをサポートできます。これまでのマルチプレーヤー環境は一番遅い通信に影響を受け開発者は最も遅い接続に対し最適化が必要でした。我々のプラットフォームではクライアントもサーバも同じアーキテクチャの下にあります。これまではクライアントとサーバの間のpingに支配されていましたが我々の環境なら最速でマイクロ秒で済みます。だからプレーヤーの数は単一のインスタンスにて動的にスケールアップが可能です。バトルロイヤルなら数百から数千、数万のプレーヤーが集まることも可能です。それが実際に楽しいかどうかは置いておくとしても、新聞のヘッドラインを飾ることが可能な技術です。
両方です。
ユーザが我々のプライベートLANからはみ出さないだけでもその効果は大きいものです。Googleは45万kmに及ぶ光ケーブルにより世界中のデータセンタ間を接続しています。米国の西海岸から東海岸まででも20ms、フランクフルトからマドリッドでも20ms。これにより開発者は最も極端な場合においてもレイテンシが予測可能でそれに従い設計を行うことができます。
StadiaはYoutubeの技術と深く結びついていますが、実際には一歩引いています。今日のゲーム業界を考えてみて下さい。2つの世界が共存しています。1つはゲームをプレイする人々で、もう1つはゲームを見る人達です。2億人の人々がYoutubeでゲームを毎日見ています。2018年には述べで500億時間がゲームを視聴するのに費されています。時間と人口の双方で信じられない程の視聴が存在します。我々のビジョンはこの2つの世界を1つにすることでゲームを見ることができ、かつ、プレイもできる、双方向に楽しめることです。
つまり重要なのはゲームシステムでもなくコンソールでもありません。噂とは異なり我々はコンソールビジネスには参入しません。我々のプラットフォームの要点はコンソールでは無いことで、皆が集まる場所を作ることです。我々は箱でなく場所を作る。今までと異なる体験を得られる場所です。ゲームを見るなり、遊ぶなり、参加する場所であり、かつユーザが楽しむ場所であり、ユーザが他人を楽しませる場所です。
だから我々のブランドはStadiaといいます。これはスタジアムの複数形です。スタジアムはスポーツを行う場所ですが同時に誰もがエンターテイメントを楽しむ場所でもあります。だから我々はそれをブランドにしたかったのです。皆が遊んで、観て、参加して、さらにはゲームをする場所。一歩下がって見ることもできる場所。常にどのボタンを押したかを意識しないでも良い場所。他のアーキテクチャでは実現できない場所です。
その通りです。そして単純に技術的に深い点を求めて、我々は第一世代でも4K60fps、HDRとサラウンドをサポートしました。さらに開発者が必要なインフラに従ってスケールします。それだけでなく、同時にYoutubeに常に4K60fpsHDRで画像を送信することが可能です。だからあなたのゲーム体験の思い出は常に最高の状態になります。
プレーヤー次第です。Googleは全てを記録はしません。もしプレーヤーが望むならGoogleは4Kでストリームします
共有が友達だけか、世界中に公開かも自由に選択可能です。Googleはユーザに制御を明け渡します。もしユーザがYoutubeで公開すれば誰でもリンクをクリックすることでそのゲームを遊ぶことができます。
そう。そしてこれはマルチプレーヤーゲームのロビーの新しい形となります。Youtubeのクリエイターなら誰でもがファンやチャンネルのsubscriberを自分のゲームへと誘うことができます。生主として、Youtubeのクリエイターとして私は視聴者を私のゲームに瞬間的に招待できます。それが私と10人の友達でも、(訳注: セレブの)Matpatと彼の数百万の購読者でも、技術は同じです。
Googleアカウントの一部です。従ってGMailアカウントがStadiaへのログインに利用できます。他の基盤についても説明させて下さい。最初のサービス立ち上げから全ての画面への対応を行います。TV、PC、ラップトップ、タブレットに携帯です。我々のプラットフォームの基本は画面に依存しないことです。これまで40年間、ゲーム開発は端末依存でした。開発者として私は制約の範囲内で、私の創造性を開発対象の端末に合わせてスケールダウンする必要がありました。
我々はStadiaでそれを逆にしたいのです。我々は開発者に対し彼らの考えをスケールさせ、どの端末の縛りからも解放したいのです。パフォーマンスに優れ、リンクをクリックすればゲームは5秒以内に開始されます。ダウンロードもなく、パッチもなく、インストールも必要なく、アップデートもありません。多くの場合、専用のHWも必要がありません。従って古いラップトップでChromeブラウザを使用する場合にでも皆さんが既に持っているだろうHID仕様に準ずるUSBコントローラが動作します。そして、もちろん、我々自身のコントローラも開発中です。
コントローラを自作する理由にはいくつかあります。1つはTVへの接続です。我々はChromecastをストリーミング技術に採用します。Stadiaコントローラの最も優れた機能の1つはそれがWiFi接続でDC内のゲームに直接接続することです。ローカルのデバイスとは接続しません。
その通りです。これこそが我々のブランドの実現であり、具現化です。そして独自コントローラにより最高のパフォーマンスが実現します。ゲームに直接接続するためにプレーヤーは画面を移動することが可能です。プレーヤーはどの画面でも自由に遊び、停止し、他の画面でゲームに復帰することが可能です。
そしてコントローラには2つの追加されたボタンがあります。1つはGoogle Assistantの技術とマイクを用います。ユーザの選択により、ユーザはプラットフォームとゲームの双方に対し、自然言語を用いて会話が可能です。例えば「Hey, Google。MadjとPatrickと一緒にGame Xをやりたいな」と言えばStadiaがマルチプレーヤーゲームを指定した友人と共に直ぐに開始します。
我々はゲーマーを可能な限り素早くゲームに辿り着かせるよう考えています。数多くの研究を行いましたが、多くのゲーマーがゲームを起動したら直ぐに友人とゲームを開始したいと考えています。ゲーマーはUIに時間を費したくは無いのです。
誰かが言ったことですが、現在のコンソールは起動した時にまるで仕事のように感じると言うのです。ゲーム機自体の更新や、ゲームの更新があります。我々はそれらを完全に取り除きたいと考えています。もう1つのボタンは、ちょっと趣が異なるのですが、Youtubeにシェアできます。
Youtubeが観られるならどこでもStadiaは動きます。
Chromecastはスマホからストリームを受取はしません。Chromecastはスマホから命令のみ受けます。画像はNetflixやYoutubeから直接受け取ります。Stadiaの場合、StadiaコントローラからChromecastへとこのゲームのインスタンスへと接続せよと命令がなされ、Chromecastはゲームインスタンスから動画のストリームを受け取ります。クライアントはとてもシンプルです。行うのはネットワーク接続、ビデオと音声のデコードのみです。Chromecastは入力を処理しません。全て入力はコントローラが扱います。ビデオと音声とネットワーク接続はChromecastの基本動作で全て既に組込まれています。
そうです。とても良く出来ています。WiFiに繋ぐだけです。コントローラにはWiFiのIDとPWを入れるだけです。それだけです。ホームボタンを押すと勝手にChromecastを探し直ぐにChromecast上でクライアントを起動します。UIが表示され直ぐにゲームを遊ぶことができます。デジタルパッドでUIを操作することも可能です。これが重い処理を全てクラウドへと移行する点の美しさです。Chromecastのような低消費電力の端末で説得力のある体験ができます。Chromecastは5W位下です。Micro-USBで給電可能です。典型的なコンソールは100から150Wもします。またこれまで説明しませんでしたが、例えスマホでも行うことは動画の再生だけです。従ってAssassin's CreedやDoomや他の重いゲームがあなたのスマホの上でモバイルゲームよりも低消費電力で動作します。だからスマホで10時間でも遊べます。
今の所、我々はChromecastのみに集中しています。でも技術的、機能的な観点からはYoutubeがある場所ならどこでも動きます。我々はまだStadiaをどのようにユーザに届けるかは検討中です。
サービス開始時から提供されるサードパーティによる解決手段をサポートしています。他にもアイデアがあります。しかし今は話せません。
良い質問です。私がこのプロジェクトに参加する前からチームは既に何社かと提携しここ何年かの間に技術を提供していました。StadiaはLinuxベースです。グラフィックAPIはVulkanです。開発企業はクラウドにインスタンスを作成しますので、開発キットも今ではクラウドにあります。しかしクラウドだけでなく、開発社のプライベートなDCでも、机上のPCでも可能です。
もしそうしたいなら。でも我々は今後のトレンドが開発でも配布でもますますクラウドへと移行していくと考えています。従って今後数年で開発者にとってクラウド中心、クラウドネイティブがゲーム開発での標準となるでしょう。
デベロッパーやパブリッシャーはとても賢くクラウドネイティブとなる新しいゲーム体験を達成するために必要なツールや技術について考えていると思います。しかしそれは世界中で何千ものアクセスポイントを持つデータセンターを運営することや、それらの運営に必要な莫大な投資資本とは異なるものです。Googleは今年単年でも$13Bの資本を投下しています。
米国では全ての必要な場所に展開が終わっています。Project Streamの試験に必要な環境は2018年末には整いました。我々はGoogle社内で、Google社員を対象に2017年の始めから2年間の間、プライベートなテストを行ってきました。2019年には米、加、西欧、英にて Permalink | 記事への反応(1) | 06:10
書いてあったから書くけど
それこそ、俺が期待してたなににたっしていないっていうのは俺の知ってる丸々ならじゃないの？
というか日本にも飛影はそんなこと言わないって言葉があるにもかかわらず英語の言い回しして何がしたかったのよ？
（がっちり決まったトゥーンシェーダーのアニメーションだとおもって調べたらすごく損した気になった）
結局しこしこしたかっただけじゃない。気持ちよかったしこしこ。白いちーちーちゃんと出せた？
ちなみに、手書きとトゥーンシェーダーによるアニメ表現が、現状同じくらいの手間になることについて
なんで、同じ手間で同じ表現になることについて、がっかりだと言えるのか書いてみろ。
っててめえは経営者かなにかかよ？
お前もどこかの馬鹿と同じ、パソコンでカチカチ作業すること＝マジックワンドだと思ってんだよ。
んなわけねーだろ馬鹿が
そして、だからこそすぐにルックがチェックできるリアルタイムレンダリングが注目されてるし
あれだけ映像で明示されていること（しかも説明のための映像）を理解できないなら大半の映像を理解できてないよ。
あと、改めて書くが、お前の書き込みは、「あんたの増田はこれを知らないとオタクじゃない、て言説に聞こえる」って書いてるが、
趣味でミーハーに知識ためてる人間に負けたら、そりゃ文句をいう価値もないってなるだろうがよ、
「急に映し出される映像が変わって怖かった（カット編集のこと）。映像というものに俺は期待していたけれど、あんな怖い思いをするならいみがない」
って書いてたら、こいつ基地外かな？と思うだろ
同じだよ、ああこいつは基地外なんだろうなとおもいつつ
そんなバカに周りが騙されないように書いてるんだよ。
いろいろ懐かしい。
ゲームで言ったらそれこそ、JSRなんかからトゥーンシェーダーは成立してたと思う。
たまにいるよね
anond:20190214110242を読んでること前提で書く。
まずいわゆるフォトリアルさを足したディズニー的なアニメーションとトゥーンシェーダーの差で話すのなら
ペーパーマンはディズニーの短編アニメーションで、手描きのアニメーションを意識して作られている。
一般的なセル画調よりも少し柔らかい画づくりではあるが、２Ｄアニメーションの再現としてかなり完成度が高い。
これにはからくりがあって、線についてはアニメーターが実際に描いたものを使っている。
https://www.youtube.com/watch?v=TZJLtujW6FY
これによると、頂点の移動情報を利用して、アニメーターの描いた線をほかのフレームに合成していくようだ。
とても面白い技術だと思うのだが、これにいったいどうやって限界を感じるのだろうか。
あるいは、ちょっと広く見てNPR（実写風でないレンダリングの方式のこと）でみればギブリーズの水彩コンポジットというのがあって
以下のリンクを見てもらいたい（ちなみにこれは前身サイトから転載された記事）
https://aqu.hatenablog.com/entry/20120622/1340324416
とても良い出来だと思う。とりあえず、１０年以上前から当然このような考え方があることを知れ。
また、ここ最近のプリキュアのエンディング、あれの後半はunityを利用したものだと知っているだろうか？
サンジゲンが自動机に頼らない道の一つとして、アンリアルエンジンを選択したことを知っているだろうか？
その過程でＰＳＯＦＴがアンリアル用にpencil+を開発したことを知っているだろうか
もしくはブコメに書いてあった、嘘パースや、見る角度によってキャラの顔の造詣が変わる、なんてことは当たり前の話で
後者に関しては、ＭＯＤＯなんて糞マイナーなソフトにさえスクリプトが提供されていることを知っているだろうか？
もし知らないのであれば、口が裂けても"期待していた"なんて言えないはずだ。
だって期待しているのなら、興味があるのなら調べていて当然だもの。
正直言って私はＮＰＲで映像を作るならスパイダーマンが限りなく正解に近いと思ってる。
セル画調のシェーディングにはそこまで期待していない。
なぜならセル画調でがっちり詰めようと思うと、けっきょく手で描くのとそこまで変わらない手間がかかってしまうからだ。
なんなら、３Ｄ業界のほうが幾分かまともだから、金で言えば高くついてしまう。
だから、ギョーカイ人はまともに手を出さないんじゃないかなと思ってる。
例えばＳＩＲＯＢＡＫＯで３Ｄの爆発ってだせーよなと例が出てたけれど
あんなもん、素人でも１日でできるレベルのパーティクル表現なんだよ。
それをわざわざ例に出すってことは、アニメ関係者の３Ｄに対するリテラシーが低いってことなんだよ。
だからＮＰＲがまるで新しい表現ってのはちょっとむつかしいと思う。
出てくるならオタクコンテンツであっても別のルートから（例えばそれこそVtuberとかね）だと思う。
とはいえ、まるで素晴らしい作画がタダに近い価格で出てくるなんて思い込んでる糞野郎どもには一切響かないだろうな。
なんでディズニークオリティのアニメをテレビで流せないんだ！ってそりゃディズニークオリティを出せる予算がねえからに決まってんじゃん
で、なんでそんなことになってるかっていえば今まで異常に安い単価でアニメーターに作画描かせてたからじゃん。
アニメは安くできるとか思ってるかもしれないけど、無理矢理作ってるだけだからさ。
映像のことになると銀の弾やら、魔法の杖で作ってると勘違いする人がいるけど、そんなわけないからさ。
とはいえ、映像の末端（アニメじゃないけど）にかかわってる人間から言わせると、
お前らの言ってること予算の範囲でやっておりますけど（笑）って感じでさ、
アニメの造詣の崩れとかもそうだけど、後から２Ｄぽくするとかさ、法線いじるとか
３Ｄでやって成立するようなキャラデザ（それこそシドニアとかコザキユースケはそうだよね）を選ぶとかさ
だから、本当にトゥーンシェーダーに期待してるんだったらちゃんと調べたり勉強とかしたら？
久しぶりに素晴らしい3DCG作品を見た。(例の不気味の谷を越えた少女ではないです)
ただのエロGifだし、一線級の人なら簡単にマネできる代物なのかもしれないけど。
しかし3DCG作品というのは、動(静)画にレンダリングされてしまえば、それがどういう作られ方をしたのか全く見当がつかない。
リバースエンジニアリングができない。完全なる暗中模索である。
それを試行錯誤するのが、数学の未解決問題を解いているようで面白いといえば面白いのだが。
モデルにボーンまで入れられたとして、この肌のシェーダーはどうなっているのか？ コンポジットは？
悔しいなあ羨ましいなあどうしてこれを作ったのが自分じゃないんだろう？
