24 ：愛蔵版名無しさん：2005/05/01(日) 01:40:26 ID:UyooZi3u
【タイトル】覚えていません
【作者名】覚えていません
【掲載年】 30年ぐらい前です
【掲載雑誌】多分、少年ジャンプです
【その他覚えている事】
戦争モノの漫画で青年が招集されて特攻隊員になる話。
飛び立つ前日に両親が面会に来て好物だったおはぎを差し入れます。
｢生きて帰ってきて｣的なことを母親が言い、息子は憲兵の目を気にして
その言葉を制しながら気丈に振る舞い、両親に敬礼して背を向けます。
その後、戦死したとの便りが両親の元に届き、その夏の終わりに実家の
庭に蛍が飛んできて、母親が息子が帰ってきたと涙を流す．．．
読みきりだったと思います。
と、内容はそこそこ覚えています。当時7～8歳の私が初めて泣いた漫画です。
もう一度読みたいのですが内容以外の手がかりがないので｢探偵ナイトスクープ｣に
頼もうかと思っていたところ、このスレを見つけました。
長々とすみません。ご存知の方よろしくお願いします。

25 ：愛蔵版名無しさん：2005/05/01(日) 03:25:34 ID:???
>>24
当時の特攻隊ものといえば本宮ひろ志「ゼロの白鷹」があるけど
連載ものだから違うかも。

26 ：愛蔵版名無しさん：2005/05/01(日) 06:48:54 ID:???
>>24
漫画ではないが同じようなストーリーで実話を元にした物語がある・・・・・
（後略）

27 ：愛蔵版名無しさん：2005/05/01(日) 06:56:47 ID:???
>>24
>>26
知覧町の富屋食堂（ほたる館）は観光名所としても有名だよね。

79 ：愛蔵版名無しさん：2005/05/06(金) 01:31:42 ID:p7rcof1d
私は今高三なんですけど、私が小三くらいの時にジャンプに掲載していたボクシングの漫画です。
主人公が確かラーメン家かなんかの出前してる途中に友達にからまれてボコボコにされるというシーンを覚えてます。
妙にニコニコした主人公だった様な、これ何の漫画かわかる方今せんかー誰か奇跡的に分かる人がいたら教えてください

84 ：愛蔵版名無しさん：2005/05/06(金) 12:17:27 ID:???
>>79
「CHIBI -チビ-」高橋陽一
だと思う。主人公がラーメン屋の服を着てた覚えがある

普通に回答されてるよな。

Permalink | 記事への反応(1) | 17:43

■俺氏、13年前にFC2に作ったブログへのアクセスに成功する

創作神話を書き綴っていたブログで1ヶ月程度で辞めてしまったのだがそれでも中身については結構執着していて時折思い出して読み返すことも多かったのだがPC買い替えなどを契機にログインパスワードやメアドなんかを忘れてしまってそれ以来行方不明状態になっていた。自己満の過疎ブログだったのでGoogle検索にはブログタイトルを入れても全くヒットしない状態なのだった。そんな中で本日になって当時書いたメアドとパスワードメモを発見しその中にFC2IDへのアクセス方法も書かれていて無事潜入に成功した。ブログは当時と変わらず残っていた。読み返してしんみりと感動を味わった。しかし残念ながら同時期に作っていた別のFC2IDは消滅してしまった模様（そのIDもパスワードメモに残っていたが入れなかった）。さらにもう一つのFC2IDはInfoseekのメアドがサービス終了になったため中に入ることが不可能になっていた。人類の記録はこのようにして消えていく。

Permalink | 記事への反応(1) | 17:04

■anond:20190325134235

腐女子人口はゼロ年代が全盛期だろ

昔と今で何が違うって言えばオタクの発言がIDに紐づくようになって

連投する頭のおかしい人が影響力失ったからだな

Permalink | 記事への反応(0) | 13:49

■anond:20190325133031

つーかやたらツイフェミツイフェミ言うけど、twitterの特定 ID数名の話だろ？

それを「腐女子」全体に広げるのっていくら何でも世界狭すぎない？

腐女子が何人いるか知らんけど、少なくとも数十万単位でいるだろうに。

Permalink | 記事への反応(2) | 13:35

■anond:20190324040152

Androtest あのねいじめられてたと言っても所詮ネット上でのことじゃないか
こちとら現実でいじめられて精神狂ってるんだよ女オタっていうか女全般が傍観者じゃねーか学校とかだと現実での行いが返ってきてるだけやで

「所詮」だって。ウケるｗ

いじめをしたわけでも、同じ場所に居たわけでもないのに

現実の行いが返ってきてる？お前の行いが悪いだけだろ。

marumusu10 でも君ら、喫煙者は家と決められた喫煙所でしかタバコ吸ってなくてもボロクソに文句言ってるんだろ？ID 晒しながらよーやるわ

一部のヤニカスは、歩きタバコした上にポイ捨てするゴミクズ居るからなぁ～。

関係ないが、女だと分かると

「女かよ」って書かれてたのは見たことあるぞ。

Permalink | 記事への反応(1) | 12:07

■anond:20190324040152

別に今も根本的には大して変わらんよ。

ただ、オタクの交流の場が2ch からツイッターへと変わったから

