  |
はてなキーワード: 巨人とは
やっと80年代回帰が始まった。この分だと、90年代回帰が始まるのは、2010年頃になるだろうか。
ラジオから流れてくる80年代ポップスのカバー曲を聴きながら私はそう思った。
2010年。私が25歳になる年。同じ世代の大半の人がおそらくそうであるように、私は25歳の私を想像することができない。21世紀に入ってからというものの、時間感覚が酷く曖昧で、今18歳であることすら、実感が湧いてこないのである。
1995年と聞くと、つい最近のことに思えてしまう自分がいる。2001年、地下鉄の延伸。2002年、サッカーワールドカップ日韓共催。2004年アテネオリンピック開催・・・。小学生の頃教科書に載っていた未来の予定が、どんどん既成事実になっていく。あの頃の私には教科書の中の未来はどれも実現不可能なことのように思えたのに・・・。
ノストラダムスの大予言について、あれほど熱心に議論を交わしていた人々は一体何処に消えたのだろう？
ノストラダムスの予言の年、私は14歳だ。結構生きられる、と思っていた。そして1999年の7月1日のニュースでは、アナウンサーが笑顔で「さて、この世界もあと一ヶ月になりました」と言うはずだと思っていた。まるで年の瀬のニュースのように・・・。
人々は世紀末という言葉を忘れた。21世紀という言葉も、昔ほど使われなくなった。70年代や80年代のことはよく話題にのぼるのに、今が何年代と呼ばれるかについては、誰も口にしない。
物心がついてから10年余りが経った。総理大臣は何人代わっただろう。冷夏は何回あっただろう。巨人は何回優勝しただろう。
私たちの世代は昭和最後の一人になりうる。何歳まで生きたら、昭和の最期を見届けられるのだろう。明治はもうすぐだ。大正もすぐ後を追う。多くの人が愛した昭和が完全に歴史の中に入るのはいつのことだろう。
歴史は巨視的に見れば円軌道を回っているだけにすぎないのかもしれない。人はその一切片を直線であると思って生きていくしかないのかもしれない。
関西の生まれなので、広島風お好み焼きとは言わないように、と散々言われてこちらに来たが、どちらかというと今は違う脅威に怯えている。
住んだことのない人はわからないだろうが、広島のテレビはチャンネル数が少ないのに、ほぼすべての局でカープ情報を提供し、カープ番組も多く、街ブラ番組でも歩けばすなわちカープになるし、NHKだって「プロ野球の結果です」ではなく、「現在のカープ情報です」と言って試合の経過を報告する。昼はほとんどカープの話しかしないので、テレビを見ることがめっきり減った。他のチームの応援は断固許さない雰囲気である。
職場の人も、ほぼ全員がカープを熱心に応援していて、ある人はチケットを買うために仕事を休み、またある人は、オープン戦のチケットが取れなかったので、雰囲気だけでも味わいに球場の外で過ごした、と言っている。有給取得が非常に嫌がられる職場だけに、信じられない。カープファンであれば何をしても許されるのだろうか？おそらく、こんな職場が広島中にたくさんあるのだろう。
とにかくカープファンでなければ人でない、とでも言わんばかりの雰囲気に、毎日びびっている。そうやってカープファン以外を村八分にして、カープファンになれたものだけが残っていく。カープで成り立ってきた広島が、心底怖い。
関西の生まれで阪神ファンに揉まれて育ったが、こんなことはなかった。しがないおっちゃん達が弱い阪神を応援することで、日々活力をもらっていた。阪神ファンではないけど巨人が嫌いなんや、という人もいた。私は小さい頃巨人ファンであったけど、共生していた。関東圏でスタジアムのある地域にも住んでいたが、球場帰りの汗臭いファンが騒ぐだけで、大人しいものであった。
今日、ギリシア神話として知られる神々と英雄たちの物語の始まりは、およそ紀元前15世紀頃に遡ると考えられている。物語は、その草創期においては、口承形式でうたわれ伝えられてきた。紀元前9世紀または8世紀頃に属すると考えられるホメーロスの二大叙事詩『イーリアス』と『オデュッセイア』は、この口承形式の神話の頂点に位置する傑作とされる。
巨体は星々と頭が摩するほどで、その腕は伸ばせば世界の東西の涯にも達した。腿から上は人間と同じだが、腿から下は巨大な毒蛇がとぐろを巻いた形をしているという。底知れぬ力を持ち、その脚は決して疲れることがない。肩からは百の蛇の頭が生え、火のように輝く目を持ち、炎を吐いた。
半人半蛇だけど「炎を吐く邪悪な蛇」のイメージにはなっているかも。
ラードーン（古希: Λάδων, Lādōn）は、ギリシア神話に登場する、林檎園の黄金の林檎を守っていた、100の頭を持つ茶色いドラゴン。
（中略）
口から炎を吐き、一説では顎の関節が尾にある為、体全体が口のようになっており、百の首を持つといわれている。
と、Wikipediaには書かれているが、ラードーンが火を吐くかどうかは定かでない。
何が出典なんだろ？
『ヨブ記』（ヨブき、ヘブライ語：סֵפֶר אִיּוֹב）は、『旧約聖書』に収められている書物で、ユダヤ教では「諸書」の範疇の三番目に数えられている。ユダヤ教の伝統では同書を執筆したのはモーセであったとされているが、実際の作者は不詳。高等批評に立つ者は、紀元前5世紀から紀元前3世紀ごろにパレスチナで成立した文献と見る。
『ヨブ記』によれば、レヴィアタンはその巨大さゆえ海を泳ぐときには波が逆巻くほどで、口から炎を、鼻から煙を吹く。
（中略）
その姿は、伝統的には巨大な魚やクジラやワニなどの水陸両生の爬虫類で描かれるが、後世には海蛇や（それに近い形での）竜などといった形でも描かれている。
プリニウスの著作で唯一現存しているのが、自然と芸術についての百科全書的な37巻の大著『博物誌』である。自然界の歴史を網羅する史上初の刊行物であった。
（中略）
プリニウスの『博物誌』10巻には、サラマンドラは斑点を持つ小さなトカゲで、雨が降ると現れるが晴れると姿を消し、体が冷たく火に遭うと溶けると記録されているが、これはサンショウウオに関する記述と考えられている。
また、『博物誌』11巻にはピュラリスというキプロスの炉の炎の中でしか生きられない動物が登場しており、精霊のサラマンダーはこちらに近い。上記の通り、炎を操る特徴からファイアー・ドレイクと同一視され、ドラゴンとして扱われることもある。
『ベーオウルフ』が成立した時期は、作品内部にも外部の言及としても成立の時期を特定する記述が存在しないため、必ずしも明らかではないが、8世紀から9世紀にかけての間に成ったと考えられている[3]。
第一部でベーオウルフは巨人（ドラゴンとも言われている）グレンデルとその母親と戦い、第二部では炎を吐く竜と死闘をかわす。 なお、インパクトが強くかつ謎の多いグレンデルとその親に関しては言及されることが多いが、炎を吐く竜に関してのものは少ない傾向にある。だが、同時にいわゆる「ドラゴンの約束事」（財宝を蓄え守っている、翼を持って空を飛ぶ、火を吐くなど）をほぼそろえている珍しいドラゴンでもある。
スラヴ民族は文字を持たなかったため、伝えられた神話を民族独自に記録した資料は存在しない。スラヴ神話が存在した事を記す資料として、9世紀から12世紀の間に行われたキリスト教改宗弾圧の際の「キリスト教」の立場から記された断片的な異教信仰を示す内容の記述が残るのみである。スラヴ神話は地方により様々なバリエーションがあったことが近年の研究により明らかになっている。
ズメイ・ゴルイニチ（「山の息子の竜」の意）の場合、3つ首以上、多ければ12の体幹を持つと表現され、火や毒を噴くなど、歴然とした一般の「竜」のイメージで描かれる。
『アングロサクソン年代記』はアングロサクソン史を古英語で綴った年代記の集大成である。編纂は9世紀後半のアルフレッド大王の治世に、恐らくはウェセックスにおいて行われた。
「火の竜」を意味する名前の通り、炎をまとい、口からも炎を吐く。空を飛び、それが現れる時は辺り一面、昼のように照らされる。曇天の空に不思議な光が走る時はファイアー・ドレイクが飛んでいるのだとされた。
隕石という説があるらしい。
『イヴァンまたは獅子の騎士』（イヴァンまたはししのきし、Yvain, le Chevalier au Lion）は、1170年から1181年頃にかけてクレティアン・ド・トロワにより著作された散文騎士道物語であり、アーサー王伝説を主題にした5作品のひとつである。
イヴァンは旅の途中で火を吐く大蛇と獅子が戦っているところに出くわす。イヴァンは問答のすえ獅子に加勢し、大蛇を倒した。これに恩義を感じた獅子は、イヴァンと行動を共にするようになり、イヴァンは獅子を連れた騎士とだけしか名乗らなくなる。
『黄金伝説』（おうごんでんせつ、羅: Legenda aurea または Legenda sanctorum、レゲンダ・アウレア）は、ヤコブス・デ・ウォラギネ（1230頃 – 98）によるキリスト教の聖人伝集。1267年頃に完成した。
その時代、エチオピアの町では一人の魔術師が権力を持っていた。彼は常に恐ろしい二匹のドラゴンを連れていて、自分にはむかう者にけしかけていた。あまり大きなドラゴンではなかったが、口や鼻から火や燃える硫黄を噴出し、人や家を焼きつくしたので誰も魔術師に反抗できなかった。その噂を聞いたマタイは魔術師の元を訪れた。魔術師はマタイにドラゴンをけしかけたが、マタイが十字を切るとドラゴンは地面に倒れて眠り込んでしまう。
同じく「黄金伝説」に書かれている、有名な聖ゲオルギウスが退治したドラゴンは、毒を吐くが火は吐かない。
聖マルタが退治したタラスクは、「燃える糞を撒き散らす」と言われているけど、これ英語版では確認できなくない？
タラスクは、レヴィアタンとボナコンの子供なのだが、ボナコンの特徴である「燃える糞」が、日本語訳されるときに混同されたのでは。
といったところから考えると、5世紀くらいまでは「火を吐くドラゴン」概念は薄かったが、
8〜9世紀頃から伝承として語られはじめて、10〜12世紀頃にはすっかり定着していたという感じだろうか。
なぜ火を吐くようになったのか？
サラマンダーは、火をより大きく燃え上がらせる能力があり、火山の溶岩の中に住んでいるという伝承もある。
ズメイや、ヤコブのドラゴンは、吐く息から硫黄の臭いがするといい、火山を連想させる。
ドラゴンには「地を這うドラゴン」と「空を飛ぶドラゴン」の二種類のイメージがあるが、
蛇や蜥蜴からは空を飛ぶイメージがしづらいことを考えると、隕石からの連想には説得力がある。
そこから火を吐くように変わっていったことを考えると、これも自然な解釈に思われる。
うーん、わかんね。
追記。
「フンババの咆哮は洪水であり、彼の口は火を意味し、吐息はまさに死である」というのは単なる比喩なのでは。
まあ比喩として記述されたものが、後に「そのもの」として受け取られるのは、この手の伝説ではよくあることだけれども。
やっぱり途中で切れたので続きから
違います。
そうです。
はい。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年には米、加、西欧、英にて 
ツイートシェア
科学史上の発見で、「この科学者がいなかったら発見されていないであろう法則、事実、理論」みたいなものは存在するのかという話
たとえばニュートンの万有引力とか、ダーウィンの進化論とか、アインシュタインの相対性理論とか、個人的には、もし彼らが生まれてこなくても、後にだれかが同じ発見をしたんじゃないかと思うわけですよ。科学を表す言葉に「巨人の肩の上に立つ」ってのがあるけどまさにその通りで、ノーベル賞レベルの天才だってみんな膨大な先行研究の上に一つ積み重ねた個人に過ぎないから、他のだれかでも同じ発見はできたんじゃないかと思うんだけど
そういうのが通用しない異能みたいな科学者っているの？先行研究を何段も飛ばして天才的な閃きで重要な発見をした科学者っているんだろうか。その個人がいなければ間違いなく現代でも未発見だろうっていう法則とかってある？
フランとチャイズは仲のいい双子の兄弟です。ふたりの家は父親と母親、兄と姉、そしてフランとチャイズの6人家族です。
フラン「あーあ お父さんもお母さんも 全然遊んでくれなくてつまらない」
チャイズ「お兄さんもお姉さんも 遊んでくれない つまらない」
フラン「父さんも母さんも いつも お店にいるか 寝ているか」
チャイズ「お兄さんもお姉さんも いつも お店にいるか 学校にいっているか」
フランとチャイズ「つまらない つまらない」
フランとチャイズの家は家族でコンビニエンスストアを経営しているのです。夜はほとんどお客さんが来ないのに24時間営業なのです。家族は営業時間を短縮したいのですが、本部との契約でそれはできません。フランとチャイズの家では、父も母も兄も姉も必死で働きます。フランとチャイズと遊ぶどころが寝る暇すらないのです。
「このままだと、お父さんもお母さんもお兄さんもお姉さんも疲れ果てて死んでしまう」
フランとチャイズは街で一番大きいケヤキの木の下で泣きました。涙が地面に落ちたその時、オレンジ色の巨人がふたりの前に現れました。
古流柔術をガキの頃からやっててさ。まぁなんだ、健康体操みたいなもんよ。ブラジリアン柔術とか柔道よりも、合気道に近いかな(意味わかんなかったらごめんな)
俺は年季だけながいから、インストラクターのような何者かになってるんだ。やりがい搾取だよな。楽しいけど。
何となく趣味でくるおっさんおばさん、近所の託児所代わりにする親子、外人の観光客。以上って感じ。
外人の観光客がまじでなぞ。連中がどっから情報得てんのかわからん。ホームページもないんだよ。
柔道やBJJと間違える奴、空手だと思ってる奴。なんか魔法的な何かを期待してくるやつ。大抵友好的だし、悲しそうな顔されるくらいしか実害ないんだが。
てきめんに勘違いしてる奴来てなぁ。
絶対車じゃないとキツいとこなのに、徒歩で来るという時点で既にやばい。道着を着用して登場だよ。もう一言も話す前から勘違い外人臭やばい。
ってくらいデカイ。
190センチ位あるコンビ。片方はゴリゴリゴリラだようほほいってレベル。ゴレイヌはこいつに触りまくってゴリラ具現化したんやろなって感じ。
もう片方はそいつに比べりゃ細いけど、もうゴッツイ。172の俺は巨人に追われる人類をプチ体験よ。
俺は青年部の時間が近かったから、玄関先を掃除してたんだ。やりがい搾取だな。
話しかけるじゃん。「御用ですか？」ってな。
「一手ご教授!」って二人で頭下げるのよ。
最初何言ってるかわかんなくて、すぐ察したよ。
「じゃあ履き物を脱いで上がってくださーい」
と言って中へあげてな。
なんか戸惑ってたけど、身振りであがるよう促したら上がってな。
観光客結構物珍しげに道場見て回るやつ多いから、「寛いでてください」と言って館長呼んだよ。準備というニコチン補給してるし、まぁ相手位しろってな。
戻ったら正座してるのよ。正座だぜ？畳じゃなくて板の間でな。俺だってやだよ。痛いもん。
すげーキレイな姿勢で、館長と目を合わせちゃったよ。俺らはとんでもない連中を中へ迎えたのでは？と思ったよ。
コミュニケーションは日本語でごり押しして、翻訳アプリで頑張るわけよ。翻訳アプリ最強。
どういうものか知ってるか？って聞いたよ。
知ってると、細い方が立ち会うから、よろしくお願いする、ってアプリは言ってな。
アプリは時々とんでもない嘘ついちゃうけど、アルファベットでtachiaiだぞ。見てるって雰囲気じゃないなと。確認したら口頭で言うわよ。
知ってるか？平成なんだぜ？しかも巷では平成終わるともっぱらの噂のこの時代だぜ？昭和か？戦後か？タイムスリッパーか？
そもそもうちは試合せんし、何を持ってそんなことを言うのか。アプリくんに嘘つかれないように短絡的に言うたよ。
できない、無理、あぶない、やらない。
この世の終わりみたいな顔してた。練習終わりにタバコの火をつけようとして、ライターのガスがなかった館長の十倍くらいショック受けてた。
無理を言って申し訳ない、って涙をこらえて言われてな。
これも巡り合わせだから、一緒に練習してって少しでもシュギョーの足しにしてください。って誘ったのよ。項垂れつつ受け入れてな。
体験用の技ってあるわけだ。体にかける手品みたいなもんだけど、すげー喜ばれる。
踏ん張らせたのをコロッとこかしたりね。カクッとくるあれよ。
手首握って、手首じゃなくて肩や腰を転けるように動かすってだけなんだけど、実に反応が良くてな。
立ち関節は鞭打かよってくらい痛がる人いるけど、その外人さんらはただただ感心してくれて楽しかったんだな。神棚への礼も嫌がらないし。
青年部の人達ともそこそこ打ち解けて、まぁお時間ですしってなったのよ。
そこでまたね、くるわけよ。どうか手合わせをってな。
館長が頭がホットエントリだから、「ルール決めて怪我のないようにね」って言いやがってさ。
気づくとみんな観戦ムードよファッキュウー。
顔は打たない、蹴らない、寝たら殴らない、金たま打たない。みたいに軽く話し合ってさ。
痛そうだなーって言ったら、ご親切にグローブとすね当てと金カップご持参よ。
当て身はあるけど、俺じゃ中学生だって倒せそうにない。もうね渋川の域に達したわ、おかぁちゃぁんってな。足震えたホント。
一回投げれたけど、みんなの前だし気を使ってもらったと今は思う。動く相手にかけられるなんて未だに思わん。すぐに足を滅茶苦茶蹴られて足がガクガクいって、痛すぎて参ったした。
今日は有意義などうのこうのってアプリ経由でいわれて、笑顔で握手よ。死ぬかと思った。館長のお気に入りになったみたいで、車で泊まってるとこまで送ってった。痛くて泣いちゃう俺を「お大事にー」っていい笑顔で置いてってな。
同情して。
定番はゾンビや巨人みたいな存在がうじゃうやいて一般人はすぐ死ぬような世界とか、北斗の拳やマッドマックスのような文明が崩壊していて弱肉強食に対応できずにすぐ死にそうな世界なんだろうが、最近やばいと思ったのが逆転裁判。
あの無能警察、検察、裁判官が跋扈する世界で序審法廷なんて制度があったら誤認逮捕、冤罪の発生率高すぎてやばいでしょ。
しかも検察のトップや警察局局長まで殺人犯で、それを隠して何十年も裁く側の地位に居るとか怖い。
弁護士がヤクザや有名検事とすり替わっても誰も違和感を感じないナチュラルに狂った世界で正気を保てる気がしない。
逆転裁判シリーズは現実世界とは異なる法制度「序審法廷（じょしんほうてい）」が敷かれているのが最大の特徴である。
それは新世紀になっても増加の一途をたどる凶悪犯罪に対処するために生まれた画期的なシステムであり、「三日以内に被告人の有罪か無罪かのみを決定する」という裁判制度である。序審法廷で有罪となったものは通常法廷に移され量刑が決定されることになるが、そこで無罪になることは決してない。
この制度のおかげで裁判のスピード化が進行したものの、結果として検事の権力が異常に増大し、冤罪の疑いがある案件も増えてしまった。
https://dic.pixiv.net/a/%E9%80%86%E8%BB%A2%E8%A3%81%E5%88%A4#h2_2
まあ終了自体は仕方ない。このゲームはゲームと言うには余りに大きな設計ミスを抱えすぎており、また、システム的にもかなり古くなっている。
だいぶ前からオンラインゲーム終了時にどうするか、という話はあるけど、あまり進展はない（ソシャゲ、ネトゲ等のサービス終了後のゲームの保存について考える、とか、米国でサービス終了オンラインゲームを著作権法例外とする動き―ESAは反対とか）。一つ根本的な問題として、本当にオンラインが重要なゲームはオフラインモードに余り意味がないのも大きい。
逆に、ゲームとしてのサービスが終わろうが俺には見たいエロシーンがあるんだよ！
anond:20190209083051 とかでも書かれていたけど、エロの質はいいし、ここにしかないものも多い。しかもそれは(ゲーム上で)自分が苦労して手に入れたものだ。勝手に閉じてほしくない。
……けど、運営コストを考えたらそうも言ってられないのはよく分かる。
自分入手した分のデータをダウンロードして、後は各人がローカルPCで再生すればいい。
必要な機能は大きく分けて、サーバからデータをダウンロードしてくる部分、それからデータ（カードやエロシーン）を閲覧するパートだ。
ちなみにこのゲームは初期に作られただけあって(?)、エロシーンに機能が少なく、BGV はおろか BGM も無い。オーバレイも１枚のみで、基本的に背景(シーン画像含む)と、テキストに 1:1 対応するボイスしかない。
これなら割とできそうな気がしたので保存・再生するソフトウェアを書いてみることにした。
https://aakeeper.appspot.com 驚くほどあっさりできてしまった。
でも、今はできた物自体の話はいい。それより作る過程で色々感動したのでその話をしたい。
今回使ったのはざっくり以下のもの
Quasar Framework も Node.js も Electron も使うのははじめて、他はちょっと触ったことあるけどそんな詳しくない。 ES もあまり好きでなかったので基本的には避けてきた。
Quasar Framework は、とにかく物凄くよく出来ていてびっくりした。今回 Electron モードしか使っていないけど、本来はこれで SPA/PWA/モバイル(Cordova) アプリケーションが作れるという凄まじい対応幅のプラットフォームになっている。着手時に 1.0beta の予告だけあるというタイミングの悪さ(数日後に出た)だったので、 0.17 系を使った。しかし、それでも十分すぎるほどよく出来ている。
ES は今でも嫌いな点は多いんだけど、今回 async/await を使って感動した。これは素晴らしい。他の言語にも欲しい。
CoffeeScript は趣味だけど、とにかく短く書ける点が素晴らしい。あれは終わったという人もいるが、記述量の少なさは js 系では他の追従を一切許していない。今回みたいな急いでいるケースでは、括弧の世話を焼いたり eslint おばさんと語り合う時間はない。CoffeeScript ならコンパイラが全部上手くやってくれる。
HTML5 ベースの GUI は今や chronium の各種アクセラレーションのおかげで、並のポータブル GUI ツールキットよりずっと高速に動作する。
また、Vue.js + pug は非常に記述量が小さくて目的の画面がすぐ作れ、カプセル化がしやすくコンポーネントの再利用も容易だ。
Babel/Webpack は正にバッドノウハウを煮詰めて固めた感じだが、こいつがバッドな部分を吸収してくれるおかげで開発者は正気を保てる。ただし追求しだすとSAN値が減る。
ユーザ側から見ると、Electron 製のアプリはメモリをやたら喰う、少しもっさりしている、配布バイナリが巨大になるという問題は確かにある。
しかし、そうだとしても何より、とてつもなく高速に作れて、各種プラットフォームで割とちゃんと動く。
自分は色々初めてだったので結局２週間分くらい掛かったけど、前提知識が揃っている人なら本当に数日でできたりするんじゃなかろうか。
つい数年前まで、クロスプラットフォームなアプリケーションの作成というのは本当に本当に大仕事だった。こんなに早く手軽に書ける事は無かったし、ユーザ側でもラインタイムのインストールが必要とか環境側のハードルも非常に高かった。
自分は今まで知らなかったけど、最早そういう時代は終わっていた。
もちろん過去に数多くのクロスプラットフォームフレームワークが登場しては消えていったのと同じく、Electron もいつかその仲間入りをするだろう。
でも確実に、びっくりするくらい状況は良くなっている。
興味があるけどまだ触ってないという人は、ぜひ試して感動を味わってもらいたい。