Frequent Used Abbreviation on Be*Talk

Be*Talk頻出略語辞典
(started on 03-Dec-1997)
(last updated on 14-Apr-1999)

BeDevTalk(&BeCodeTalk)[以下、Be*Talkと省略させて頂きます^^;)]は、デベロッパ諸氏の気さくな会話が飛び交うML(=Mailing Listの略)であるため、よく分からない略語や、辞書で引けない表現が出てきて立ち往生してしまう事が頻繁にあります。しかし、例えデベロッパぢゃなくても、BeOSフリークにとってBe*Talkはいろんな情報の宝庫であり、出来ればこまめにチェックしておきたいもの。

そこで、ここでは過去のBe*Talkで出現頻度の高かった略語や、特殊な表現、スラング等を解説します。これと翻訳ソフト、辞書ソフトがあれば、あなたのBe*Talkライフも楽になる事請け合い!?

BeDevTalk&BeCodeTalk頻出略語/表現をお知らせ下さい

このページでは、Be*Talkでしばしば登場し、読み手を悩ませる

略語
独特の表現/特殊な表現
俗語(スラング)
専門用語

勢い込んで作ってみたはいいものの、私がよく見かける略語としては、今のところこれくらいしか思い付きません^^;)。Be*Talkに出入りしていらっしゃる方、出入りしていらっしゃらない方を問わず、BeOSコミュニティに関連ありそうな表現・略語等でしばしば顔を出すものにお気付きの方、あるいは『こんな表現・略語を載せて欲しい』というご要望のある方、是非私まで教えて下さい。勿論、激励やご叱責、間違いのご指摘もお待ちしておりますので、どんどんお寄せ下さい^^)。

索引(アルファベット順)
(現在の収録語数：99)

[

A|B|C|D|E|F|G|H|I|J|K|L|M|N|O|P|Q|R|S|T|U|V|W|X|Y|Z]

What's New!

A [11語収録]

AA:PR

Advanced Access Preview Releaseの略。1997年5月にリリースされた、BeOS Preview Release(DR9)の早期配布版の意。AAPRとも書きます。

このAA:PRから、Dockが無くなりTrackerに変わった、Unicodeが正式にサポートされる様になった、システム標準のデータベースが無くなり、一時的にe-mailが使えなくなった等、大幅な変化の入ったリリースでした。

ADC

Analog Digital Converterの略。元はCDプレイヤーに搭載されている、アナログ信号をデジタル信号に変換する回路/チップの事です。

********* ここからちょっと脱線 *********

音というのは、空気の粗密が時間的・空間的に変化する事により発生するものなので、縦波として定式化出来ます。つまり、音情報というのは(かなり大まかな説明ですが)周波数(振動数)と音圧(振幅)で規定出来るので、音声をデジタル信号として扱う場合、音声の波形情報を時間軸方向と音圧方向に量子化してやる事により、ビット列に変換します。現行CD(Compact Disc)規格の場合、サンプリング・レート44.1kHzで16ビットの量子化を行う訳ですが、これは時間軸方向を44,100/秒に分割、音圧方向を65,536/100dB?に分割した方眼紙を用意し、波がどこの升目にあるのかという情報に置き換えてやる事に相当します。こうする事により、可聴周波数帯域(大体20Hz～20kHz位だと言われています)をカバーする数Hz～22.05kHzの音声を再現する事が可能になっています。

しかし、現実の世界で発生する音には、一般に倍音(波形の骨格を形成する音波－基音－のn倍の周波数の音波のこと)が含まれており、音色の違いにはこの倍音がどんなふうに載っかっているかが大きく影響すると言われています。そして、こうした倍音成分の処理まで考えると、上記周波数帯域は、こうした倍音情報を再現するために十分ではないという説もあります(倍音成分まで考えると、人間の耳には40～50kHzの音まで聞こえているという説もある)。よく、同一アルバムのアナログオリジナル版とCDリマスタリング版を聴き比べて、アナログ版の方が良いという話をする人がいますが、これはあながち懐古趣味とは片づけられない訳です。

また、量子化の上限は上に書いた通りですが、下限は理論上1HzまでOKです。しかし、ちょっと絵を描いてみると分かるのですが、数十Hzの周波数域になると、量子化した波形は矩形波に近づいていってしまいます。つまり、最終的に音波に戻す時に、誤差が大きくなり易くなる訳なんですが、低音というのは、耳で聴く以上に、振動として体感するという要素が大きいため、こうした低周波がうまく再現出来ないと、臨場感に欠けた音になってしまう訳です(とはいえ、一般的な再生装置－スピーカーでは、100Hz以下の帯域はまともに再生出来ていないので、実生活の中では事実上問題ないという話もあるんですけど)。

ちなみに、オーバー・サンプリングというのは、時間軸方向に升目を細分化する事に相当し、これを行う場合、細分化する升目の両側の値などをもとに、間がどういった点で繋がるのかを計算によって補間してやる訳ですが、この補間が上手に行えれば、元のアナログ波形に近い波形を再現出来る事になる訳です。ビットマップファイルの拡大・縮小をする時にも、同じ様な事をしてますね。

************** 脱線終わり **************

逆にデジタル信号をアナログ信号に変換する回路/チップは DACとなります。MIDIキット内の変数として定義されているBADCStreamの真ん中の部分はこの意味です。