変なのは最初からフォローしない、絡まれたらブロックや鍵垢化、と言う防御手段が容易に取れるようになって被害が目立たなくなったのと、

絡む方も（例え本名でなくとも）IDで識別される環境だと書き捨て上等の匿名掲示板と比べて抑制が効くし

酷い事を書けば自分も攻撃されるから表立ってそういう事をする人の数が減る、ってだけ。

（数が減ってるだけで、そういうのは今でも沢山いるけどね）

Permalink | 記事への反応(1) | 09:14

■Stadiaの開発者 インタビューその2

やっぱり途中で切れたので続きから

サービスの提供を開始します。

するとシステムの準備は万端で、必要なソフトウェアの開発が必要ということでしょうか。Microsoftを見ますと、彼等はXBox OneのHWをサーバ ラックに積んでいるようです。あなたがたの手法とは異なりますか？

違います。

するとGoogleはインフラとバックエンドのみでなくソフトウェアにも投資を考えていますか？

そうです。

自身の開発スタジオも考えていますか？

はい。Stadia Games and Entertainmentの組織を発表しました。これは我々の1stパーティのスタジオです。

それが今起こっている？

はい。

Googleは開発者に対し全てのツールを支援しています。Stadia向けの開発は彼らにとって別のターゲットにしか過ぎません。Visual Studioを用いる既存のツールや彼らが用いるツールの全てと共に、彼らのワークフローに統合されます。従ってSt adia向けの開発はPlayStationやXbox向けの開発と同じくらい簡単です。

我々はUnrealもサポートします。UnityがStadiaをサポートします。予想される多種多用な業界標準のツールとミドルウェアが準備されます。

意地悪な質問をします。Googleのコントロールを超えたものがありますよね。特に ユーザサイド、クライアントサイドのインフラや家庭内の安価なルータです。このような問題をどのように解決 しますか？

とても良い質問です。我々はユーザに対し彼等のインフラの中で何が起こっているかをできる限り理解できるよう支援する必要があります。また我々はゲーマーに対し最適な体験を得られるようなチューニングを行うことが可能な情報に対し投資を行うだけでなく、我々自身の技術を用いて最良のパフォーマンスを実現するつもりです。Googleの技術の多くがインターネット網の基盤であることを思い出して下さい。我々はDC からの情報がどのようにユーザに届くかを良く理解しております。できる限りの最適化を行うつもりです。

デベロッパとパブリッシャは既存のゲームをStadiaに移植できるのですね。しかし同時にGoogleは新しい選択肢も数多く提供できると

その通りです。それこそが我々のプラットフォームの根本的な差別化ポイントです。既存のゲームカタログを持つデベロッパにとってSt adiaは簡単で親しみ易いものです。我々はできる限り摩擦なくゲームの移植を行えるようにします。なぜならゲーマーは好きなゲームを遊びたいですし、彼らの愛するキャラクター、ストーリー、世界を楽しみたいのです。しかし我々はまた開発者に未来を描く新しいキャンバスをも提供します。ゲームを高速に配布し、プレーヤーと新しい手段で、特に Youtubeにて繋げます。そして開発者が持つアイデアを実現するための前例の無い技術を提供します。

これまでのクラウド システムのクライアントサイドの限界は基本的に画質やレイテンシに起こりました。明らかにこれらの問題のインパクトはここ数年で新たにより良い技術を得ることとインフラが改善されることで緩和されてきました。しかしローカルの品質とストリーミングの品質との間には今でも根本的なギャップが存在 します。私はid ソフトウェアとZenimaxの特許を見たのですが彼らはh.264のモーションベクターを効果的に用いてクライアントサイドのある程度の予測を立てレイテンシの知覚を減らしていました。Project Streamにも測定可能なレイテンシが存在 します。ギャップを閉じるために何をしていますか? これらの問題は解決されたでしょうか。それとも少なくとも緩和はされましたか？

解決されたと同時に緩和されています。まずデータセンターに対しより多くの人々がより良い経験を得られるようにするための投資が行われました。また圧縮アルゴリズムについては我々に抜本的な先進性が存在します。Googleは圧縮アルゴリズム標準仕様の先駆者でありこの点がストリーミングの将来をより確実にします。残念なことですがGoogleでも制御できない点が光の速さです。そのためこの点が常に要因となります。しかし常に理解しなければならないこととして、我々は常にエッジ(終端)にもインフラを構築していることが挙げられます。Googleの中心にある巨大なデータセンタだけではありません。我々はできる限りエンドユーザの側にインフラを構築しています。それによって歴史上の幾つかの問題は回避することが可能です。さらにまだ率直な、あまり洗練されていないProject Streamのストリーマーでも信じられない結果を出しています。さらに我々はサービスリリース時に1080p60を超える品質を実現できるだけの根本的な改善を行いました。我々は8Kに至るでしょう。

それは素晴しい。それらの改善は全て圧縮に関連するものですか？

圧縮にネットワークです。我々はGoogleがインフラに投入した数々の改善点に依っています。BBR、QUIC、WebRTCを基盤としてその上に構築がなされました。だから IP パケットの低レイテンシでの配信だけでなく、送信元へのフィードバックも行うことが可能です。ですのであなたが仰るZenimaxが使用した技術なら、彼らはここでも利用することが可能です。彼らは彼らのゲームの最適化を行うことができるでしょう。我々はフレーム毎のレイテンシを予測が可能で彼らにそれに合わせて調整を行わせることができます。

