  |
はてなキーワード: デコードとは
私には小雨の薄暗い昼の天気がイメージされるのですが、人によっては朝であり、また違う人によっては夜でしょう。
昨今、YouTuberの台頭で、あらゆる表現は「正解」の読み解き方がある、といった見方が広まっているようです。
（エヴァンゲリオンや、君たちはどう生きるかで、皆さんが考察していますね。）
こういった「正解」を求める姿勢は、「作者の気持ちを答えなさい」のようで、それはそれで面白いのですが、
そもそも文章や映像、音楽といったメディアは、メディアにした時点で、作者の頭の中から情報が抜け落ちているのです。
作者の頭の中
↓
↓
↓
↓
読者・視聴者の頭の中
という流れを経ます。
俳句は圧縮率がとても高いメディアなので、読者は自身で様々な情報を補いつつデコード・展開をしないといけないわけです。
だから、「古池や 蛙飛び込む 水の音」が昼なのか夜なのかは、読者が補う必要があるわけですね。
俳句に限らず、普通の文章もそれなりに圧縮されているのだから、作者の頭の中と読者・視聴者の頭の中を同じにすることは不可能なわけです。
色々言いましたが、私は、「もにょる」には、「間違った言葉選びをしたくないから、もにょる、のような汎用性の高い（圧縮率が高い）言葉にしておこう」という印象を受けます。
せっかく圧縮率の高い言葉を使ってくれているのだから、作者の感情は、読者が自由に補えばいいのではないでしょうか？
作者の頭の中を完璧に再現する必要があるのは、契約書や法律の文章、エヴァンゲリオンくらいじゃないでしょうか？
インプットはよりよいものだけにすべきだ、SNSの文章は上等じゃない、といった理由のようです。
「もにょる」が入った文章は、村上春樹に言わせれば、下等なものでしょう。
「もにょる」にイラついている人は、実は下等な文章・下等な人間にイラついているのではないでしょうか？
もしそうであれば「もにょる」が入った文章を読まず、こんなネットの場末の文章も読まず、上等な文章だけで人生を彩ってみてはいかがでしょうか？
今の40代オタクがボクの師匠、プログラムもCGもDTMも師匠のおかげを書いた増田です。
お前が技術を中心に情報補完しろよと言われたので知っている範囲で情報を補完します。
ただやっぱりネタバレするとゲッサン編集部や作者氏から叱られそうなので、まったく本編には影響しないであろう部分を中心に情報補完させて貰います。
先に謝っておきますがネタバレ回避を考えたら第1話で語れる部分がココしかなかったっす・・・。
主人公の和田一馬が所持するガラケーはデザインに微妙な違いがあるけれど、おそらくはau W41CAで2006年の春モデル。
W41CAはペンギンケータイとも呼ばれたCASIOのヒット機種で、外観はCASIOらしく少々無骨、旧機種のW31CAでは赤外線通信やおサイフケータイへ非対応だったものの、W41CAでは対応を果たし全部入りケータイになった。
ペンギンケータイの由来ともなるマスコットキャラクターのアデリーペンギンが画面上の様々な部分で演出として登場し、ポップなオレンジの筐体色とも合わせてその可愛らしさから人気を博した。
W41CAは無骨さの中にある可愛らしさで人気となったが、CASIOのWn1CAシリーズは本来サラリーマンに高い評価を受けていた端末で、WordファイルやExcelファイルを閲覧できるPCドキュメントビューワーやPC向けWebページを閲覧できるいわゆるフルブラウザを搭載しつつ、USBマスストレージ接続が可能な端末であり、更にはFMラジオを受信できるなど当時のギークからも非常に高い評価を得ており、CASIOガラケーの銘機としてガジェット界隈では歴史に刻まれている。
当時を知る者であれば常識的な話だが、CASIOというか当時のauは学生へ対して強く訴求する携帯電話通信キャリアで「学割と言えばau」という認識が世間でなされており、auや携帯電話へ搭載する機能や展開するサービスも学生を意識したものが多かった。
取り上げているW41CAも着メロの最大発音数は128のステレオ再生、PCM音源の再生機能である着うた(AAC/48Kbps)にも対応していた。しかもSD Audio Playerを搭載しておりminiSD(microSDではない)にUSBマスストレージ経由で保存したAAC(96Kbps)の再生が可能であった。
ちなみにヒロイン(？)が使っている携帯電話は現在でもINFOBARを生み出したとして話題となるau design projectの第3弾端末であるau talby。2004年冬モデルで製造は三洋、型番がA5508SA。デザイン以外に語る部分がぶっちゃけない。
というか当時からハードウェアスペックに関して語られることがあまり無かった機種で、掲示板などで携帯電話のスペックを誇ったり最大限に活用するための情報交換などをするギークなユーザが選ぶ機種ではなかったので殆ど知らないというのが実情。
INFOBARは目新しさもあって結構いろいろ情報交換されたものだけれど第3弾ともなると正直言って失速気味になっていた。
ただ、主人公が最新の携帯電話でヒロインが型落ちのデザイン重視な携帯電話、学生なのでauという細かな描写は作者の意気込みを感じる。
個人的にはこの時期の携帯電話を挙げるならauではなくVodaphoneとNTT DoCoMoから発売されていたNokia 6630を推したく、これがまたSymbian S60で・・・と話が逸れるので別の機会に。
W41CAに搭載されている音源はYAMAHA AudioEngine MA-7i(YMU791)で、前述の通りFM音源の最大発音数は128でステレオ再生が可能であり、AACやMP3のデコードへ対応するなど非常に多機能で多くの携帯電話端末に採用されることとなる2005年に登場した最新LSIによる音源だが、W41CAでは何故かMP3デコードなど一部機能が制限されている。
着メロ形式はSMAF(MMF)で150Kbyte(153,600byte)まで、FM音源の使い勝手としては4オペレータの最大発音数128で、更にFM音源側の最大発音数を減らすことで最大16bit/12,000HzのPCM音源データを使うことが出来、同様にFM音源側の最大発音数を減らすことで着うた登場前後に一瞬だけ流行ったボーカル付き着メロで活用されたHV(合成音声)も使える。
エフェクターなども内蔵しておりMA-7シリーズは当時の着メロ職人からはかなり評価の高い音源であったものの、NTT DoCoMoしか注目しなかった頭内定位を利用した仮想サラウンド再生のための3Dポジショニング機能も実装されており、いつの世も空間に対するオーディオというのは経営者と技術者の心を掴んでしまうんだなと林檎マークを見て思いを馳せる。
ただ人気だったW41CAにも欠点はあり、当時のケータイアプリ開発者から悪名を欲しいままにしたezアプリ、つまりBREWアプリが採用されていた。当時のauは野良アプリ(勝手アプリ)開発者を締め出すことへセキュリティの都合上から躍起となっており、公式ez web以外の経路からのアプリインストールを著しく制限していた。
この制限が無くなるのは平成ヲタク リメンバーズの時間軸で言えばほんの先の未来である2007年に登場するオープンアプリプレーヤー(OAP)を待つ必要があり、W41CAは、というかau端末はその点からギークに毛嫌いされることがよくあった。
BREWアプリの欠点はそれだけでなく、これはBREWアプリよりも前のezplusアプリ時代からそうなのだが1日のアプリ内携帯電話パケット通信3MB制限という謎の縛り(後に6MBまで上限緩和)が設けられておりユーザとケータイアプリ開発者双方からヘイトを買う一因となっていた。ちなみに他社は1度のパケット通信量の上限はあったが1日の上限は無い。
いやそもそもQualcommからカフェインよりもアルコールだよと騙され酔っぱらいJAVAからBREWへ乗り換えたこと自体が愚かで、他社はJAVAのままなので単に開発負担が増え、auで公開されるケータイアプリが減るという結果しか生まなかった。これが解消されるのが前述したOAPであり、OAPの正体はBREW上に構築されたJAVA VM環境であった。
しかしこのOAPもBREW側のセキュリティパーミッションのせいでパケット通信するたびに通信を許可するためのダイアログが表示されるなど不便極まりない仕様であったためユーザの反感を買ってしまう。
マニアックなネタばかり詰め込んでもアレなので、平成ヲタク リメンバーズの本編に影響しないよな？とビクビクしながら選んだのが当時流行っていた携帯電話を活用した位置ゲームのコロニーな生活。当初はウィルコム端末向けだったが後に他の携帯電話通信事業者にも対応し、2005年にコロニーな生活☆PLUSとして改称アップデートされた。
このコロニーな生活☆PLUSはブラウザゲームの一種でコロニーな生活☆PLUSのURLへアクセスするだけでゲームへ参加できた。1km以上の直線移動距離を稼いでゲーム内通貨を貯め、自分の土地の施設を充実させ住民人口を増やしていくというゲーム。
当時を知っている人ならばオチが直ぐにわかっていると思うので間を置かず言ってしまうと、コロニーな生活☆PLUSの略称はコロプラ、現在では白猫プロジェクトやディズニーツムツムの開発元で知られる株式会社コロプラの祖業である。ちなみに今でも一応はスマートフォンアプリでサービス継続しており名称も「コロプラ」へ改称している。
平成ヲタク リメンバーズの世界の時間軸にプレイヤーは存在するだろうけれど今後ネタ被りしたら申し訳ない。
ネタバレ回避も必要だし始まったばかりの第1話でとやかく言えることはないですね。読者の興味を惹こうとする単語が現れたりするので走り出しとしては及第点なんじゃないかなと。
むしろ前述したように登場するガジェットをしっかりと時代に合わせたものにしていたりとセリフやキャラクターだけでなく登場する小物にも注目したほうが楽しめるのかも知れないというのが第1話への感想と今後への期待です。
作者氏は同年代だと思われるので、敵に回すと恐ろしいが味方につけると頼りないと言われるVIPクオリティを発揮してくれたらなと楽しみにしてます。うはｗｗｗおｋｗｗｗｗｗ
「マインドコントロール」という言葉がネット上に頻繁に登場する。何千人もの人々がグループまたは個人で、インターネットやその他のあらゆるチャンネルを通じて、マインドコントロール技術による虐待や拷問に注意を喚起している。現在進行中の犯罪の規模は大きく、そして隠されている。人々は、今この瞬間、世界中で静かに行われている莫大な人権侵害について、世界的な注目と国際的な調査を求めている。21世紀最大の人権侵害の一つは、マインドコントロール技術の普及と、それに伴う虐待や拷問である。世界中で何千人もの罪のない犠牲者が、自由を求める活動家になっている。
電磁波によるマインドコントロール技術は、電磁波によって人の脳と神経系を乗っ取り、個人の思考、行動、感情、意思決定に対するコントロール感覚を破壊する兵器である。本稿では、マインドコントロール技術、隠されたマインドコントロールによる虐待や拷問の深刻な状況、そしてマインドコントロール技術とその拷問的虐待を紹介する。
マインドコントロール技術とは、電子マイクロチップ、ナノテクノロジー、マイクロ波、電磁波などを用いて、脳や神経系を攻撃し、個人の思考、行動、感情、意思決定の制御感覚を破壊する武器である。これらの方法と技術の開発には歴史がある。
中央情報局のファクトブックによると、NSC（国家安全保障会議）とCIAは、1947年の国家安全保障法の規定に基づいて設立されたとされている。1947年12月、NSCは最初の会議を開いた。国防長官のジェームズ・フォレスタルは、CIAがソビエトに対する「秘密戦争」を開始することを推し進めた。フォレスタルの主導で、ヨーロッパでの心理戦作戦（psy-ops）が実行されることになった。CIAの職員は、精神を破壊し再構築することに長けているナチスの医師と協力することに反対はしなかった。このような秘密工作を隠すために、軍事基地が使われることもあった。共産主義者の脅威は、憲法上の権利よりも優先される問題であると判断されたのである。
CIAが調査する分野の一つにマインド・コントロールがあった。CIAの人間行動制御プログラムは、主にソ連、中国、北朝鮮がマインドコントロールの技術を使用していると認識されていたことが動機となっていた。国家安全保障の保護の下、政府の他の多くの部門もこの分野の研究に参加した。CIAは1950年にBLUEBIRDという名称で最初のプログラムを開始し、1951年にカナダとイギリスを加えた後、ARTICHOKEと改名した。MKULTRAは1953年に正式に開始されました。技術的には1964年に閉鎖されたが、一部のプログラムは70年代に入ってもMKSEARCHの名で活動を続けていた。1973年、CIA長官リチャード・ヘルムズは、近々行われる調査について密告し、MKULTRAの記録をすべて廃棄するよう命じた。
Mk-ultraの存在を確認する圧倒的な証拠がある。米中央情報局（CIA）による「洗脳」の被害を訴える250人以上が、数百万ドルの補償を求める法廷闘争に勝利することになった。冷戦時代にMK-Ultraというコードネームで呼ばれた作戦を立てたことを認めたスパイ機関から、すでに9人がそれぞれ6万7000ドル（3万3500ポンド）の賠償金を受け取っている。
世界をリードする神経科学者チームが、人の脳の奥深くを覗き込み、行動する前にその意図を読み取ることができる強力な技術を開発した。 この研究は、科学者が人の心を探り、その考えを盗み聞きする能力において、その技術や応用において倫理的に非難されるべき論議を呼ぶ新境地を開拓した。
2011年、カリフォルニア大学バークレー校の神経科学者は、脳外科手術患者の頭蓋骨の内側に電極を付け、音声や画像の処理に関わる側頭葉からの情報をモニターした。患者は誰かが話しているのを聞きながら、コンピュータ・プログラムによって、脳がどのように処理し、聞いた言葉を再現するかを分析した。 科学者たちは、この技術を使えば、次に何を言おうとしているかを読み取って報告することも可能だと考えている。
Plos Biology誌によれば、この技術は読心術の試みを「全く新しいレベル」へと押し上げたという。 ハーバード大学のバックナーは、2011年に我々の心を読むことでアルツハイマー賞を受賞している。研究者たちは、被験者の脳活動を遠隔で測定することで、被験者の心を読む能力を示していたのだ。この技術は、自分では気づいていない個人から情報を引き出すことさえ可能だった。
これらの読心術は，衛星やテレビ電波塔を通して，インプラントの有無にかかわらず遠隔で神経信号をデコードするEECを使用している。「世界中に設置された深宇宙追跡アンテナの感度は本当に素晴らしい。このアンテナは、ボイジャーの情報を、アンテナに当たる電力が10指数-16ワット（10兆分の1）しかないほど弱い信号からとらえなければならない。現代の電子デジタル時計は、この微弱なレベルの200億倍のパワーで作動しているのだ。」
科学者たちは、1立方センチメートルの脳内物質の微弱な電波放射は、衛星の検出限界の範囲内であると考えた。人工衛星があなたの思考、感情、知覚を検知し、その情報をコンピューターに渡して解釈することは技術的に可能だったのだ。
https://www.linkedin.com/pulse/mind-control-electromagnetic-frequency-soleilmavis-liu
デジモンワールドの最新作をやっている
シナリオは
でゲームとしては
かなあ
PS4版のネクストオーダーは昨今のRPGでは稀に見る高難度路線で育成のしがいがあるわ
2匹同時育成最初は微妙だなあと思ったけど慣れると悪くないね、戦闘もバフ技やアイテムをうまく活用しないとボス戦きついのなかなかよろしい
デジ仲が高まると冒険中片方が相方を「コイツメ♡」とかつつきに行ってもう片方が「ヨセヨ♡」とか返すいちゃつきが四六時中繰り広げられる濃厚ケモホモゲーが始まる
シナリオはなんていうか人間ゾロゾロ出てくる割にキャラ立ちしてなくてほぼモブ
街に参加させるためのサブイベントもキーアイテム拾ってきて渡してきての繰り返しで似たり寄ったり
あとなんかテキストがすごく"下手"
数ある CDN のなかでも Fastly は圧倒的に優れた特性を持つものだと思うので、障害にかこつけてその優れた点を紹介していく。
CDN とは世界各地にあるキャッシュサーバーにコンテンツをキャッシュして配信してもらうことで、オリジンサーバーの負荷を軽減したりユーザーへの配信速度を上げたりするリバースプロキシのホスティングサービスだが、 Fastly の最大の特徴としてはそのキャッシュが消えるのが速い。普通の CDN が数十秒〜数分とかかるのにたいして 0.2 秒で全部消えることが保証されているし、キャッシュにたいしてキーをつけておけば(HTTP ヘッダーに Surrogate-Key って入れるだけ)特定のキーがついているキャッシュだけ 0.2 秒以内に消したりということができる。
これにより、 CDN による配信高速化の恩恵を受けながら、コンテンツをリアルタイムに更新していくことができる。 next.js + vercel などはこのあたりをフロントエンドから CDN まで一気通貫に提供することでリアルタイム風にコンテンツを更新できるように見せかけているが、 Fastly なら本当になにもかもリアルタイムで出来ることが保証されるので、難しいことを考えなくてもよい。
CDN の設定の反映の遅さというのは Cloudfront とか使っていれば感じることだと思うが、 Fastly なら 5 秒ぐらいで反映される。設定を変更しながらいろいろ検証しているときにこれが地味に嬉しい。
ただし上記の特性の代償と言えるのかもしれないが(そうではないのかもしれないけど)、 Fastly は「デカめの配信拠点を比較的少数配置する」という構成になっているため、ディザスタリカバリなどの面では不安がある(今回の障害はマジで全部落ちたのでこれとは関係ない問題だろう)。
Web 設定画面からいじれる設定項目が多く、にもかかわらずユーザーに優しく使いやすい。例えばリクエストヘッダーを Fastly 側で書き換えてもらう機能があるのだが、それとは別に Host ヘッダーのオーバーライドの設定は(えてしてよく使うので)別の画面に切り出されていたりする。
大抵のユーザーは Web からの設定画面でできることで満足すると思うが、高度な制御をしたい場合、 Varnish の設定ファイルのスニペットをアップロードしたり、あるいは設定全体を書いてアップロードする、といったことができる。例えば JWT のデコードを VCL でやってしまって、同じ URI にたいして認証済みユーザーとそうじゃない人でキャッシュのだしわけなんてことが Fastly 上でできるようになる。
ただし VCL でいろいろな制御を実現しようと思うと、 VCL の表現力の低さにより地獄を見ることになるので、得られるベネフィットと相談しながらこのあたりはやっていくことになる。
ただすごく怖い手術だったので、後進の覚悟のために記憶が新しいうちに書いておく
手術を受けることを前提に診察を予約
最初に精密検査をするので検査の3日前からコンタクトをつけないように指示を受ける。
目の検査ってこんな機械あるんだなと感心する程度に何個も検査を受ける
多分6個くらい
ここで手術の予約をするが、流行っていたので1.5ヶ月先になった
どうにもコンタクトで目の形が変わっていると具合が悪いらしい。
ハードコンタクトは7日前、ソフトコンタクトは3日前から装用しちゃダメ
3日前からは毎日6回2種類の点眼を行う、起床時、朝食後とか細かく書いてあるが3時間ごとと解釈し
なお2種類の目薬は5分間隔を開けるのが地味に大変
検査後は待合室で待機しながら定期的に瞳孔を開く目薬などをさして瞳孔の開き具合などをチェック
手術着に着替えて手術室に通される
手術着は別に脱ぐわけではなく、襟カバー前開きのポンチョ、シャンプーハット、ハットを額に固定するテープという感じ
手術台は大体歯医者さんです。
消毒と言われ目を閉じた状態で両目まぶたの上からクマが出るあたりまで、イソジン的な匂いのなにかと、その後もう一つ薬液でビタビタにされる。
目玉の部分だけ穴が開いている布を被される、まぶたを開いた状態で固定するテープや、何らかの固定具をつけて目が開いた状態で固定される。
（生理食塩水とか、涙に代わるなにかかもしれないが、執刀医が「水！」というと横から誰かがかけてたか先生に手渡していたので私の中では水）
なおここから先は目のピントが合ってないのと専門用語が分からないので主観である。
なにかの薬を眼球に直接塗られる、麻酔で眼球そのものに感覚はないが、眼下など押された感触でそう感じた。
ここまでが多分消毒等の準備でここからが本格的な手術
「３つの光のうち左側を見てくださいね」の指示が出され麻酔の目薬や同行を広げる目薬などをドバドバ透過する。
このときの視界は水をちょんちょん垂らしている水面を真下から裸眼でぼやっと見ている感じ
目薬の容器的な物、光、落ちてきた目薬の波紋が見える。
完全に 無感覚と言うことはなく、少ししみるなと言うような感触はある。
目薬は比較的に説明してくれたが「切りますよ」は１回も言われなかった。
手術本番中は時折「光を見て」「上 /下/左/右を見て」と言う指示にしたがい
触られる感触、いろんな種類の目薬とうかに耐えていると20分くらい耐えていると「あと瞳孔閉じたら終わりですねー」と声が掛かる
が…ここからが長かった。
「あれ？引っかかってる」（ん？道具の手入れがなってないのでは？）
「瞳孔閉じないな」（あ、引っかかってるの僕の瞳孔ね！）
から始まり瞳孔を閉じる薬をたぶんスポイトかなんかに3ccずつ吸い取って次々刺しても瞳孔が閉じない
「3ccで吸ってるよね？次のやつから5ccにして！」「…7cc!」
少しは感覚あったりしみたりするのでこの時間がかなり苦痛でした、多分手術そのものと同じ20分くらい
その前に機械の入れ替えと言うことで15分ほど時間が空きました。
トラブルで疲れましたね？と言う気分です。
ミスされても困るので充分休んで欲しいところ
なおこのとき目を瞑って休んでてねと言われたのですが、その前に見た天井が手術前より少しだけ鮮明に見えたことを覚えています。
あと異物感がすごい状態でもありました。
同じ流れのところは飛ばすとして、消毒が終わったところで、こちらには乱視矯正があるので
多分医療用のマーカーで眼球にポチポチッとされたと思ってます（見えてないので主観）
そして手術本番、怖いとは言え右目で一度体験したのでもう大丈夫よと思っていたのもつかの間
ある目薬を入れた時点で視界がだんだん暗くなり
物の輪郭だけが見える圧縮動画のデコード失敗のような視界になり
最終的に真っ暗な中に何かうごめいているような、まぶたを閉じたのと同じ状態の視界になりました。
一時的に視界消えるなら、言ってよ！失明かと思って怖いじゃん！
と思っていたのですが、その後の一言で私はさらに凍り付きます。
「！！！！！！！！！！！！！！？？？？？？？？？？？？？？？」
え？見えてるのが正常なの？全然見えませんけど？
「すみません、真っ暗です何も見えません」
手術中初めて口を開いたのがこれ
「あ、じゃあねもう少し下を見て」「もう少し右」と見えないこともあるような
誘導をすかさずしてくれたのでなんとか精神状態を落ち着けました。
その後も見えるように見えなかったりを繰り返し
やはり、全然瞳孔が閉じずに瞳孔閉じる薬をバシャバシャやって、長めの手術となり左目も終了です。
手術後は目の上の布を剥がされて、消毒液まみれの目の周りを拭いてもらいます。
手術中湯水のようにかけられた目薬ですが、歯医者さんのような手術台で目薬をドバドバかけるとどうなるか？
排水機構もあるのでしょうが頭を伝わって頭の後ろは結構濡れています。
まずはシャンプーハットの上から外側の水分を拭き取り、シャンプーハットをとって際を拭きます。
私の場合は目薬大量投下の影響かシャンプーハットの内側もぐっしょり濡れていましたが、ここは拭き取ってもらえませんでした。
※このあととても後悔します。
一通り手術着を脱ぐと回復室で休憩です。
手術室を出るときに時計を見たところ２時間か３時間経過していました（視界がはっきりしなかったのと、精神状態で短針の位置の記憶が微妙）
１時間で再びトイレに行ける当初の予告からすると少なくとも2倍の時間が掛かっていたことになります。
保護めがねをかけ、リクライニングチェアに横になって回復を待ちます。
なかなかの恐怖体験をしたこともあり、正直ショック状態になっていた私はてが真っ白になり
なお回復中はドバドバ投下された目薬が口まで（涙腺から？）流れてきて味が気持ち悪いのと
朝から指示されていた絶食ですでにおやつの時間にもなろうという感じで空腹にもなり
追い打ちのように濡れた後頭部が気化熱で冷えて頭痛まで襲ってきて吐き気につながり大変な状態でした。
２時間ほど休憩と言われ、時折追加の目薬を入れられ最後に簡単に診察をして手術日は終了
帰りの視界ですが、この人近視ダナという感じの見え方
絶食でもうダメだったのでタリーズでパスタを食べて帰りましたが
メニューを見るためにかなり持ち上げたりとそこそこ苦労しました。
前日のスマホ充電に失敗していたり、待ち時間でバッテリー使い切ったこともあり。
電車に乗れずタクシーで帰宅08:30に家を出て16:00の帰宅でした。
そこまで良くなっていない視界に慌てては居ませんでしたが
この時点で外側の周辺視野が遮られている感じで消えているのが不安な状態です。
また異物感が続いています。
なお病院で渡された保護めがねは長時間かけると痛くなってきたため
それよりかなり保護面積の大きい花粉用サングラスを家ではつけることとしました。
くらいけど快適…一週間つけ続けるのでクリアversionを追加発注しました。
手術当日は1時間おきに目薬をさすのですがこれが4種類になり
5分だと大変だよね2分は開けてと言われたので、起きている時間の1/6を点眼で過ごしました。
なお、なるべく目を閉じて過ごしてねと言われたこともあるのですが。
ショックからの回復のためベットの上でほぼ無為に過ごしていました。
スマホもテレビもダメな時間どうしよう？と悩んでいた自分は何だったのか
左目は真っ赤、右目もそこそこ赤い
翌日検診で視力を測定 左 1.5 右 1.0 まで回復、体感でもかなり見えています。
なお手術前は両方 0.08だっけかな？ コンタクト度数-3.75にて矯正視力1.2でした。
昨日心配していた周辺視野も右側は大分回復左側はまだと言う状況
異物感は減ってきていますが、まだまだある
目の赤さは全然引きません
今日は通院もなく、心の余裕も取り戻しつつあるので有り体に言って暇である。
心の余裕は取り戻したのに、目が疲れることはしてはいけない
異物感は日に日に軽減されて行っている。
視野が狭い感じは右側は完全に回復した、左側は小さくなっている感じがない
何故昨日の診察でこのことを聞かなかったのか後悔している。
流れ作業のような診察に口を挟む暇なく流された結果ではあるが…明日の診察では聞こうと決意
今日から美容室で髪を洗ってもらうことが解禁されている。※仰向けに洗ってもらえる目に水が入らないところ限定
手術後びっしょり濡れてから3日洗ってない髪は、油でギトギトである。
行きつけの美容室には事前に話を通してあり、カット＆ブローを昼過ぎにお願いする。
洗髪後すぐに枕と枕カバーをコインランドリーに突っ込んで洗濯、油ギトギトの寝具をすっきりさせてゴロゴロできる時間を長めにとれた。
全休にしなくて本当に良かった、暇で死んでしまう。
仕事は術後2日後からデスクワーク、3日後から力仕事が解禁されている。
プログラミングの仕事は目が疲れる行為なので一週間禁止されているような気がしないでもないが
さて午前の診察、視力検査と眼圧検査をして簡単な問診で終了だ。
流れ作業で流されそうになったので、無理矢理視野が狭くなっていることを質問する
メスを入れたところと見えなくなっているところが一致していて、右側は既に回復していると言うこともあり
手術跡の箇所であると判明、時間と共に治っていきいつの間にか透明になって回復するとのことだった
と憤りながら目薬がなくなりそうなので、追加を受け取り、帰宅
左の赤目はまだまだ真っ赤っか、右は大分白くなった
次の診察は術後7日後だ
さて7日後検診、視力・眼圧を測定し医師の検診と問診を受ける。
まだ左目の端に見えない領域が少しあるのでそのことを聞いてみるが「原因になりそうな所見は見られない」とのこと
やや不安になるが、スポーツでもやらない限り問題にならない周辺視野領域なのでまあいいかな
相変わらず視力教えてくれない感じだったので「視力いくつでしたか？」とやや強引に差し込んだところ 両目とも1.5との事だった、見えるぞ！！！
すがすがしさが半端ない
公衆浴場・プールなど安全とは言えない水にはまだ入れないし激しいスポーツは禁止だが生活の制限は大分なくなった
目薬は1日4回に減ったが3種類でまだまだ面倒な日々が続く
目には手術後の違和感が残っていて、ゴロゴロした感じがまだのこっている、裸眼で最高！！！というには目の違和感が消えていないというのが本当のところ
目の赤みはまだ何かあった？？？と聞かれる程度には残っている
次の検診は術後1ヶ月なのでしばらく先
目の違和感は日に日に薄くなっているが、14日経ってもまだゴロゴロした感じがあり、裸眼最高！！！には届いていない
赤みは大分減っている、もしかすると術後の赤みは全部引いたかもしれないのだが、花粉症で赤くなっている疑惑もあり完全に白くならない
逆に言うとその程度の赤さで他人になにか言われることもない赤みだ
さて7日後検診で保護めがねを外して気がついたのだが、ハローがかなり強く出ている、夜の街頭に光の輪が見える感じだ
ハローは日数経過により右目は消えていって14日後には右目は気にならないようになったが左目のハローは強く残っている。
左と右でレンズが違い、乱視用のレンズでハローが出ているのではないか？と言うような気がする。
ハローはレンズの眼圧対策のホールが原因らしいので治らないかもなー…
書いている時点で術後4週間を過ぎた。
一つ変わって気がついたのがピントを合わせるのに慣れてきた感じがすると言うこと、術後間もない頃はピントを合わせることになれていなくて目が覚めて目を開けて見えるようになるのに時間が掛かったのと少し目が疲れた記憶がある。
メガネをかけたり外したりしたときの感覚と言えば分かってもらえるだろうか？
この感覚がじょじょになくなり何か物を見ていても目が疲れなくなってきた。
治っていないこととしては
ハローは左目に相変わらず見えている、左目の視界がほんの少し狭いのも治っていない。
それとコンタクトレンズに汚れがついてちょこっとぼやける、みたいな感じが続いている
常にぼやけるのではなくて汚れがついたときにぼやける感じ
これは瞬きを何回かしたり目をこすったタイミングで治るのだが、裸眼の時ってこんなことあったっけ？と不思議に思っている。
コンタクトはもうつけていないのに…目に直接汚れがついてぼやけている？？？何か不思議な感触だ
一ヶ月検診がもうすぐあるが、予約の関係で検診は5週間のタイミングとなっている。
予約の関係で5週間目となった一ヶ月検診
視力を測って眼圧を図って、問診と診察をして終了
両目1.5だった、2.0となるレンズは選択しないようで、1.5で視力が安定すれば100点とのこと
追加の目薬はなく、目薬は使い切っていたので治療としては終了で、後は数ヶ月おきの経過観察
次回は2ヶ月後で術後3ヶ月検診だ
状況としては先週と同じで特筆することがない
つづく
バックグラウンドでというか開かないタブで再生して音楽聞いてるだけ
通信量多くてムダだし、してるのか知らないけど映像のデコード処理もムダだから映像なしにしたい
Youtubeは仕組み的に映像と音声を別ファイルで配信してるからできそうなものだけど設定のところには解像度変更しかない
かと言って音楽ファイルだけを一旦DLしてローカルプレーヤで開くみたいな面倒もしたくない
動画再生中に広告で出てくるYoutubeMusicはそれっぽい感じがするけど、有料サービスらしい
データ量が多い映像の通信が減って嬉しいのはYoutubeのほうが大きいはずなのになんで通信量減らしてもらうのにお金取るの？
やっぱり途中で切れたので続きから
違います。
そうです。
はい。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
Webサイトへの広告配信システム Geniee SSP を開発する企業。2017年11月マザーズ上場。主要株主はソフトバンク。下請けの広告会社が Geniee SSP を自社システムとして営業に使用できる(OEM)。詳細はねとらぼの記事を参照。
広告配信のジーニー、「漫画村」など不正サイトへの広告を停止したと発表 - ねとらぼ
Geniee SSP の広告タグには規則性がある。これを活用して Geniee SSP を掲載しているサイトを探した。
＜!-- ad tags Size: 300x250 ZoneId:[a]＞ ＜script type="text/javascript" src="http(s)://[b]/t/[c]/[d]/[a].js"＞＜/script＞
| [a] : | 広告タグの固有ID |
| [b] : | 広告会社によって異なるドメイン |
| [c] : | [a]の下6桁のうち最初の3文字 |
| [d] : | [a]の下6桁のうち最後の3文字 |
(2)では広告会社によって異なるドメインが使われているが、実際には全ての広告が genieesspv.jp から配信される。詳細は以下のエントリーの「BASE64っぽい文字列をデコードすると、HTMLの断片が現れます」以降を参照。（エントリーの執筆者は元増田と無関係）
ここではサイト内のHTMLやJavaScriptのソースコードから Geniee SSP の広告タグを直接確認できるサイトのみをまとめた。
| 広告会社 | 広告配信先サイト | サイト内容 | 月間アクセス数 | 広告タグを確認できるページ | 広告タグのURL部分 |
|---|---|---|---|---|---|
| ジーニー | MioMio | テレビの海賊版サイト | 3000万PV | ttps://web.archive.org/web/20170606015825/http://www.miomio.tv/ent/japan/ | ttp://js.genieessp.com/t/106/112/a1106112.js |
| ジーニー | Youtubeアニメ無料動画++ | アニメのリーチサイト | 8000万PV | ttps://web.archive.org/web/20180330043340/http://tvanimemuryoudouga.com/ | ttp://js.gsspcln.jp/t/246/920/a1246920.js |
| フィング | DLBOOKS | 同人誌の海賊版サイト | 6.4億PV | ttp://web.archive.org/web/20180415210525/http://dlbooks.to/ ttp://web.archive.org/web/20180415210535js_/http://gum.dlbooks.to/js/pc/pc_728_90_03.js を経由 | ttp://js.click-plus.net/t/227/975/a1227975.js |
| インサイト | ShareVideos | エロ動画の海賊版サイト | 2.4億PV | ttps://web.archive.org/web/20180415201519/http://share-videos.se/ | ttp://js.isboost.co.jp/t/287/861/a1287861.js |
| アドニコ | アニポ | アニメのリーチサイト | 1000万PV | ttps://web.archive.org/web/20180410033210/http://anipo.tv/ | ttp://js.adnico.jp/t/305/831/a1305831.js |
| エムエムラボ | 動画エロタレスト | エロ動画のリーチサイト | 15億PV | ttp://web.archive.org/web/20180401160146/https://static.eroterest.net/kok/sp_footer3.html | ttps://js.mediad2.jp/t/228/840/a1228840.js |
漫画村やAnitubeのほか、児童ポルノやリベンジポルノを配信していると思われるサイト等でも Geniee SSP の広告が配信されているのを確認できたが、いずれも別のアドサーバーを経由しており、ジーニー側がそのサイト上での配信を認識しているかが不明なため、ここでは割愛する。