ADMIN

ADMINistrationの略。管理の意。Be*Talk管理者(List Guy)のMichael A. Aldereteさんが、ML管理者のお知らせとして発言をする場合に、標題に

[ADMIN]○○○○○○○○

Audio Elementsの略。Adam(ちょっと困ったちゃんな作りになってしまっているところもありますが、個人的にはとても好きなメールクライアントです:-)等の販売でも知られる Adamation社が発売する、オーディオ／サウンド処理プログラムのこと。ミュージシャンやサウンドデザイナーが使うことを想定して開発されている様です。

このAEは、IEの作者として有名なAttila Mezei氏の手によるものです。ヴィジュアルにオーディオプロセッシングアプリケーションの開発が出来るので、デモに使うにはもってこいです。また、プラグイン形式に対応していて、SDKなんかも公開されているので、こっち方面に興味のある方は、使ってみると良いかもです。

AFAIK

As Far As I Knowの略。「私の知る限りにおいては」の意。

agnostic

辞書的には、不可知論(者)の、という意。Be流の言葉として、

CPU agnostism(CPU不可知論)

というのがあるのですが、これはBeOSはCPUにこだわらないという事です。BeOSの歴史をひもとくと、使用されるCPUは、AT&T Hobbit(こいつは試作段階のBeBoxマザーに搭載されていて、日の目を見る事なく消えてしまいました。念のため)→PowerPC→Intel Pentiumと来ていますが、お次は日立SH(SH4?)辺りなのでしょうか?

SH4は、一足お先にセガのDreamcastに搭載されましたね。

A(lpha)

文脈依存ですが、BeOSにおいてこのAという文字が単独で登場する場合、Alpha Channel(アルファチャネル)を表す事があります。このアルファチャネル、確か用途が厳密に規定されている訳では無いと思うのですが、一般的には画像の透明度等を表すパラメターとして使われています。

BeOSでも、RGBのところで述べた色深度情報に加え、透明度を指定するための変数として、AA:PRからAlpha値が用意されました。このアルファ値は、rgb_color構造体において、

typedef struct {
uint8 red;
uint8 green;
uint8 blue;
uint8 alpha;
} rgb_color

ここでややこしいのは、PR1までは、32bit colorにおけるアルファチャネルのデフォルト値は"0"だったのですが、PR2からこいつが"255"に変更になった事です(個人的には、PR1までの定義の方があとあと楽じゃないかと思うのですが。先々48ビットカラーをサポートするなんて事になった場合、Aは12ビットに拡張される事になるので、デフォルト値は4095に変えなくちゃなんですが...)。また、PR2の時点では、色深度変数の指定時にRGBAを全部指定しても、Aの部分は無視されるのでどっちでも良くなってしまっているのですが、今後(Release3から？)アルファ値もきちんと渡される様になるため、ビットマップ等をコード中に埋め込みたいといった様な理由で、色深度の情報をハードコードしている場合には、Aの指定に気を付ける必要があります。

なお、BeOSにおいては、ビットマップファイルはlittle endian形式で格納されます。つまりビットマップファイルの各ピクセル情報は、RGBAではなくて、ABGRの順になる訳ですね。これに絡んで、AA:PRでは、Magnifyを使った場合に、拡大されたデスクトップの色が変になるというバグがありました。何か紛らわしくて、扱いにくそうなのですが、いちおうrgb_colorの定数としては、

B_BIG_RGB_16_BIT
B_BIG_RGB_32_BIT

というのが用意してあって、一時的にbig endian配列のビットマップを扱いたい場合は、これを使って変数を定義して、そこにbig endian形式のビットマップを読み込み、little endian形式への変換を行えばよいようです。

それからrgb_colorの定義においては、上記の通り、red,green,blue,alphaともuint8になっており、等価なのですが、16ビットの色空間においては、R,G,Bが各5ビット、アルファ値が1ビットになっている様です。

こことRGBの項は間違いがあったのと、記述内容が不正確だったのとで、修正を加えました。Yuuichi Makinoさん、ご指摘をどうもありがとうございました。

ANN

ANNounceの略。要は「お知らせ」の意ですね。Be社からの告知事項や、デベロッパの方々がBeWareの新作やバージョンアップのお知らせをする時に、標題に

[ANN]○○○○○○○○

API

Application Programming Interfaceの略。対応する日本語ってあるんでしょうか？

ASAP

As Soon As Possibleの略。「可能な限り早く」の意。

ASIC

Application Specific Integrated Circuitsの略。正確な訳語は知らないのですが、特定用途応用型ICとでも訳せば良いのでしょうか^^;)。

PCにおいては、周辺機器のコントロール用の回路を集積化して、基板占有面積の削減や回路品質の向上のために使われるようです。

どこで読んだか忘れてしまった(確かBeDevTalk/BeCodeTalkのどちらかでした)のですが、Be社がBeOS/Intelに関連して、CPUのすっぴんの性能ではPowerPCが整数演算性能、浮動小数点演算性能ともPentium(II/Pro)よりも優れているのに、何故システムとしてのスループットはIntel版の方が良いのか？という疑問に答えています。Macで使われているPCIコントローラ用ASICの出来がよろしくないためだそうな。