入力を受け取って、ゲームがロジックを処理して描画を行うと、60Hzのゲームでは50ms程になります。続いてエンコード、転送、デコード、表示を行うとストリームではPC上のゲームに比べさらに60ms程かかります。これを改善することはできますか？

我々は改善を続けます。Streamは最初のバージョンです。我々は性能向上のために調査を行っており、レイテンシに適応していきます。リリース時にはより良くなっているでしょう。

クラウド システムは接続 可能性に従って成否が決まり ます。例えばRed Dead Redemption 2を数万、数十万、場合によっては数百万のプレーヤーにオンラインにて同時に立ち上げるとします。システムの成否はアクセスによります。もしゲームをプレイできないなら重大な障害となります。

確かにそのとおりです。そしてそれこそがGoogleが何年もかけて開発してきたスキルであり、抜本的なスケールする能力です。我々がどうやって実現しているのか、何をしてきたかについては今日は詳細にはお話ししません。しかしGMailやMap、Youtubeが同時に利用可能であるためと同じ基本的な技術のいくつかが我々が依るものです。

我々は現在、現行世代が終了する移行の時を迎えています。これまではコンソールがベース ラインを定めてきました。Stadiaは次世代のXboxやPlayStationに対抗できると考えますか？

我々は競合他社が何をしているかは存じておりません。

でもGoogleには良い予測を立てられる優れた人々がいますよね？

我々の第一世代システムに導入されるGPUは10Tflops以上の性能があり、さらにスケールアップします

GPUはユーザ間で共有されますか？それとも1人のユーザが独占しますか？

単一のインスタンスです。

NVIDIAのGPUですか？

AMDです。

カスタム GPUだと思いますが

カスタム GPUです。

Googleの要件のために作られた訳ですね。他にも公開できる情報はありますか？ Vegaですか？それともNavi、もしくはさらに新世代ですか？

情報を公開したくない訳ではないのですが、このプラットフォームが進化することのほうがより重要です。そしてこの進化がユーザと開発者の双方に対しシームレスに行われることを確認して頂きたいのです。そして進化は常に継続し、誰もが常に最新で最高の物を手に入れます。

クラウドが確約する点ですね。ユーザはHWをアップグレードする必要がないと。

開発者にもこのように考えて欲しいのです。もちろん完全には抽象化されていません。特にゲームの開発者にとっては。しかし我々はそれでもこのプラットフォームが常に進化していると考えて欲しいのです。速さや容量、リソースには制限されていないのだと。

AMDのGPUを使うことでStadiaと他のコンソールの間に共通な点ができました。開発者にとって利益となるでしょうか？

シェーダコンパイラのツールをいくつか開発しました。これらは開発を楽にするでしょう。しかし現在のGPUはとても優れており開発者が既にVulkanに親しんでいれば、例えばid Softwareさんは既に全てVulkanに移行していますが、そのような開発者の方々には既存のゲームをStadiaに移植するのはとても簡単です。Doom Eternalが4K、60フレームで動いでいるのは既にご覧になったと思います。非常に素晴しい状態です。これこそが我々にとって重要な証明ポイントです。FPSはグラフィックとプレイアビリティの双方で要求が高いゲームです。従ってこれは我々のプラットフォームの強力な証拠であり、idさんにも講演して頂きます。

CPUについては何か公開できる話はありますか？

x86で2.7GHzで動作しています。開発者にとり慣れのあるものです。開発全体を通して、CPUは制約となる要因ではありません。我々は全てのタイトルを動作するに十分なCPUを提供します。

コア数、スレッド数は？

沢山です。

8コア、16スレッド？それより多い？少い？

公開できない情報です。ハイパースレッドは使用しています。

しかしサーバ級のCPUです。Stadiaはこれまでのコンソールと違いパッケージングに制約を受けません。熱対策の問題も異なります。コンソールとはサイズやパッケージングの動機が異なります。データセンタの中でそれはとても汚なく見えるかもしれません。一方でとても帯域幅が高いメモリが使用可能で、とても高速なペタバイト級のローカルストレージも使用可能です。ご家庭のコンシューマデバイスよりも数百倍は速い物です。

するとそれが開発者が全く異なる体験のために利用可能な要因となる訳ですね。得られる機会はとても大きいことでしょう。しかし我々はマルチプラットフォームの時代に生活しています。Googleの先進的な機能は1stパーティのみが利用できるものですか？

パートナーには彼らが話せる時点で彼らの計画を教えてくれるよう伝えています。Stadiaをこの世界で最も偉大なゲームの開発者達に説明することにはとても興奮します。Stadiaは、開発コードではYetiと呼ばれていましたが、Stadiaのビジョンを説明すると、開発者のリアクションは「これは私が期待したものそのものだ。これはまさに我々の次のゲームのためのビジョンそのものだ。elastic computingの考え、次世代レベルのマルチプレーヤー環境、ゲームを観ることと遊ぶことの境をあやふやにし1つの体験にすること」と話されます。

