Top/用語

用語

ASCII文字 †

めったに使わなくなったけど、いざ使うとなるとテキストで探すのが面倒なのではっとく

 !"#$%&'()*+,-./
0123456789:;<=>?
@ABCDEFGHIJKLMNO
PQRSTUVWXYZ[\]^_
`abcdefghijklmno
pqrstuvwxyz{|}~

サービス / デーモン †

裏側で動作しているアプリケーションの働きを表す。たとえば表立って使われるアプリといえばエクセルとかワードのようにデスクトップ上で操作するソフト。裏側というのは目に見えない形でユーザーの操作や振る舞いを監視していたり機能を提供しているソフトを指す。どちらかといえば「運行」という意味でのサービスに近い。有名な「メーラーデーモン」さんはメールの到着や送信などを管理していて、送信した結果、宛先がなかったときに「Mail Delivery Subsystem」という不在通知を送ってくるデーモン。デーモンとは神が関わりたくない雑事の担当らしく必ずしも悪というわけではないらしい。

スタティックとダイナミック †

staticという言葉は何かとでてくるが日本語で言うと「静的」を表す。具体性にかけるが反対語が「ダイナミック（動的）」というとイメージしやすい。壁とか石とか動かないオブジェクトはstaticなオブジェクト。消えたりなくなったりしない変数はstatic変数。

バッファ †

何かをためておくための風呂桶的なもの。主に何かのデータをためこむ部分的なメモリ領域そのものを指すことが多い。衝撃を緩和する緩衝材もバッファということから転じて工数の予備日をバッファということが多くなった。３日でできるところを何らかのトラブルが発生することを見越して緩衝材としての２日をバッファとして計５日で計上する、みたいな言い方。

パフォーマンス・ヒット / オーバーヘッド †

余計にかかる負荷、想定していた以上の負荷をいう。ほかと比べて処理負担の大きい仕事をするときにパフォーマンスヒットが発生するといった言い方をする。微妙なニュアンスの違いはあるが過去には「オーバーヘッド」という言い方もよくあった。これは動作させるときの負荷を指しており、16x16のスプライト同士の当たり判定を四角形同士で判定すれば１回ですむが、１ピクセル単位でのあたり範囲をとったりすると１６ｘ１６＝２５６回の判定が必要になり「オーバーヘッドが大きい」と言った言い方をする。

ベイク †

丁寧に言うと「ゲームで都合のいい形にデータを加工して用意しておいてください」といったところか。散らばっているデータをまとめて一つのデータに集約したり、先に計算しておいた結果をゲーム中で使うほうがリアルタイムで計算させるよりも効率がいい場合に素材を「ベイクしておく」といった感じで使う。

イテレーション †

アジャイルの製作工程で使われる言葉で、繰り返し行われる「工程の一連の流れ」そのものを指す。工程の中身はささない。つまり、パンをおいしく作るために「練る、発酵させる、食べる、評価する」というイテレーションを繰り返して、美味しいパンを作り上げる、みたいな感じ。

レイヤー †

レイヤーとは１層目、２層目の「層」。グラフィックを背景、キャラ、UIと３層重ねて表示したりするときに、背景のレイヤー、UIのレイヤーといった言い方をする。プログラムにもレイヤーはあって、ハードウェアにアクセスするレイヤー、その上で動くゲーム層、「DirectXのレイヤーで処理しよう」みたいな感じでも使われる、この場合は「DirectX担当のプログラマにやらせよう」っていうのとほぼ同じ意味。

ユニークID †

変数名やファイル名、SNSのID名などはユニークな名前が求められる。若い自分には分厚い本に書いてあるその制限に「僕のつけた名前が面白いかどうかどうやって判断できるねん」って理解に苦しんだ。でも本来の英語的には「ユニークな名前」とは、風変わりな、単独性のある～、といった意味で、ようは「他とかぶらない名前」にしなさい、ということ。僕が面白かったネットに書いてあったユニークな変数は1バイトの「char aznable;」

アーキテクチャ †

コンピュータシステムの論理的構造のこと。難しい言葉だが「つくられかた」と思っていい。「アーキテクチャが異なる」とは「つくられかたが異なる」と読み替えられる。

"管理や構築を複雑なツールに頼るシステムはエンドユーザにとって害になるだろう。
「複雑なシステムを隠そうとすれば、その結局もっと複雑なシステムになってしまうのが落ちだ」。
中身を隠すための抽象化レイヤーは決して良いものではない。その代わりに、隠さないで済むように中身を設計すべきなのだ。"

アーロン・グリフィン(Arch Linux)

↑コレ好き、名言。

メモリ †

メモリとは覚えた数を忘れないように、その数だけ電子の石を置いてメモっておけるシステム。メモる＝覚えておく＝忘れない＝メモリー。１＋３＋６の計算をするとき、まず１＋３の計算結果を忘れないように４個の石をキャンバスに置いておく。次にその４個の石の横に６個の石を置くことで、全部合わせて１０個であることが見て取れる。メモリはそんな便利な「キャンバスと石」の仕組みを電気信号で再現したもの。紙と鉛筆なんかよりずっとずっと原始的。

8ビット †

たとえば8bitのメモリ空間というのは、８個の石をおけるキャンバス（＝メモリ）の大きさをあらわす。8個おければ１バイト。８個の石がおけるキャンバスって最大８までしか数えることができないように思うけど、工夫すれば２５６までの数字を表現することが出来る。たとえば３個しか石が置けない３bitのキャンバスを例に取ると下のように０～７の８種類のパターンを作ることができるので、３つの石があれば最大７まで記録することができる。同様の方法で石８個で２５６パターン、９個アレば５１２パターン、１６個あれば６５５３６パターン作ることができる。

xxx ・・・0
xxo ・・・1
xox ・・・2
xoo ・・・3
oxx ・・・4
oxo ・・・5
oox ・・・6
ooo ・・・7

（ｘは何もなし、oは石、1ビット＝１つの石と思えばいい）

バイト †

１バイトというのは8bitのこと。１２個のチョコで１ダースみたいにいうと８つのビットで１バイト。１バイトあれば２５６パターンを再現することができる。何しろ石が８個もあるからね。２５６パターンあれば表現できるものって何があるか？アルファベットは２６個なので余裕。さらに大文字小文字に対応して、加えて記号をいれても２５６種類におさまりそう。

xxxxxxxo・・・１・・・A
xxxxxxoo・・・２・・・B
xxxxxoox・・・３・・・C

こんな感じで、8bitで表現した石のパターンを「数」として扱い、その「数」を英文字と関連付ければ文が書けるかもしれない。８バイト（６４ビット）あれば８文字の手紙が書けそう。その６４個の石の並びをネットで送ればメールになるね。そうやって作られたのがASCII文字（アスキー文字）で「半角文字」って言われている。全角文字は漢字も含んで２５６パターンに収まらないから１文字16bit(２バイト)で扱われていて、理論上32768(=65536/2)種類の漢字まで対応できる。

スクリプト / プログラム　違い †

明確な違いはないし、C言語でプログラムが書かれたファイルは「C言語スクリプト」という言い方もできる。「C言語でプログラムが書かれたスクリプト」である。コンパイルするからプログラム、インタープリターだからスクリプトという見方もあるようだ。

プログラム / プログラマ　違い †

これは違う、説明は不要だと思うが、運動会や発表会の１日の予定や順番、雨の場合の対処法が記されているのがプログラム。プログラマがCPUへの手順や例外の対処法を羅列してるのもプログラム。プログラムを書く人がプログラマ。運動会のプログラムを書く人は先生だな。

機械（マシン）語 / アセンブラ †

C言語とアセンブラと機械語は全く違う。機械語は１６進数で書かれた数字だけの暗号ファイルみたいなもので、コンピューターが理解することができる言葉。とはいえヒトも理解できる一定の法則によって成り立っている。なにしろ機械語はヒトが作った言葉だからね。CPUにより言語体系は異なる。たとえばインテル系のCPUの機械語とARM系CPUの機械語は英語とロシア語くらい違う。どちらも数字だけで構成されたいわゆる「バイナリ」なので同じように見えるが、それは日本語以外は全て外国語っていうくらい乱暴なわけかたになる。CPUの受け付ける命令の数や種類を文化とすると、数字の並び方の法則性は文化の違いにより全く異なる。

アッセンブル †

81-01-80-42みたいな全てが１６進数の数字だと見た目にわからないから、数字の一部をADD 00 SUB 42みたいに意味のある言葉に置き換えたものがアセンブラ言語（アセンブリ言語）。当然CPU文化に応じてアセンブリ言語の体型は大きく異る。下図のようにアセンブラはオペランド（OPE）と(DATA)の組み合わせでCPUに命令を与える、これをマシン語に変換する作業が「アッセンブル」という。

このように命令とマシン語は１対１なので、できあがったマシン語のバイナリデータからアセンブリ言語に変換することも可能である。これを「逆アセンブル」する、といって出来上がった実行ファイルから元のプログラムを割り出すハッキング行為である。

C言語 †

コンピューターにやらせたいことは同じなのにCPU毎に別のプログラムスクリプトを描くのはナンセンスである。異なるCPUやハードウェア間でも同じプログラム・スクリプトを使えるように言語体系やできることを統一（規格化）したのがC言語となる。

C言語はそれだけでなく、より人間の言葉に近い考え方や、記述方法でプログラムをかけるので複雑でもわかりやすいプログラムを書くことができる。そのC言語で書かれたプログラムを自動的にCPUに応じたアセンブリ言語やマシン語に翻訳してくれるのがCコンパイラ。人間語を機械語に翻訳してくれる「アプリ」である。

インタープリター / コンパイル †

人間が読めるC言語で書かれたプログラムスクリプトを機械が読める「機械語」に翻訳することを「コンパイル」するという。プログラムスクリプトの実行には、最初に全てのプログラムを翻訳してしまう「コンパイル方式」と、都度翻訳しながら実行する「インタープリター式」の２種がある。翻訳済み文書と、同時翻訳の違いのようなもの。前者は先に間違いをすべて直さないと実行できない。後者は間違いがあっても実行できるが、その間違いは、プログラムがその箇所を通るまできづけない。

C言語はコンパイラ言語、PHPはインタープリター形式の言語である。

一般的に事前に翻訳されたコンパイル方式のほうが、その場で同時通訳されるインタープリター方式よりも高速に動作する。

統合開発環境 †

プログラムを組もうと思っても、プログラムを実行ファイルにするまでにはいろんなツールの力を借りる必要がある。例えばプログラムを書くメモ帳などのエディタや、コンパイラや、機械語に直されたファイルをくっつけてくれるリンカー、リンクされたプログラムを実行してデバッグするデバッガなどがそのツールの１つ。

それらのツールは本来別々のツールなので設定を各々してあげなくてはならないのだけど、それらを１つのソフトの中で全部設定してシームレスに使用できたらとても便利である。プログラムを書くエディタから直接コンパイルして、実行して、ターゲットマシンに転送しデバッグまでさせてくれる環境を１つにまとめて出来るようになっているの統合開発環境（IDE)である。WIN用のVisualStudioやmac用のXCodeはその代表で、最近だとAndroid-Studioというのも出てきた。で、これらの統合開発環境の状態を保存しておくことで、次回開発を再開するときに最後に開いていたプログラムや、ターゲットマシン、デバッガの設定などを起動後すぐに復元することができて便利。

最近ではUnityやUnrealEngineなどといったゲーム開発そのものと密接な機能をもつ統合開発環境は、IDEの発展版といえる。

プロジェクトファイル †

統合開発環境の保存ファイルは、ｗindowsだと「*.vcproj」macだと「*.xcodeproj」という拡張子のファイルで、これがプロジェクトファイルだと思っていればいいかもしれない。まあグラフィックで言うところ個々のレイヤー情報をまとめて持っているPSDファイルみたいなもの。

ソリューション †

製品に含まれる複数のプロジェクトを管理しているのがソリューション。簡単に言うとパックマンのソリューションには、ファミコン用のプロジェクト、プレイステーション用のプロジェクト、XBOX360用のプロジェクトが含まれている、みたいなイメージ。

エディット＆コンティニュー †

この便利さは神がかっている。プログラムを途中で止めて、ソースを変更して、続きから実行できる。メニューを構築したりするのに、なんどもソース中の座標を変更してリコンパイル、とかしなくていいし、ゲームのバランス調整にも実に便利。VisualStudio系以外では見たことがない。

VC2015ではなぜか１コンパイルに付き１度しかエディットできるチャンスがない。なんか設定ミスってるのかな、と思ったが制限がかかっているらしい。

https://www.infoq.com/jp/news/2015/08/enc-vs2015

ポインター †

簡単に言うと変数へのショートカット。特定の変数に値を代入する時に、その場所にない（別の場所にいてる）変数へのショートカットを作ると便利。このショートカットがポインター。変数へのショートカットといったが本当は変数の値が格納されているメモリへのショートカット。ショートカット自体はメモリのどこだったか、そのメモリのアドレスを記録している。だから、ショートカットに記録されているアドレスに値を入れれば変数の中身が変わる。

アドレスには数字データやテキストが所狭しとぎゅぎゅうに並べられている。そこに型をはめることでその型にあう変数やテキストが区分けされる。型を間違えるとおかしな区分けになる。だからポインタは何型のポインタだったかを覚えておく必要がある。違う型に無理やりはめ込むことを「型キャスト」という。

AAA BBB CCCC型
012 345 6789

A B CCCCCCCC型
0 1 23456789　　　←データの中身は同じだが型により切り分け方が異なる

ボイドポインター †

ボイド(void)とは何もないことを指す。ポインタはアドレスを示すショートカット。それらが組み合わさってボイドポインター。通常ポインタにはそのマーカーが何を指しているかを示しておかないと、その先何バイトがそのマーカーのさす範囲なのか明確にできないので、「～型のポインタ」という形で扱うのが普通。A型のメモリ領域をB型で指し示すことはできない。しかしボイドポインタは明確な型を持たない分、A型でもB型でもなんでも型として受け入れられる。しかしボイドポインターに代入して、deleteした場合、明確な型がわからないので、デストラクタが呼ばれなくて困る。

メモリとCPU †

CPUは車の速さ、メモリは車の荷台。荷台の大きさが１、速さ５の車で、１０個の荷物を運ぶと５０のコストがかかる。荷台の大きさが５、速さ５なら１０のコストで運び終わる。

荷台の大きさが１０あれば、５のコストで運び終わるが、さらに大きく荷台の大きさを２０にしても５のコストは絶対かかるので、これ以上荷台を大きくしてもメモリを増やしても）意味は無い。

そもそも１０個の荷物じゃなくて２０の大きさの荷物を５の速度の車で運ぼうと思うと、荷台に載り切らない。この場合は大きなトラックを呼んできて２０の大きさの荷物を積んでもらう必要があるが、トラックを呼んでくる分遅くなる。HDDスワップっていうのは、メモリに載り切らないデータを一時的にHDDに読み込んで無理やり処理することができるのだけれども、HDDを呼び出す分遅くなる。そもそも、HDDはメモリに比べて圧倒的に遅い。

C++11 †

いまのC＋＋の標準ですって。boostとかstdとかstlとか複雑になって取り残された僕にはJavaでもなくC#でもなくもう一度あの時愛したC言語に戻るチャンスかもしれないと思ってみてみたら、しばらく見ないうちに「髪型変わった？」っていうレベルじゃなかった、別人じゃん。C++2とかC++8とかがあるわけじゃなくて、2011年に久しぶりに策定されたCの標準化らしい。ANSIとかで定義されてたCの標準化の2011年版だと思えばいい。2014年版のC++14もあるけど、もうそっ閉じ。

ラムダ式 †

C++11から追加された新仕様。

void onConnectedController(Controller* controller, Event* event)

　　↓

controllerListener->onConnectedController = [&](Controller* controller, Event* event)
{
};

見慣れたソースから書き直すとこんな感じ。コールバック関数の挙動をひとまとめにかけるのが便利なんですって。関数の中に関数を書くとか、初見で意味がわからないが、関数内にテーブルを定義するのに近いと強引に思い込んで関数の最後はセミコロンで閉じよう「｛　～　｝；」

レキシカルスコープ †

関数の中に関数を書いたりするアレ。

test()
{
 test2(){
 };

 test2();
}

微分 / 積分 †

微分、積分、サインコサインタンジェント、数学は色々難しいし、なんの役に立つのかわからない。微分の計算がわからなくとも概念は知っておこう。１フレームに2.8ドット移動するキャラを考えると、１秒間に2.8x60=168ドットの距離を移動することになる。この時1/60秒単位にスライスしているのは、秒間あたりの移動速度に微分していると言えるし、秒間あたりの移動距離は積分しているといえる。

外積 / 内積 †

外積、内積とは「２つの線と線の平行具合」である。内積の場合、線と線の関係が平行に近いほど０になり、垂直に近いほど１に近づく。外積の場合はその逆で「直交具合」と言える。

レースゲームなら車が壁にぶつかった時の車体のベクトル（線１）と壁のベクトル（線２）で内積をとって１に近いほど速度を落とす。１っていうことは壁に真正面からぶつかったことになるし、ゼロだとほぼ平行にあたって「擦っただけ」といえる。ちなみに英語では、外積とはcross Product、内積とはdot Productという。自分で外積、内積を取るプログラムもシンプルなので使っているうちに覚えられる。

typedef struct Vector2D
{
 Float32 x;
 Float32 y;
} Vector2D;


//ベクトル内積
Float32 DotProduct(Vector2D *vecL, Vector2D *vecR) {
 return vecL->x * vecR->x + vecL->y * vecR->y;
}

//ベクトル外積
Float32 CrossProduct(Vector2D *vecL, Vector2D *vecR) {
 return vecL->x * vecR->y - vecL->y * vecR->x;
}

内積は２つのベクトルのなす角度を求めることができるし、平面上に点があるかどうかも判定可能。外積はポリゴンの向き(法線ベクトル)や平面上の三角形と点の内外判定に利用できる。

フレーム †

一般的に1/60秒の時間を表す。テレビは1秒間に６０枚のパラパラ漫画を再生することで動いているのはご承知の通り。秒間に６０枚ということは１コマ1/60秒（約0.016秒）なので、見えないほど速い時間ではない。ゲームではキャラクタの動きを1/60秒毎にスライスしてプログラムされている。

グラフィック関連 †

クランプ、アドレッシングモード †

スプライト表示の際、テクスチャの範囲外を指定してしまった時に、範囲外の表示をどのように表示するか、いくつかあるアドレッシングモードから選ぶことができる。

• クランプ・・・端っこの色をひきずって表示する
• ミラー（逆さに表示）
• ラップ（ゼロに戻って表示）

アルファ・ブレンディング †

アルファとは半透明のこと。赤いセロファンと緑のセロファンを重ねて上から見れば黒っぽく見える。こんな感じで半透明を混ぜあわせるからアルファのブレンデイング。

０がスケスケ、１００が不透明として、下地を５０％の半透明度、上にかぶせるセロファンを５０％の半透明みたいな感じで混ぜ合わせる。上にかぶせるセロファンの透明度が１００％の場合、下の色は全く見えない。
計算としては、例えばRGBのｒ成分が１００の時、上にかぶせる赤色(100)を５０％で混ぜあわせると
100*0.5 + 100*0.5 = 100 となる。

ブレンドファンクション †

ブレンドの仕方もいろいろある。ただ下の色と上の色を組み合わせる場合だと上の色を７０％とした場合に下の色を３０％とすることで合わせて１００％の普通のブレンディングとなる。
しかし、７０％の下地に対して、７０％の色を加算合成すると、１４０％になる。現実的に１００％以上の色にはならないので全部が白くなっていく。

ワイルドカード †

よくファイル名で使われる「*.bmp」とかいう謎の記号が出てくるが、この米マークは知っての通り「アスタリスク」という。ファイル名に使われるアスタリスクは「ワイルドカード」と言って、「？？？」を表す。よくわからないだろうが「？？？.bmp」と考えればいい。bmpの拡張子を持ったファイル全てを表す。検索するときに便利。a*.bmpをすれば、頭がaで始まるbmpファイルを指定できる

OpenCV †

ビデオカメラに関する汎用プログラミングライブラリ。

grep †

演算 / 計算 違い †

計算・・・計ったり数えたりすること
演算・・・法則にそって計算すること

演算は計算に含まれる。プログラマが決めた法則によって計算されるプログラムは全て演算。

パーサー †

XMLのパーサーとかJSONのパーサーという風に使う。難しく言うと構文解析器。構造をもったテキストのカッコとかを解釈してデータを取り出すためのプログラム。XMLデータはXMLパーサーを使わないと（作らないと）中のデータを正しく取り出せない。なぜならXMLというフォーマットはテキストエディタで見るとデータを区別するために色んなカッコで括られているからだ。そいつらを構文解析してデータだけ抜き出す（パースする）必要があるのだが、色々めんどくさい。

文字の扱い †

WindowsAPIの変換関数

古い標準関数はマルチバイトにしか対応しておらず、新しい関数はワイド文字が標準化してきている。
つまり、Shift-JISからUTF-8へ標準が移ってきているので、UTF-8に対応しきれていないC標準関数などが必然的に廃れていく。

JIT †

一般的には機械語への翻訳方式の１つ。インタープリターやコンパイルに対しての方式の名前で実行直前に機械語翻訳する方式。Just - In - Timeの略。インタープリターと違うところはアプリ実行中に実行行に来てはじめて機械語に翻訳するのではなく、アプリ起動直前に全てを翻訳するところ。C言語の起動するべきアプリそのものを機械語翻訳（コンパイル）してアプリを生成する。

DCCツール †

Degital Content Creation ツールの略。PhotoShopとかMayaのこと。デジタルコンテンツを作り出すツールの総称＆略称。

ビヘイビア †

Unityなんかでよく使われる言葉。「挙動」「動作」を表す言葉。
「Death Behavior＝死んだ時の挙動」といったニュアンスで使われる。

ポリゴン　/ モデル / メッシュ　/ 3D †

3Dゲームで使われているキャラクターを指して
「このポリゴンすげえ」っていう一般人とか「このモデルよく出来てるね」っていうグラフィッカーとか、「このメッシュ何ポリゴンなのかな」っていうプログラマと、「この3Dええな」っていう営業がいる。同じような意味だけど、それぞれ違う。

3D / ポリゴン †

ポリゴンとは多角形。三角形ポリゴンとか四角形ポリゴンがある。線がつながって最後に閉じていない折れ線状態のものはポリラインという。

ポリゴンを形成する頂点を2Dなら平面上で回転させることができ、3Dなら立体的に回転をさせることができる。2Dならサイン、コサインの三角関数で２次元空間内のみの計算でことたりるが、3Dで計算するには行列をつかった３次元空間での計算が必要になる。

つまり、ポリゴンとは多角形を表す形、3Dとは多角形の存在する空間をあらわすといえる。日本語で言うと「この３次元空間ええな」っていう営業はなんかかっこいいし、「この多角形すげえ」っていう一般人はよくわからないがなんか逆に凄いマニアックさを感じる。

モデル / メッシュ †

モデルとは3Dで形成された造形の総称。ボーンが入ってようが、テクスチャがついてようがついてなかろうが、なんでも「モデル」。このモデルをつくることをモデリング。一般的にメッシュは、テクスチャやボーンのない点、線、面の集合で形成された3Dモデル。しかしボーンが入ってない動かないモデルをさしてスタティック・メッシュという言い方もするので定義はあやふや。しかし動かないモデルをスタティックモデルとは言わない。

テクスチャやボーンやマテリアルやら入れた完成品が3Dモデル。そこから出力された「形」のみのデータがメッシュっていうイメージ。

プリミティブ †

最小単位

オブジェクト †

「モノ」のこと。3Dモデルにも使われるし、C言語プログラムの中間状態もオブジェクト、モノを表す言葉はなんでもオブジェクトである。誰なのよオブジェクトなんて抽象的な種類名をつけたのは。

3Dにおけるオブジェクトはしばしばメッシュと混同されるが

「オブジェクトは3Dモデルの位置・回転・大きさを定義し、
メッシュは3Dモデルの頂点・辺・面を定義するもの」

ということらしい

スプライト †

英語的には「妖精」のこと。画面内を飛び回るキャラクタをイメージして妖精呼ばわりされる。昔はハードウェアでキャラクタを描く機能が別にあったため、背景はBG機能、キャラクタはスプライト機能で描く的な表現がされておりハードによってスプライトの表示枚数の限界値が異っていたが、今はスプライトをハードでもつ必要はなくポリゴンとテクスチャで代用されるため機能としては搭載されていないが、画面を飛び回る2Dキャラクタを表現するポリゴンを指してスプライトという言い方だけが生きている

テクスチャ †

英語的には「生地」、プラモデルのデカール的な存在でポリゴンに貼り付ける絵素材のこと。昔はスプライトとか画像とかBMPとかいろんな表現があったが、近年ではスプライトはポリゴンに貼り付けたテクスチャで代用されることから絵素材を総称して「テクスチャ」と呼ばれる

※画面上の点はピクセル、テクスチャ上の点はテクセルという呼び分け方があってポリゴンの頂点座標（X,Y）に対してテクスチャ上の座標は（U,V）で表現されるが、意味はｘ,yと同じ。

マテリアル †

英語的には「材質」。
じゅうたんにどれだけ鉄っぽい絵を書いても床が金属質に見えないのは光の反射率のせい。絵が張り付いているものの材質を設定するのがマテリアル。ポリゴンとテクスチャをつなぐ接着剤のような存在。どんなテクスチャで反射率がどのくらい、っていうのが設定される。

サーフェース †

英語的には「表面」。ポリゴンにテクスチャを貼り付けてマテリアル情報を加えた状態の総称。テクスチャ + マテリアル + ポリゴン = サーフェースみたいな感じ

裏読み / ストリーミング読み込み †

NOW LOADINGなんかでゲームの進行をとめてステージを読み込むのとは対照的にゲームの動作中に、裏でデータを少しずつ読みこんでおきシームレスに次のステージにつなげたりすること。ストリーミング読み込みとも呼ばれる。
簡単な例ではオンデマンドの動画再生なんかは、全てをダウンロードしてから動画がみられるようになっているわけではなく、ストリーミング読み込みとなっていて、とりあえず最初にみられる５秒位の動画データをダウンロードして、それを見せてる間に５秒後以降のデータを順次読み込むことで、できるだけ待ち時間をなくしている。

オンデマンド †

ユーザーのリクエストを受け付けて初めて配信を開始する方式。youtubeなんかはそれの代表例。ではオンデマンドでないものとはなにか？時間枠にそって自動的に配信しているテレビ放送がそれにあたる。要はユーザーがテレビに合わせるのか、テレビがユーザーにあわせるのかの違い。

†

オーバーレイ

PukiWiki 1.5.2 © 2001-2018 PukiWiki Development Team.
Skin "GS2" is designed by yiza.
Powered by PHP 7.4.33. HTML convert time: 0.033 sec.