  |
はてなキーワード: レイテンシとは
やっぱり途中で切れたので続きから
違います。
そうです。
はい。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年には米、加、西欧、英にて 
ツイートシェア
外野で見てるだけだけど、もう丸っきりデタラメ装置で機能が無い…という感じではないと思うけどなあ。「嘘！」か「勝利！」か煮えきらんとニュースが理解できんという脳の障害には同情するが。
スパコンはベンチ回すだけなら予めどこのデータがどう参照されるか判りきってるけど、実際にシミュレーション用にプログラムを書き始めるとコアとコアの間、他のコアに直結してる部分のメモリからデータを要求する時の通信遅延がネックになって、結局データを1個に集めないとこの計算はできない、という部分が発生した時にコアを1個積んでも100個積んでも性能が全く同じ、99個は処理待ちでブラブラしてるだけって状況が簡単に発生するって話は十年くらい前によく聞いた。
AMD Threadripperが一部ベンチで速いのに一部ベンチでIntelにボロ負けしてやっぱりAMDはダメだわって言われてるのもこの絡み。一部ベンチに嘘があるわけじゃなくて、メモリレイテンシが高いとパイプラインが埋まらなくて性能が引っ張られる。PEZYのCPUはその辺一切気にしてないように見えるんで、まあ何も考えないでプログラム組むとすげー遅いだろうしこの「データを1個に集めないとこの計算はできない、という部分」を徹底的に排除した用途が思い付くならはええんだろうなあという感じ。
じゃあ具体でどうやったら「『データを1個に集めないとこの計算はできない、という部分』を徹底的に排除」できるかっつーと、シミュレーションなら格子の影響範囲に上限でも付けるのかね。そうじゃないとすると……脳神経の構造にも若干似てる気がしないでもない。短いループが回っている空間が現実と論理の双方で小さく収まり、その空間がもう少し長いループで連携して……つーのは高校生レベルの脳神経の理解とはある程度近いものがある。PEZYのシンギュラリティー(笑)云々ってのはそのためのなにかなんじゃねえかなあ、という感じ。脳神経の抽象的な理解を計算機というかたちにした物体。だから、ここにも嘘はない。
スプラトゥーンの話題に乗って、せっかくなので用語を学んでおきたい。
タイムラグのことで、反応までに間があることを指す応用範囲の広い言葉である。
ラグってる、で、データが遅くておかしくなってる、くらいの意味。
カモンって聞いて、WiiUゲームパッドを見て、それから動く人。
（カモンに対して、即座に移動できる人は、ラグ無し）
ネットワーク周りを知っている人からすると奇妙に思えるネット語（ジャーゴン）である。
元々はネットワークが繋がってるか調べるPingと言うちっちゃなプログラムが発祥である。
行って帰ってきた時間(ラウンドトリップタイム:RTT)を出力するので、そこからの造語だろう。
リスポン地点から味方までスーパージャンプして、即座にリスポン地点に戻ってくる。
行きに４秒、戻りに４秒かかるのであれば、ラウンドトリップタイム（Ping値）は８秒である。
（往復レイテンシ＝ラウンドトリップタイムなので、Ping値と同じだね）
リスポン地点からガチエリアまで駆けつける速度が、片道レイテンシ。
１秒間に送れるデータ量、とかって使われることが多い。
30Mbpsなら、1秒間に3000万個のビットを送るってことで、1秒に3.75Mバイトのデータを送れる。
リスポン地点からガチエリアまで駆けつける間に塗れる１秒あたりの面積。
しかも、だいたい大きなデータを全部ゲットできるまでの時間を割り算する。
例えば、3Mバイトのデータを3秒でゲットできれば、ダウンロード8Mbpsになる。
１秒あたりドレダケの面積を塗れるか、という値で会話をしてるが、
ガチエリアまでドレダケの速度で駆けつけられるか、という速度が重要という話。
パブロで塗りながらガチエリアまで来るイカリングでは、大きな差がある。
つまり、さっさとガチエリアまで来い、と怒っているわけである。
RTTだが、有線LANは0.5ms程度、無線LANは5ms程度が多いようだ。
環境にもよるが、（単位時間あたりの通信量ではなく）一回あたりの通信速度が10倍違う。
SIMでのテザリングはばらつきが大きいが、50ms程度のようだ。
スプラトゥーンの対戦時フレームレートは60fps(1秒間60枚描画）なので、0.017秒＝17msに1枚だ。
つまり、有線LANなら、描画間に30回、無線LANでも次の描画までに3回は通信できるが、
SIMでテザリングしてると、1回通信する間に、3枚も描画が終わってしまっている。
無線LAN組が60fpsで快適に遊べているなら、テザリング組は20fps以下になってる。
個人的には任天堂がWiiUで出して有線LAN必須にしていない以上、
WiiU本体内蔵のWiFiで問題なく遊べるようにチューニングしていると思うが、
最もネット対戦に適したゲームをたった1つだけ挙げろと言われれば、真サムライスピリッツを推す。レイテンシ耐性が高い事に加え、スト2並かそれ以上の立ち合いのルールであり、さらにダッシュ投げや登り大斬りが実質的な必殺技となっている点、コマンド必殺技をほとんど使わない点、そして連続技がほとんど存在しない点など、特筆すべき点が多い。ビジュアルエフェクトも美しく、特に大斬り命中時の時間制御系演出(ヒットストップ&ヒットスロー)による重さの表現は、同シリーズの後続作品にも見られない出色の出来。キャラクタ間バランスはお世辞にも良いとは言えず、不特定多数とプレイするなら右京地獄が避けられないところだが、身内対戦ならその事は特に問題にはならないだろう。
-
A+Bの大斬り、C+Dの大蹴りを出せないとゲームにならないので、同時押しに不安がある入力デバイスを使う場合は、同時押しボタンの設定をしておく。またこれに加え、ズィーガーをはじめとする一部キャラはB+C、忍者はB+C+Dの設定が必要。
立ち合いでは小/中の斬りまたは蹴りの先端を当てるようにして相手を押さえ込み、同時にダッシュ投げを併用する。ダッシュ投げはダッシュ後相手に隣接しそうになったらレバーを前に入れたまま中/大の斬りまたは蹴りボタンを連打する事で簡単に出せる。斬りと投げは一対になっており、積極的にダッシュ投げを仕掛けないと、相手はガードで安定するので斬りも当たらなくなる。ジャンプ攻撃は後出しの登り斬りで撃墜されやすいので積極的には仕掛けない。逆に相手が飛んできた場合は登り大斬りで撃墜に行って大ダメージを狙う。地上大斬りはほとんどの場合先撃ちはせず、相手が大きな隙を見せた時に使う。
相手を画面端に追い詰める事は、多くの格闘ゲームで有利に働くが、このゲームにおいてはマイナスの面が多い。このゲームでは端を背負った相手は攻撃を食らったりガードした時の硬直が短くなるので、普通なら当てれば反撃されない打撃が相手が端にいると当てても反撃されたり、ジャンプ攻撃をガードさせた次の瞬間着地で投げられたり、三連殺が絶対に繋がらなかったりする。そのためなるべく相手を端に追い詰めないで戦った方が有利となる。
クレジットが無限だからと言ってダラダラとプレイすると、格闘ゲームというのは全く面白くない。またこのゲームに限った話ではないが、大抵のゲームはキャラ性能のバランスが良くないので、単に勝ち抜き戦にすると強いキャラが延々と居座る事になり、やはり面白くない。これを避ける方法は色々あるが、とりあえず例として、このゲームをやる時に個人的に使っているルールを書いておく。
5戦の中で最低3キャラ以上使用する。
勝ち抜き戦ではなく、勝っても負けてもリセットして次の試合に行く。
0. 十兵衛 : ナコルル
1. 狂死郎 : ナコルル
2. 半蔵 : 幻十郎
3. 十兵衛 : 右京
4. 半蔵 : シャルロット
使用キャラを登録して対戦表を作る過程は自作のIRC Botで自動化している。
-
S 右京、幻庵
B 十兵衛、アースクエイク、ズィーガー、ガルフォード、半蔵、幻十郎、覇王丸、王虎、和狆
C ナコルル
基本的に「斬り合いが強い→斬り自体が当たる可能性が高く、さらに相手を黙らせられるのでいつでもダッシュ投げに行ける」という図式が成り立つ。
B以下は優劣付けがたいが、上位5人は確実に頭一つ抜けてキャラ性能が高い。B以下のキャラでA以上のキャラに勝つのはなかなか困難。
幻庵は純粋な性能だけなら「若干強い」ぐらいだが、致命的なバグ持ち。
このゲームではダッシュ投げが非常に強いため、飛び込みからの当て投げしかガードを崩す選択肢がないキャラは不利。
-
ほぼ上下中斬りのみで斬り合いは最強の部類。右京の中斬りは非常に長いリーチのまま一般的なキャラの小斬りの速度で出ている。戻りも速い。ツバメ返しは出始めにも出終わりにも隙がなく、このゲーム最強の飛び道具。残像踏み込み斬りも連続技用・裏落ち用として便利。ツバメ・残像共に命中すると転倒し、その度に選択攻撃になって、読み負けるとまた転ぶ。性能面での弱点は、突然死しやすい事と、幻庵を投げれない事ぐらい。怒り時の攻撃力上昇幅が全キャラ中1位。
上下小中斬り及び中大スラで斬り合いが強い上、しゃがんでいると大半のキャラクタに投げを食らわないという致命的なバグがある(しゃがんだ幻庵を投げられるのは、シャルロット、ズィーガー、覇王丸、半蔵、和狆のみ)。それでいて自分の投げは全キャラ中最強の威力(26)。近大斬りがズィーガーの対空パンチをさらに強化したような超威力の対空技なので飛び込みにも強い。空蝉は本家忍者の物より高性能で連続技は食らわない。気絶もしない。しゃがみを投げられないキャラを相手に本気で待つと完全なクソゲーになる。このゲームの汚点の1つ。
-
上下小/大斬り、中足払いなどで斬り合いはトップクラス。他キャラの中斬りと同じ速度で大斬りが出て、威力はちゃんと大斬りクラス。登り大斬りは十兵衛の中斬りに似ており、登り対空としては最強の部類。投げの威力も23で安定。弱点は攻めにくさで、ジャンプが驚異的に山なりなせいで攻撃の基点がダッシュに限られ、動きがワンパターンになりやすい。
上下小中斬り、下小蹴り、下大斬りなどで斬り合いは最強の部類。ジャンプが全キャラ中で最も速く、相手の中斬りと同時に跳ねればほぼ命中確定。弱点は投げの威力が全キャラ中最低(14)だという事で、そのせいでダッシュもジャンプも投げの圧力に欠け、削り能力が皆無である事もあって、ガードで固まられると非常に崩しにくい。左右が入れ替わった瞬間にパワーグラデーションが暴発しやすいのも無視できない弱点。これをやらかすとほぼ死ぬ。武器破壊技はガードされても怒りが消えるという特殊な仕様を考慮しても五光斬と1・2を争う強さ。しゃがんだ幻庵を投げられる唯一の上位キャラだが、前述の通り投げの威力が低い事に加え、しゃがみ前進している幻庵にしゃがみ突きが当たらないという大きな問題があるので、有利ではない。
ほぼ下中蹴りと大スラのみで上位と斬り合える。大スラの強さが異常で、ダメージがでかく(17)、移動距離が長く、最後の最後まで判定が残っていて、埋まるように出さなければほとんど反撃は受けない。投げの威力も全キャラ中第4位(24)で、ダッシュも速い。さらに大スラ/投げ共に命中するたびに起き上がりをいちいちガブルで削る事ができる。特に画面端での削り量は洒落にならない。あと何気に大斬りのリーチもかなり長い。弱点は、幻庵を投げられない事、全キャラ中で最も気絶しやすい事、千葉麗子の声がウザい事、そしてズィーガー。
-
ここから下の連中は上位の連中とまともに斬り合うと死ぬので、個々のツールでそれをどうカバーするか、という戦い方になる。
このゲームで一番標準的な位置にいるキャラ。下位グループの中では最も斬り合いが強く、同じ下位グループ相手なら小斬りと上下中斬り及びJ中斬りで優位に立てる。また前後垂直J中斬り、遠大斬り、近中斬りの併用による対空がかなり強く、どういう位置関係で飛ばれてもほとんど一方的に落とせる。プレッシャーを与えるツールとして水月刀もまあまあ便利。ダッシュも速い。全体的に安定しているが、攻撃がほとんど中斬り及び威力の低い投げ(威力17)となるため、一気に勝負を決めたり一気に逆転したりする事ができず、誰と戦っても長時間削り合う事になる。また上位に対しては斬り合いで不利なため、心眼刀なしに優位を取る事は難しい(チャムチャムは取らせてもくれないが…)。怒り時の攻撃力上昇幅が全キャラ中2位。
色物っぽい見た目に反して意外と普通。動きの鈍重さのわりに技の出し入れは速く、遠大斬り、下中斬り、遠小斬りを距離に応じて使い分ければ斬り合いは強い。ジャンプも素早く尻が出っぱなしなので飛び込みも強い。と、ここまでは強そうだが、相手がガードで固まると尻投げぐらいしか選択肢がなくなるのを代表として、身長が高すぎる&対空技がしょぼいので飛び込みに弱い、食らい判定がでかいのでツバメ待ちが地獄、アース専用で中段になる登り攻撃がある、アース専用の痛い連続技を食らう、密着した相手に向かって感覚的に武器を振っても当たらない、斬りを連打するとファットチェーンソーに化けて死ぬ、レバーを入れたまま尻を出すとファットバウンドに化けて死ぬ、しゃがみ状態から立ち上がって斬りを出すとファットブレスに化けて死ぬ等、弱点も山盛り。
主人公っぽく見えて斬り合いが弱い。遠中斬りは十兵衛の中斬りに見た目が似ているが、食らい判定が前に出すぎる傾向があり、上位と斬り合うとやたらに潰される。実際にはもっと遠い間合いの方が有利だが、そこまで行くと一足でダッシュ投げに行くには遠くなってしまうので、結局どの距離でも決め手を欠く。決め手を得るにはそれこそダッシュ前転伏せ下大斬りとかダッシュ弧月斬が必要。烈震斬は2回(威力4)削って反撃は受けにくいので削り技としては優秀。また後出しで容易に水月刀を飛び越すため十兵衛キラーとして使える。怒り効率が良いので全体的に怒っている時間が長いのは利点。
遠小斬り、上下中斬り、垂直J大斬りのお陰で斬り合いはまあまあ強い。ただしこの中で一番強い下中斬りは出の速さに比して戻りが非常に遅く、キャンセルしないと当ててもリーチの長い攻撃(一部キャラは大斬り)で反撃を受ける上、キャンセルタイミングが変なせいでキャンセルミスしやすいため注意が必要。ツールは三連殺で、中間距離から走り込んでガードを崩すという点ではダッシュ投げと役割が被っているが、投げと違って気絶を狙えるのが強み(大斬りが当たった直後に三連殺で命中を取れば大抵のキャラは気絶)。ただし格闘ゲーム史上最も入力がシビアな3連技となっており、本当に当たった瞬間にキャンセルして次を出して行かないと途中からガードされ、大斬りクラスの反撃を1.5倍のカウンターダメージと共に受けて、場合によっては一発で気絶して吹っ飛ぶ。また、画面端の相手には絶対に繋がらない、小刻みに牽制技を出している相手には当たらない、跳ね回られても当たらない等、繋がりやすさ以前の問題も多い。総じて敵のアクションと衝突した場合の当たり強さはダッシュ投げに大きく劣る。入力ミスで中以上の光翼陣が暴発するのもネックで、これが出たら死を覚悟せねばならない。もう1つの特徴としては、上位グループの5名に対してのみ、近下大斬り→大斬り、及び中足払い→大斬りといった危険な連続技が入るという、偶然にしては出来すぎた事実があり、キャラ性能で不利な相手に対して高い逆転性を持つ。五光斬は当たり判定発生が速い上に上半身無敵でガードされても隙がなく、おそらくこのゲームで最強の武器破壊技。あと覇王丸と同じく怒り効率が良い。
斬り合いは忍者並の弱さ。一番マシな遠中斬りと中足払いも他キャラの通常技に比べて見劣りする。ダッシュも遅く、ジャンプ攻撃もロクな物がない。それをカバーするためにヴルカーンを使う事になる。削りを嫌って飛び込んできた相手を落とすのが主ダメージ源で、その象徴は近大斬り1段目による相打ち対空だが、ちゃんと出してもジャンプ攻撃のタイミング次第では一方的に負ける上、絶対に返せない飛び込みを持っているキャラも約半数いるため、それらに対してはヴルカーンのリスクだけを背負い込む形になって非常に辛い。起き上がりへのヴルカーン削りは決まれば中斬りクリーンヒット程度のダメージを与えるが、確定ではなく、レバー上入れっぱなしで逃げられるので、削ると見せかけて登り大斬りを出して相手が飛んだ瞬間殴り落とす等の選択攻撃が必要。通常技のクソさを必殺技でカバーしてプレッシャーを与え、飛ばせて落とすという事で、スタイルとしてはスト2初期のリュウ/ケンに似ている。チャムの大スラガード後に中足払いからコップ3段が入るという理由でチャムキラーとして有名。
斬り合いは並以下。マシなのは立ち小蹴り、下大蹴り、立ち中斬り辺り。尻飛び込みが非常に強いので、主たるダメージ源はそこからの当て投げと、当て投げに見せかけた再ジャンプ、及び尻が当たった時の下大蹴り(連続技。遠下大斬りも行ける場合があるが近下に化けてガードされやすい)。要するにほとんど当て投げキャラ。ジャンプが速いのはいいのだが、低すぎて空中衝突に弱いので、飛ぶ時は尻オンリーではなく大斬りとの併用が必要。蹴りによる投げの威力は幻庵に次いで全キャラ中第2位。
斬り合いは最低クラス。ナコルル以外の誰と斬り合っても余裕で負けると考えて良い。最長リーチの中斬りが戻り速度の面で腐っているので、長さで頼りになる技は大足払い。下大斬りは減りがでかく出も速いが、リーチがないので普通の斬り合いでは届かないし、根元を当てないと中斬り並みの威力しか出ない。斬り合いのクソさをカバーするツールは豊富で、最速のダッシュ投げ、ぶっ放しダッシュ大斬りからの気絶択一、モズキャンセル、犬、K斬りバックスタブ等色々揃っており、やっていて楽しいキャラではある。
ガルフォードとコンパチで斬り合いは糞、そしてツールが減少。近大斬りは使い道のない糞技になっているし、犬はいない。爆炎龍も弱体化されすぎて使っても不利になる事が多い。代わりに得られた物は大モズ1発で40持って行けるという点と地斬の2つ。もはや完全な投げキャラであり、投げで転倒を取ったあと起き上がりモズ択一(起き上がりを大モズで吸う or 登り大斬り)でダメージを稼げないと、他で何をやってもまず勝てない。ダッシュ投げはモズを狙うとボタン連打で出せなくなる上、専用の糞モズ(威力28)に化けやすいので、自信がなければ普通の蹴り投げが無難。地斬は基本的に使えないが、一部の連続技(三連殺の2→3段目、及び中斬り→水月刀)を見てから抜けられるため、その時だけ有用。
さらにツールが減った忍者。牽制はダッシュ投げ、主力もダッシュ投げ。マゾい。下位相手は何とかなるが上位は…
-
◎ 右京(下)、幻庵、狂死郎、覇王丸
○ チャムチャム(2段)、アースクエイク(2段)、幻十郎(少し遅い)、ズィーガー(短い)、シャルロット(威力19)
-
25以上 幻庵、和狆大P投げ、王虎K投げ
15以上 大半
一般的な大斬りの威力は30程度、強い大斬りで35程度、一般的な中斬りの威力は15程度。基本的に蹴りで出した方が外した時の隙が少ないので、どれで投げても威力が変わらない場合は中蹴りで安定。問題になるのは和狆、ズィーガー、ナコルルで、蹴りで投げると前者2人は16、ナコルルは14まで威力が下がってしまうので、他のキャラに比べて外した時のリスクが大きめ
だから、思いついてから1秒以内に数式を含めた複雑な絵を書き始めることができるかって話なんだよ。
5秒じゃダメだし10秒とかは論外。文章だけってのは思いついたイメージを日本語に変換するコストがでかすぎるからダメ。
あと手書きの場合は入力のレイテンシが知覚できないくらい（10ms以下とか？）でないとダメ。
図と数式が全て。それが手書きと同レベルの速度と自由度でできるようになったなら電子媒体が紙を置き換え始めるだろう。
あとコンピュータ的事情という意味で言うと、フォントが存在しない記号を自由に発明して入力できる組版システム（ただし手書きと同程度の速度）が必要。
あと画面解像度低すぎ。A4ノート1枚に細かく色々書くのと同じくらいの入力・表示デバイスが必要で、見開きにしたりページを高速でめくって比較したりするのと同程度以上の一覧性も必要。