イノベーションの1つの領域として、最初のほうで述べましたが、マルチプレーヤー環境において、単純にパケットを複数のプレーヤーにリダイレクすることから、原子時計レベルでのコンシステンシーを全ての状態遷移において定期的にクライアント間で更新する真のシミュレーションへの移行が挙げられます。これにより開発者はこれまでには不可能だった分散された物理シミュレーションを得ることができます。これだけでもゲーム設計のイノベーションに対し大きく寄与します。このため多くの開発者が、大袈裟でなしに、実際にとても感動的なリアクションを我々のプレゼンに対して返して下さっています。

多くの問題を解決し、規準を上げる可能性がある訳ですね。

これこそがゲーム業界の素晴しい点です。技術が常に創造性を刺激し、ゲームに対しより大きな聴衆を作り、そのことがプレーヤーと開発者に対しより大きな機会を作ってきました。エコシステムが進化し、正の方向に回り続けるなら、それはゲームを遊ぶことにとって良いことです。

あなたは先程、スケーラビリティとStadiaがどのようにしてより多くのリソースを立ち上げ増大する要求に対応するかについて話して下さいました。しかし、同時に10TflopsのGPUとサーバ クラスのCPUが存在するとも仰いました。リソースの拡張をどのように行うのですか？

3台のGPSが一緒に実行されるデモを行っています。私は上限が無いとは申しません。しかし我々は技術上の限界を上げています。そしてSt adiaは静的なプラットフォームではありません。このプラットフォームは5年や6年の間、レベルが変わらない訳ではありません。開発者とプレーヤーの要求に従い、成長し、進化するプラットフォームです。なぜならStadiaはデータセンタの中に構築されています。進化させるのは我々にとって簡単なことです。

ここまで第一 世代について多くのことを教えて頂きました。すると第二世代やその後の世代もあるでしょう。現状でもスケールアップできるわけですが、3台のGPUの連携は次世代でも可能ですか？

CPU/GPU/メモリ帯域幅の変更にはいくつかの自然な段階があります。これは家庭の物理な小売の端末よりももっとスムースでより継続的な進化です。しかし、より重要なことは基盤データセンタ網とそれに含まれるネットワーク技術への投資です。この2つが一致して行われることが重要でどちらか1つではダメなのです。

先程、エッジ上のインフラについて触れられましたが、例えばNetflixがISPにキャッシュをインストールしている状況があると思います。これがGoogleが行っていることですか？それとも既にYoutubeで行われていますか？

それは我々も既に行っています。Googleが既に20年以上、行っていることです。我々が依って立つまた別の巨人の肩です。

Project Streamではユーザに対し最低で25Mbpsの帯域幅を要件としました。これはストリーミングのみのためですか？それとも他のユーザが同時に同じインスタンスに接続する場合を含みますか？

我々はStreamをさらに強化させています。従ってユーザはこの制約が全体のスタックに対する改善と最適化、また特に時間によって緩和されることを期待するでしょう。我々はその期待の上を行きます。

4K60には相当の帯域幅がいるのでしょうね？

4K60はもちろんより要求が高くなります。

1080p60は低くなる・・・

私は具体的な数値についてはコメントしません。しかし当然低くなります。

インターネットの接続環境はStadiaをリリースする市場では全体的に上昇機運が見られます。つまりこのパフォーマンス特性はますます多くのユーザが利用可能になります。

さらに繰り返しになりますが、BBRを初めとする我々の技術があります。さらに覚えておいて頂きたいのは我々のネットワークに対する理解はそのままではありません。それらもまた時と共に改善されていきます。Youtubeはマクロと

Permalink | 記事への反応(1) | 06:12

■Stadiaの開発者 インタビュー

Eurogamerにより独占配信されたStadia 開発者二人に対するインタビュー記事。

https://www.eurogamer.net/articles/digitalfoundry-2019-google-stadia-phil-harrison-majd-bakar-interview

やっつけなので可能なら原文を読むことをお勧めします。

---

なぜ今なのでしょうか？

タイミングの問題です。20年間の蓄積によりGoogleにはデータセンタ内のパフォーマンスに優位性が存在します。Googleはデータセンタ内ではHWメーカーです。我々はデータセンタ内で何年もの間、高い性能で端末間を接続する基盤を構築してきました。Youtubeでの経験からプレーヤーサイドの観点からだけでなくデータセンタ内部からの技術的観点からの技術統合を行ってきました。他社でもその視点は存在していますがGoogleにはその点に固有のアドバンテージが存在します。

これまでの箱をTVの下に置いておいたパラダイムに比べ、無限の演算 リソースによる可能性が現れます。これまで存在しなかったことをできる可能性があります。

その通りです。我々にはレガシーがありません。全てが21世紀のために設計されています。開発者は制限の無い計算資源が利用でき、何よりもマルチプレーヤーをサポートできます。これまでのマルチプレーヤー環境は一番遅い通信に影響を受け開発者は最も遅い接続に対し最適化が必要でした。我々のプラットフォームではクライアントもサーバも同じアーキテクチャの下にあります。これまではクライアントとサーバの間のpingに支配されていましたが我々の環境なら最速でマイクロ秒で済みます。だからプレーヤーの数は単一のインスタンスにて動的にスケールアップが可能です。バトルロイヤルなら数百から数千、数万のプレーヤーが集まることも可能です。それが実際に楽しいかどうかは置いておくとしても、新聞のヘッドラインを飾ることが可能な技術です。

クライアントとサーバの双方でこの利益を得られるのでしょうか

両方です。

すると開発者に対しStadiaがホリデー シーズンにぴったりの最高の製品だと言えると。理に適った範囲で無限の計算 資源が得られると。

ユーザが我々のプライベート LAN からはみ出さないだけでもその効果は大きいものです。Googleは45万kmに及ぶ光ケーブルにより世界中のデータセンタ間を接続しています。米国の西海岸から東海岸まででも20ms、フランクフルトからマドリッドでも20ms。これにより開発者は最も極端な場合においてもレイテンシが予測可能でそれに従い設計を行うことができます。

Youtbeとの統合について教えて下さい。

StadiaはYoutubeの技術と深く結びついていますが、実際には一歩引いています。今日のゲーム業界を考えてみて下さい。2つの世界が共存しています。1つはゲームをプレイする人々で、もう1つはゲームを見る人達です。2億人の人々がYoutubeでゲームを毎日見ています。2018年には述べで500億時間がゲームを視聴するのに費されています。時間と人口の双方で信じられない程の視聴が存在します。我々のビジョンはこの2つの世界を1つにすることでゲームを見ることができ、かつ、プレイもできる、双方向に楽しめることです。

つまり重要なのはゲームシステムでもなくコンソールでもありません。噂とは異なり我々はコンソールビジネスには参入しません。我々のプラットフォームの要点はコンソールでは無いことで、皆が集まる場所を作ることです。我々は箱でなく場所を作る。今までと異なる体験を得られる場所です。ゲームを見るなり、遊ぶなり、参加する場所であり、かつユーザが楽しむ場所であり、ユーザが他人を楽しませる場所です。

だから我々のブランドはStadiaといいます。これはスタジアムの複数形です。スタジアムはスポーツを行う場所ですが同時に誰もがエンターテイメントを楽しむ場所でもあります。だから我々はそれをブランドにしたかったのです。皆が遊んで、観て、参加して、さらにはゲームをする場所。一歩下がって見ることもできる場所。常にどのボタンを押したかを意識しないでも良い場所。他のアーキテクチャでは実現できない場所です。

つまり リアルタイム シミュレーションゲームで全ての駒が人々であるようなものですか？

その通りです。そして単純に技術的に深い点を求めて、我々は第一世代でも4K60fps、HDRとサラウンドをサポートしました。さらに開発者が必要なインフラに従ってスケールします。それだけでなく、同時にYoutubeに常に4K60fps HDRで画像を送信することが可能です。だからあなたのゲーム体験の思い出は常に最高の状態になります。

Googleは全てを記録するでしょうか？

プレーヤー次第です。Googleは全てを記録はしません。もしプレーヤーが望むならGoogleは4Kでストリームします

共有が友達だけか、世界中に公開かも自由に選択可能です。Googleはユーザに制御を明け渡します。もしユーザがYoutubeで公開すれば誰でもリンクをクリックすることでそのゲームを遊ぶことができます。

するとユーザがshareするだけで誰でもがその特定のゲームに参加することができる訳ですね。

そう。そしてこれはマルチプレーヤーゲームのロビーの新しい形となります。Youtubeのクリエイターなら誰でもがファンやチャンネルのsubscriberを自分のゲームへと誘うことができます。生主として、Youtubeのクリエイターとして私は視聴者を私のゲームに瞬間的に招待できます。それが私と10人の友達でも、(訳注: セレブの)Matpatと彼の数百万の購読者でも、技術は同じです。

アカウント システムのベースはYoutubeですか？

Google アカウントの一部です。従ってGMail アカウントがStadiaへのログインに利用できます。他の基盤についても説明させて下さい。最初のサービス立ち上げから全ての画面への対応を行います。TV、PC、ラップトップ、タブレットに携帯です。我々のプラットフォームの基本は画面に依存しないことです。これまで40年間、ゲーム開発は端末依存でした。開発者として私は制約の範囲内で、私の創造性を開発対象の端末に合わせてスケールダウンする必要がありました。

我々はStadiaでそれを逆にしたいのです。我々は開発者に対し彼らの考えをスケールさせ、どの端末の縛りからも解放したいのです。パフォーマンスに優れ、リンクをクリックすればゲームは5秒以内に開始されます。ダウンロードもなく、パッチもなく、インストールも必要なく、アップデートもありません。多くの場合、専用のHWも必要がありません。従って古いラップトップでChrome ブラウザを使用する場合にでも皆さんが既に持っているだろうHID 仕様に準ずるUSB コントローラが動作します。そして、もちろん、我々自身のコントローラも開発中です。

なぜ独自 コントローラを作るのですか？ USB コントローラはどこにでもあるじゃないですか

コントローラを自作する理由にはいくつかあります。1つはTVへの接続です。我々はChromecastをストリーミング技術に採用します。Stadia コントローラの最も優れた機能の1つはそれがWiFi 接続でDC内のゲームに直接接続することです。ローカルのデバイスとは接続しません。

それは面白い。するとほとんどそれ自体が端末な訳ですね。

その通りです。これこそが我々のブランドの実現であり、具現化です。そして独自コントローラにより最高のパフォーマンスが実現します。ゲームに直接接続するためにプレーヤーは画面を移動することが可能です。プレーヤーはどの画面でも自由に遊び、停止し、他の画面でゲームに復帰することが可能です。

そしてコントローラには2つの追加されたボタンがあります。1つはGoogle Assistantの技術とマイクを用います。ユーザの選択により、ユーザはプラットフォームとゲームの双方に対し、自然言語を用いて会話が可能です。例えば「Hey, Google。MadjとPatrickと一緒にGame Xをやりたいな」と言えばStadiaがマルチプレーヤーゲームを指定した友人と共に直ぐに開始します。

するとGoogleは伝統的なUIを回避するのですね？

我々はゲーマーを可能な限り素早くゲームに辿り着かせるよう考えています。数多くの研究を行いましたが、多くのゲーマーがゲームを起動したら直ぐに友人とゲームを開始したいと考えています。ゲーマーはUIに時間を費したくは無いのです。

誰かが言ったことですが、現在のコンソールは起動した時にまるで仕事のように感じると言うのです。ゲーム機自体の更新や、ゲームの更新があります。我々はそれらを完全に取り除きたいと考えています。もう1つのボタンは、ちょっと趣が異なるのですが、Youtubeにシェアできます。

端末は何でも良いのですね？スマホにスマートTVも？

Youtubeが観られるならどこでもStadiaは動きます。

TVへの接続にはChromecastが使用されると。では実際にはどのように動きますか？Chromecastがスマホやラップトップ から ストリーミングを受け取るのでしょうか？

Chromecastはスマホからストリームを受取はしません。Chromecastはスマホから命令のみ受けます。画像はNetflixやYoutube から直接受け取ります。Stadiaの場合、Stadia コントローラから Chromecastへとこのゲームのインスタンスへと接続せよと命令がなされ、Chromecastはゲームインスタンスから動画のストリームを受け取ります。クライアントはとてもシンプルです。行うのはネットワーク接続、ビデオと音声のデコードのみです。Chromecastは入力を処理しません。全て入力はコントローラが扱います。ビデオと音声とネットワーク接続はChromecastの基本動作で全て既に組込まれています。

Stadiaの起動はどうするのですか？コントローラで？

そうです。とても良く出来ています。WiFiに繋ぐだけです。コントローラにはWiFiのIDとPWを入れるだけです。それだけです。ホームボタンを押すと勝手にChromecastを探し直ぐにChromecast上でクライアントを起動します。UIが表示され直ぐにゲームを遊ぶことができます。デジタルパッドでUIを操作することも可能です。これが重い処理を全てクラウドへと移行する点の美しさです。Chromecastのような低消費電力の端末で説得力のある体験ができます。Chromecastは5W位下です。Micro-USBで給電可能です。典型的なコンソールは100から150Wもします。またこれまで説明しませんでしたが、例えスマホでも行うことは動画の再生だけです。従ってAssassin's CreedやDoomや他の重いゲームがあなたのスマホの上でモバイルゲームよりも低消費電力で動作します。だからスマホで10 時間でも遊べます。

スマートTVではStadiaがYoutube クライアントに組込まれるのでしょうか。それともStadiaを独立して起動させますか？

今の所、我々はChromecastのみに集中しています。でも技術的、機能的な観点からはYoutubeがある場所ならどこでも動きます。我々はまだStadiaをどのようにユーザに届けるかは検討中です。

コントローラに話が戻りますが、モバイル端末にはやはり物理的なアタッチメントが必要に思われます。例えばスマホにコントローラを接続するような。MicrosoftのXCloudを見ていると操作には実際に問題があるようです。

Googleには解決手段があります。

そうでしょう。スマホのコントローラ取り付け以外にも、明らかな解決 手段としてSwitchのようなクライアント端末を作るのでしょうか？

サービス開始時から提供されるサードパーティによる解決手段をサポートしています。他にもアイデアがあります。しかし今は話せません。

なるほど。GoogleはUbisoftとデモを行いましたが、これまでにDoom 2016でもデモを行いました。他にも開発企業はありますか？

良い質問です。私がこのプロジェクトに参加する前からチームは既に何社かと提携しここ何年かの間に技術を提供していました。StadiaはLinux ベースです。グラフィック APIはVulkanです。開発企業はクラウドにインスタンスを作成しますので、開発キットも今ではクラウドにあります。しかしクラウドだけでなく、開発社のプライベートなDCでも、机上のPCでも可能です。

すると開発者は物理的なHWを持つことが可能ですか？

もしそうしたいなら。でも我々は今後のトレンドが開発でも配布でもますますクラウドへと移行していくと考えています。従って今後数年で開発者にとってクラウド中心、クラウドネイティブがゲーム開発での標準となるでしょう。

どの企業も自身のクラウド システムを開発しているように見えます。例えばOrigin クラウドがあるでしょう。しかし必要とされるインフラ 要件は、我々がここで話しているような内容を達成するには、3rd パーティには荷が重いように思えます。彼らは自身のクラウドを継続しながら、Googleのシステムを導入するでしょうか。

デベロッパーやパブリッシャーはとても賢くクラウドネイティブとなる新しいゲーム体験を達成するために必要なツールや技術について考えていると思います。しかしそれは世界中で何千ものアクセスポイントを持つデータセンターを運営することや、それらの運営に必要な莫大な投資資本とは異なるものです。Googleは今年単年でも$13Bの資本を投下しています。

それはとても巨額ですね。しかしそれでも依然としてシステムを構築しインストールするのは根本的な問題です。多分野に渡る段階的なロールアウトになるのでしょうか？

米国では全ての必要な場所に展開が終わっています。Project Streamの試験に必要な環境は2018年末には整いました。我々はGoogle社内で、Google 社員を対象に2017年の始めから2年間の間、プライベートなテストを行ってきました。2019年には米、加、西欧、英にて Permalink | 記事への反応(1) | 06:10

2019-03-24

■anond:20190324155924

一回のクエリで複数行更新や削除するのはデッドロックの温床になりそうだね。

クエリの順番性次第でデッドロックになるって知った天才が

これを

select * from user where id = 1 for update;

select * from user where id = 2 for update;

「2回投げるとデッドロックになるんか。せやｗこうしたろｗｗｗ」

select * from user where id in (1, 2)　for update;

にする未来が見えたｗ

Permalink | 記事への反応(1) | 18:17

■[漫画]「女同士なら浮気にならないと思います」がパワーワードすぎる

出典は、ねこうめ先生のきらら系4コマ「こはる日和。(3巻)」だが、いろいろと闇が深いパワーワードだと思う。そう思った理由が次の3点だ。

教え子の母親と女教師の関係
そもそも百合が当然のようにある
その後の展開が大変なことになっている

この3点について、じっくりと解説してみよう。

1. 教え子の母親と女教師の関係

教え子の母親と女教師の関係と聞いただけで闇が深いと感じるわけだが、問題のキャラクターを紹介してみよう。

橘エミール: 教え子の母親。上記の発言をしたのはこの人。日本人男性と結婚したデンマーク人。ニナとアーニャという娘がいる。この手の作品の母親の例に漏れず、娘と同じぐらい若くみえる。大きいおもちの南半球にホクロがある。
吉沼千紗: 教え子の女教師。現国のせんせぇ。作中で最も大きいおもちを持つ。うなじにホクロがある。

エミールが攻めで千紗が受け。どちらになっても十分闇が深いわけだが、エミールの方が攻めになれば、なおさら背徳感が増す。

そういえば、きらら本誌は「今度のきららは、きわどくて、せつない。」フェアをやっていた。そのうち、スロウスタートの十倉栄依子と榎並清瀬、すなわち女子生徒と女教師の関係が「きわどい」と表現されているが、エミールと千紗の関係は間違いなく「きわどい」を通り超えている。

2. そもそも 百合が当然のようにある

「こはる日和。はわりと女の子同士で付き合うのが自然な世界観」と作者本人は発言している。そんな世界観で、このセリフはないだろうと思ってしまう。

ひょっとしたら、女の子同士で付き合うのが当然でも、現実の日本と同じように同性婚が合法化されているわけではないのだろう。それなら仕方がない。

ただし、エミール、テメーはダメだ。デンマークは同性婚が合法化している国だ。バイセクシュアルが異性愛から同性愛に走って、そのまま結婚することもあり得るのだ。

3. その後の展開が大変なことになっている

エミールが「女同士なら浮気にならないと思います」と言って千紗に攻め込んだわけだが、その後の展開が大変なことになっている。

(念の為、できるだけ文字を塗りつぶした、内容が気になる人はAlt キーとAキーを押そう。)

顔が赤くなった千紗はヤケになってお酒を飲んでしまうわけだが、気が付かないうちに寝落ちしてしまった。

目を覚ますと千紗は服を着ていなかった。そして、LINEっぽいメッセージに、エミールから娘のニナとアーニャが通っている学校の制服を着てダブルピースをしている千紗の写真が「昨日はごちそうさまです」(意味深)というメッセージと共に送られていた。

千紗はエミールとお酒を飲んだ後の記憶が残っていないわけだが、何をしたかは分かっているようだ。

もともと、千紗は淑やかで大人しい性格だが、お酒が入ると性格が変わる。

その後の展開として、単行本3巻の巻頭描き下ろしカラーでエミールと千紗のクリスマス(意味深)が描かれているが、どうなるかはご察し下さい。

正直、この回は「こはる日和。」が「捏造トラップ」に片足突っ込んでいるような気がした。エミールと千紗の話が雑誌に連載されていた頃は、ちょうど捏造トラップのアニメが放送されていた。

最後に：「こはる 日和。」とは

「女同士なら浮気にならないと思います」が闇の深いパワーワードだと話した。

しかし、「こはる日和。」自体は女子高生のゆるふわな日常を描いた健全な4コマである。ストーリーを読むというより、かわいい女の子たちがキャッキャウフフしているところを読者が覗くという感じの漫画である。つまり、究極のCGDCTだ。アニメ化したら難民アニメとして化けると思っている。

「アキバBlog こはる日和」と検索したら作品の雰囲気が分かると思う。google:アキバBlog こはる日和

下に感想リンクを貼っておく。

ちなみに、この4コマ、姉妹百合もある。少しだけ、妹の愛が重く感じる。さすがに妹が「おねえちゃんと同じ産道も通ってないくせに」とは言わない。

追記

id:srgy さん: 指摘箇所修正しました。

Permalink | 記事への反応(1) | 18:11

■[liveanb]2019-03-24 アタック25実況集計5ch実況chテレ朝liveanb版

きょうのテレビ朝日はは女子ゴルフ？でたくさん書き込みがあり出遅れた

※IDは2ちゃんねる該当板の本日ものです

・01 [球団]ロサンゼルスエンゼルス (29): Rx ◆IRC1/LAAAk 13:26:45.17

・02 [アルファ3]2800 NPB (47): ID:/lRaRpWRM 13:27:55.02

・03 花巻東高校 (67): ID:AVTmlVNT0 13:28:55.28

・04 [2択]週刊少年)サンデー (76): ◆WZAoee0DRN9N 13:29:18.62

・05 3(番 (98): ID:AVTmlVNT0 13:30:14.00

・06 [アルファ4]PPAP (117): ID:AVTmlVNT0 13:30:44.04

・07 [2択]奇数 (154): パブロフの猫 ◆bBexGCASrY 13:31:39.85

・08 かすみがうら(市 (166): Rx ◆IRC1/LAAAk 13:32:02.10

・09 [共通漢字]旅 (177): ID:AVTmlVNT0 13:32:29.99

・10 壇ノ浦(の戦い (196): パブロフの猫 ◆bBexGCASrY 13:33:12.65

・11 3346フィールド(キャスト ID:-----

・12 京《けい》 (222): パブロフの猫 ◆bBexGCASrY 13:34:03.75

・13 1(番 (245): パブロフの猫 ◆bBexGCASrY 13:34:3 9.17

・14 井口資仁いぐちただひと ID:-----

・15 [国名]チリ (269): ID:Mbtppgey0 13:35:26.87

・16 ベンチ(プレス (288): ID:MI+ErQUK0 13:36:01.94

・17 徳川吉宗[OK] (288): ID:MI+ErQUK0 13:36:01.94

・18 3741タケノコ (319): ID:/lRaRpWRM 13:37:11.92

・19 野村克也のむらかつや (350): ID:/lRaRpWRM 13:38:23.42

・20 「1R《いちラウンド》1分)34(秒」 (370): Rx ◆IRC1/LAAAk 13:39:05.30

・21 [対角線]5(本 (375): ID:1j8l9N6Ca 13:39:26.42

・22 3958宮城(県 (400): Rx ◆IRC1/LAAAk 13:39:56.42

・23 ヘミングウェイ (415): Rx ◆IRC1/LAAAk 13:40:34.09

・24 [AC]29(人 (510): ID:AVTmlVNT0 13:44:28.95

・25 マリアノ・リベラ (530): ID:AVTmlVNT0 13:45:13.20

・26 [2択]上手《かみて》 (537): ID:7i02xWIv0 13:45:39.52

・27 [衛星]タイタン (553): Rx ◆IRC1/LAAAk 13:46:04.71

・28 リズム[→] (569): ID:AVTmlVNT0 13:46:34.32

・29 風(にそっと歌うよ (596): ID:L2DDtNLT0 13:47:11.94

・30 5(チームつ (612): ◆WZAoee0DRN9N 13:47:49.21

・31e 早稲田大学 (641): Rx ◆IRC1/LAAAk 13:48:18.99

・xx [都市の名前]モントリオール (704): ID:/lRaRpWRM 13:50:26.96

7/31pts*2 Rx ◆IRC1/LAAAk ID:AVTmlVNT0

4pts パブロフの猫 ◆bBexGCASrY

3pts ID:/lRaRpWRM

2pts*3 ◆WZAoee0DRN9N ID:MI+ErQUK0 ID:-----

1pt*4 ID:1j8l9N6Ca ID:7i02xWIv0 ID:L2DDtNLT0 ID:Mbtppgey0

Permalink | 記事への反応(0) | 18:09

■anond:20190324094739

SQL アンチパターンではないが、デッドロックについても投げっぱなしのあのSELECT FOR UPDATEの説明はなんなのかね。

1回のトランザクションでupdateを2回発行する場合と1回のSQLで複数行のアップデートをする時はデッドロックのリスクを考慮するってだけで、かなり初心者にはありがたいと思うんだけどね。

1回のトランザクションで複数回update文を投げるケース

tA =# begin;
tA =# update t1 set column = value where id = 1;

tB =# begin;
tB =# update t1 set column = value where id = 2;

tA =# update t1 set column = value where id = 2;
tB =# update t1 set column = value where id = 1;
tB =# ERROR:  デッドロックを検出しました

1回のSQLで複数行のアップデート文を発行するケース

tA =# begin;
tA =# update t1 set column = value where id = 1;

tB =# begin;
tB =# update t1 set column = value -- update all record

tA =# update t1 set column = value where id = 2;
tA =# ERROR:  デッドロックを検出しました

あと、先勝ち後負けを実現するのはSELECT FOR UPDATEではなく楽観的ロックな。

tA =# begin;
tA =# select updated_at from t1 where id = 1;
         updated_at         
----------------------------
 2019-03-24 06:17:37.952893

tB =# begin;
tB =# select updated_at from t1 where id = 1;
         updated_at         
----------------------------
 2019-03-24 06:17:37.952893

tA =# update t1 set column = column - 1 where id = 1 and update_at = '2019-03-24 06:17:37.952893' and column &gt; 0;
UPDATE 1
tB =# update t1 set column = column - 1 where id = 1 and update_at = '2019-03-24 06:17:37.952893' and column &gt; 0;
UPDATE 0