abc 記譜法 2.1 版

abc 標準

以下、abc 標準 2.1 版(abcnotation.com) の部分訳である。 これより新しい標準の訳は abc 標準 2.2 を参照のこと。 訳注は marinkyo による。abcjs を使って実際の譜面も表示するようにした。

目次

	abc music 記法 2.1 (2011 年 12 月)
        目次
        1. はじめに
            1.1 この文書を読む方法
            1.2 この文書を読まずに済ませる方法
            1.3 abc チュートリアル
            1.4 abc 拡張
            1.5 情報を知りたい、変更を提案したい
            1.6 文書の場所
        2. abc ファイル、音、断片
            2.1 abc ファイルの見分け方
            2.2 abc ファイル構造
            2.3 埋め込まれた abc と abc の断片
        3. 情報フィールド
            3.1 情報フィールドの定義
            3.2 曲本体でのフィールド使用
            3.3 フィールド継続
        4. 曲
            4.1 ピッチ
            4.2 臨時記号
            4.3 音符の長さ
            4.4 リズム割（付点音符など）
            4.5 休符
            4.6 音部記号と移調
            4.7 連桁
            4.8 繰り返し記号
            4.9 １カッコ、２カッコ
            4.10 いろいろな終わり方
            4.11 タイとスラー
            4.12 装飾音符
            4.13 連符
            4.14 装飾
            4.15 シンボル線
            4.16 再定義可能な記号
            4.17 コードとユニゾン
            4.18 コード記号
            4.19 注釈
            4.20 abc 構成の順序
        5. 歌詞
            5.1 行揃え
            5.2 連
            5.3 番号付け
        6. 組版、再生
            6.1 組版
            6.2 再生
        7. 多声
            7.1 声部のプロパティ
            7.2 改行
            7.3 インラインフィールド
            7.4 声部の重ね書き
        8. abc データフォーマット
            8.1 曲本体
            8.2 テキスト文字列
        9. マクロ
            9.1 静的マクロ
            9.2 移調マクロ
        10. 時代遅れのシンタックス
            10.1 旧情報フィールド
            10.2 旧方言
            10.3 旧継続
            10.4 旧ディレクティブ
            10.5 旧ファイル構造
            10.6 旧歌詞そろえ
            10.7 その他の旧記法
        11. スタイルシートディレクティブと疑似コメント
            11.0 ディレクティブとは
            11.1 声のグループ化
            11.2 命令ディレクティブ
            11.3 臨時記号ディレクティブ
            11.4 フォーマットディレクティブ
            11.5 アプリケーション固有ディレクティブ
            11.6 ディレクティブに関する進んだ情報
        12. 方言、ゆるい解釈、厳密な解釈
            12.1 方言の違い
            12.2 ゆるい解釈
            12.3 厳密な解釈
        13. abc 曲のサンプル
            13.1 English.abc
            13.2 Strspys.abc
            13.3 Reels.abc
            13.4 Canzonetta.abc
        14. 付録
            14.1 サポートしているアクセント
            14.2 訂正

1. はじめに

abc はテキストベースの音楽記法であり、 人間にとってもコンピュータにとっても理解できるように設計されている。 abc の音楽は文字記号、すなわち、英文字、数字、句読点でで記述されていて、 紙やコンピュータファイルに入っている。 この文書は、abc 記法を理解したい人たちのために、そして abc のソフトウェアアプリケーションを実装したい人たちのために作成した。 例のいくつかはサンプルに入っている。

1.1 この文書を読む方法(How to read this document)

最初から読み始めて終わりまで読み通すこと。 他には、ハイライトを読む方法もある。読まずに済ませる方法を参照。

1.1.1 用語

下記用語は abc の標準で特別な意味をもっている。 便宜を図るため、定義にリンクを張っている。

• abc ファイル
• abc 断片
• abc 曲
• abc 曲集
• コード改行
• コメント
• 埋め込み
• 空の線
• ファイルヘッダ
• ファイルテキスト
• 情報フィールド
• inline field
• 音楽コード
• スコア改行
• スタイルシートディレクティブ
• テキスト文字列
• 曲本体
• 曲ヘッダ
• 組版テキスト

なお、http://www.ietf.org/rfc/rfc2119.txt も見よ。 ここではキーワード MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, OPTIONAL の厳密な意味が定義されている。

最後に、単語「変動要因」 // VOLATILE // とある項は、 現在活発に議論されていたり、今後標準の変更が予想されていたりすることを示している。

1.2 この文書を読まずに済ませる方法(How to avoid reading this document)

abc 標準は多くの情報を含んでいる。そのため初心者にとってはすぐには使いこなせないだろう。 それでも初心者は、 1. の「はじめに」にあるこの節はともかく、 2.2, 3.0, 3.1 (特に 3.1.1, 3.1.2, 3.1.6, 3.1.7, 3.1.14), 3.2, 4. （特に 4.1, 4.3, 4.7, 4.8) を読んでほしい。

初心者は 13章 と abc チュートリアルを読むことをすすめる。

そのあとで、興味に応じて下記を参照してほしい。

• 5. 歌詞歌詞の記述
• 6.1 組版五線譜の記号を abc で表示させるため
• 7. 多声 複数声部の楽譜

1.3 abc チュートリアル(Abc tutorials)

• http://abcnotation.com/learn 多くのチュートリアルへのリンクがここにある
• http://abcplus.sourceforge.net/#ABCGuide
• http://www.lesession.co.uk/abc/abc_notation.htm
• http://trillian.mit.edu/~jc/music/abc/doc/ABCtutorial.html

訳注：日本語で読める abc 記譜法について

• ABC言語　－　テキストで「楽譜」を表現するための言語(abclanguage.for-our.info)
• 無料チュートリアル：音楽(tutorial.jp)
• 実用abc譜 www.asahi-net.or.jp
• 標準 ABC Ver. 2.0 （草稿 IV）(web.archive.org)

1.4 abc の拡張 (Abc extensions)

abc 記譜法システムは他の何ものにもよらず作られたので、 abc ソフトウェアパッケージが多く開発されている。 しかし、この標準ですべてを完全にフォローするのは難しい。 この文書のねらいは、アプリケーション間の互換性問題を解決すること、 少なくとも問題を減らすことにある。

いうまでもなく、 abc を使うときこのような拡張の有無に気をつけることは大事だ。 有名なパッケージでの拡張は下記リンクにある。

• - extensions implemented by [[http://abcnotation.com/software#abcm2ps|abcm2ps]](リンク切れ)
• - extensions implemented by [[http://abcnotation.com/software#abcMIDI|abc2midi]]
• - extensions implemented by [[http://abcnotation.com/software#BarFly|BarFly]]
• - extensions implemented by [[http://abcnotation.com/software#abctab2ps|abctab2ps]]

1.5 情報を知りたい、変更を提案したい (Further information and changes)

この標準について、また abc 一般について知りたい場合、 abc ユーザーズメーリングリストや abc 記譜法フォーラムを使えばいい。

• http://groups.yahoo.com/group/abcusers/ (abcusers - subscriptions and archive of posts)
• http://www.mail-archive.com/abcusers@argyll.wisemagic.com/ (abcユーザーズ - 以前の投稿のアーカイブ)
• http://abcnotation.com/forums/

標準の変更を提案したい場合は、ここを読むべし。

http://abcnotation.com/wiki/abc:standard:route-map - a route map of proposed changes to the standard plus instructions for proposing changes

1.6 文書の場所 (Document locations)

この文書(の英語オリジナル)はここにある。

http://abcnotation.com/wiki/abc:standard:v2.1

最新版だけでなく過去の版も知りたい時はこちらから。

http://abcnotation.com/wiki/abc:standard

2. abc ファイル、音、断片

2.1 abc ファイルの見分け方 (Abc file identification)

abc ファイルはすべて、 拡張子 ".abc" (すべて小文字) をどんなプラットフォームでももっている。

コメント: WEB サーバのなかには限られたファイルタイプしか拡張子をゆるさないものもある。 この場合は .txt 拡張子が最善の代替案である。

どんなabc ファイルでも文字列%abcで始まる。 同じ行にバージョン番号を入れてもよい。例：

%abc-2.1

2.1 またはそれ以上のバージョン番号は、 abc ファイルが abc 標準にしたがって厳格に解釈されることを表している。 もしバージョン番号がなければ、ファイルはゆるい解釈とみなされる。 バージョンフィールドは曲ごとに使ってもよい。

開発者への注釈： もしファイルの最初の文字にバイトオーダーマーク (BOM) (en.wikipedia.org)があれば、 ソフトウェアはそれを無視すべきである。

abc file がマルチパート電子メールに含まれるとき、 その MIME タイプは"text/vnd.abc" であるべきだ(IANA text/vnd.abc (www.iana.org) を見よ).

2.2 abc ファイル構造

abc file

abc ファイル

abc ファイルとは 1 つ以上の abc 曲 の記述(transcriptions) からなるファイルのことである。 abc ファイルには、任意で散在した注釈を付け加えることができる。この注釈となるテキストは、 自由テキスト と 組版テキストである。 また、abc ファイルは、ファイルへッダではじめることができる。 ファイルヘッダの利用は任意できる。 このヘッダはファイルを処理するための既定の方法を定めるためにある。

abc tunebooks

abc 曲集

1 つ以上の曲がある abc ファイルを abc 曲集という。

2.2.1 abc 曲

abc tune

abc 曲

abc 曲 そのものは 曲ヘッダ と 曲本体からなる。

tune header

曲ヘッダ

**曲ヘッダ** は情報フィールド行から構成される。

tune body

曲本体

曲本体とは、音楽コードを含み、すぐそのあとに続くものである。

music code

音楽コード

abc の音楽コード行は曲本体にある行で、 音符や、小節線やほかの音楽記号を含むものである。

2.2.2 ファイルヘッダ

file header

ファイルヘッダ

ファイルはオプションとしてファイルヘッダから始めることができる （バージョンフィールドのすぐ後）。 このヘッダは、 連続する情報フィールドや スタイルシートディレクティブ、 あるいはその両方であり、空行で終わる。 ファイルヘッダはファイルにある曲に対して既定の値が定められている。

ファイルヘッダはファイルの先頭にのみ置くことができる。曲間には置けない。 （後略）

2.2.3 自由テキストと組版テキスト

free text

自由テキスト

自由テキストとは今いった通りのものである。

typeset text

組版テキスト

組版テキストとは、テキストディレクティブで指定されたテキストである。.

2.2.4 空行と改行

Empty lines

blank lines

空行

ブランク行

空行（ブランク行）は abc 曲と フリーテキスト、ファイルヘッダを分けるために用いられる。 空行はabc ファイルの可読性向上に寄与する。

ホワイトスペース（スペース文字とタブ文字）からのみなる行は空行とみなされる。

改行（new lines, line feeds, carriage returns, end-of-lines, など) は abc ファイルで使われ可読性を向上させるとともに、 必要があれば長い入力を切るために使われる。入力行の継続を見よ。

より細かいことをいえば、音楽コード内の改行は、 abc 表示を構造化し、また、デフォルトでプリント音楽の改行を生成する。 さらに詳しくは、 組版改行を見よ。

2.2.5 コメントと注意

％記号 (''%'')

% 記号から始まり、行末で終わる文字列は無視される。 コメントを付け加えたり、自身の権利を コメントラインで表明したりする。 % 記号を表示したい場合は、''\%'' とする。 テキスト文字列を見よ。

2.2.6 入力行の継続

abc ソフトウェアに対して、 abc ファイルにある入力行が次の物理的行に継続することを伝えることが、 必要になるときがある。つまり、二つ（以上）の行が一つにみなされるようにしたいということだ。 abc 2.0 では一般継続文字がこのために使われていた （時代遅れの継続を見よ）。しかし、 この方法は不必要で混乱を招くものということが決定された。

abc 2.1 では、４種類の入力タイプのどれでも継続する方法がある。このタイプとは、 音楽コードのほか、 情報フィールド、 コメント、 スタイルシートディレクティブである。

abc 音楽コードでは、デフォルトは、 コードの改行は組版スコア内の改行を生成する。そしてこれらはバックスラッシュを使うことで、 （または abc 組版ソフトウェアに、''I:linebreak $'' または ''I:linebreak <none>'' を使うことで改行を無視するよう伝えることで）抑制される。 詳しくは組版改行を見よ。

プログラマへのコメント： バックスラッシュは継続文字として音楽コードでは効果的に機能する。 しかしながら、他のコンピュータ言語の文脈で使われることを考えるとその仕様は abc 固有である。 特に音楽コード行を 情報フィールドやコメント、 スタイルシートディレクティブを通して使った場合はそうである。

音楽コードのほかには 3 種類の入力行タイプがある。

情報フィールド

情報フィールドとは、''+:'' から始まりそれに続く行である。 フィールド継続 を見よ。

コメント

コメントは、記号 ''%'' から始まりそれに続く行である。

スタイルシートディレクティブ

スタイルシートディレクティブのほとんどは非常に短いので継続シンタックスを必要としない。

2.3 埋め込まれた abc と abc の断片 (Embedded abc and abc fragments)

従来、abc は abc ファイルにより記述されてきた。しかし最近では、abc 曲を、そして断片でも含めるようないろいろな可能性が出てきた。 （中略） 例：ある HTML ドキュメントでは以下の曲が含まれうる。

<pre class="abc-tune">
X:1
T:Title
K:C
DEF FED:|
</pre>

2.3.1 埋め込まれた abc 断片

abc fragment

abc 断片

abc 断片とは、部分的なabc 曲である。 部分的な 曲ヘッダはあるが曲本体をもたないかもしれないし、 曲本体オプションの曲ヘッダや 情報フィールドがあるかもしれない。

// 例 1: // 曲ヘッダがない断片

<div class="abc-fragment">
CDEF GABc|
</div>
  

// 例 2: // 部分的な曲ヘッダがある断片

  <div class="abc-fragment">
  T:Major scale in D
  K:D
  DEFG ABcd|
  </div>
  

2.3.2 埋め込まれた abc 曲

2.3.3 埋め込まれたファイルヘッダ

2.3.4 埋め込まれた abc ファイル

3. 情報フィールド

abc フィールドと使い方

3.1 情報フィールドの記述 (Description of information fields)

3.1.1 X: 参照番号

''X:'' (参照番号) フィールドは 曲集のなかでそれぞれの曲に応じて一意に割り当てられた正の整数番号である。 例：''X:23''。

''X:'' フィールドは、曲の開始を示すために用いられる。 したがって、どの曲もすべて X で始まるし、 １つの曲につき X は1 つである。

''X:'' フィールドはなくても許されるが、推奨されない。

3.1.2 T: - 曲タイトル

''T:'' (タイトル) フィールドは ''X:'' フィールドの直後に記述される。 これは人間がその曲を識別するために使う（たとえ空であっても）。

曲のよっては１つ以上のタイトルをもつものもある。 したがって、１つの曲に対して１つ以上の代替タイトルを示すことが可能である。

''T:'' フィールドは１つの曲に対する各パートの名前をつけるときにも使われる。 この場合は調性や拍子の変化の前に置くべきである。

3.1.3 C: - 作曲者

''C:'' フィールドは作曲者を示す。

3.1.4 O: - 原作

''O:'' フィールドは曲の地理的発生源を示す。 可能であれば、次のようにデータを階層的に入れること。
O:Canada; Nova Scotia; Halifax.
O:England; Yorkshire; Bradford and Bingley.

// Recommendation: // セパレータとして必ず "'';''" (セミコロン)を使うことを推奨する。 こうしておけば、ソフトウェアがフィールドをパーシングできるようになる。 しかし、abc 2.0 での推奨はコンマであった。だから古いファイルは abc 2.1 ではパーシングできないかもしれない。

このフィールドは作曲者不明の曲（トラディショナル）を扱うときに特に有用だろう。 組版情報フィールドにある、 原作情報をプリントされたスコアに含めるようにする詳細を見よ。

3.1.5 A: - エリア

歴史的に、"A:" フィールドは地域情報を表すために使われてきた (より詳しい曲の発生地)。しかし、このフィールドは今は廃れている。 "O:" フィールドを使うことが進められている。

3.1.6 M: - 拍子

''M:'' フィールドは拍子を示す。 通常の拍子はもちろん、（例： ''M:6/8'' あるいは ''M:4/4''）、 記号 ''M:C'' や ''M:C|'' はそれぞれ (4/4) と (2/2) に対応する。 記号 ''M:none'' は拍子を完全に省く (拍子なし).

複雑な拍子を指定することもできる。例：''M:(2+3+2)/8'' は ビートのアクセントを明示していることを表す。分子のカッコはつけなくともよい。 このときの組版は次のようになる：

  2 + 3 + 2
      8

''M:'' フィールド指定がないときは、拍子なしが仮定される。この場合は, 小節線は好きなところに指定してよい。

3.1.7 L: - 音符の単位長さ

''L:'' フィールドで指定されるのは音符の単位長さである。 ここで単位長さとは、abc 記譜法で１つの文字が表す音符の長さの単位である。

よく使われる単位は ''L:1/4'' - 四分音符、''L:1/8'' - 八分音符 、 ''L:1/16'' - 十六分音符 がある。。 ''L:1'' (全音符) - やこれと同じ ''L:1/1'', また ''L:1/2'' (二分音符), ''L:1/32'' (三十二分音符), ''L:1/64'', ''L:1/128'', ''L:1/256'' , ''L:1/512'' も可能である。 とはいえ、''L:1/64'' やこれより短い音価ではソフトウェアパッケージによってはサポートされない。

もし''L:'' フィールドが定義されなければ, 単位長さは既定値で定義される。 ベースは拍子フィールド ''M:'' により定まる。 この既定値は拍子を十進法として解釈することで計算される。 すなわち、もし、拍子が 0.75 未満であれば、単位長さは十六分音符となる。 0.75 以上であれば, 単位長さは八分音符である。 たとえば、2/4 = 0.5, であるから 既定値となる単位長さは十六分音符である。 一方 for 4/4 = 1.0, や 6/8 = 0.75, or 3/4= 0.75, では単位長さは八分音符である。 ''M:C'' (4/4) や ''M:C|'' (2/2) 、 ''M:none'' (自由拍子), の場合は、デフォルトとなる単位長さは八分音符である。

拍子が曲の途中で変わっても、単位音符の長さは変わらない。

3.1.8 Q: - テンポ

"Q:" フィールドは一分間のビートの数でテンポを定める。 例 ''Q:1/2=120'' は １分あたり120回の8分音符を表す。 4つまでのビートを定めることができる。例：
Q:1/4 3/8 1/4 3/8=40
これは、あたかも''Q:5/4=40'' であるかのように曲を弾くことを意味する。 しかし、ユーザーによって指定した音符のテンポを示すことができる。

テンポの定義は、オプションを先に出したり後に続けたりできるテキスト文字列を使って修飾できる。例：
Q: "Allegro" 1/4=120
Q: 3/8=50 "Slowly"

テンポ指示が明示的になくても問題ない。例： ''Q:"Andante"''.

3.1.9 P: - パート

// 変動要因 // １つ以上の声部がある音楽で、 ''P:'' と ''V:'' フィールドの相互作用がどうなるかはは、abc のバージョン 2.2 で記載する。 単一声部での ''P:'' の使用法についてもそのとき述べよう。

''P:'' フィールドは曲ヘッダで使われる。 これは、曲を繰り返す回数を定める。例：''P:A3'' は ''P:AAA'' に等しい。 カッコを使うこともできる。例： ''P:(AB)3'' は ''P:ABABAB''　に等しい。 カッコのネストも許される。 ドットはヘッダ''P:'' フィールドののどこに置いてもよい。これは可読性を高めるために使える。 例：''P:((AB)3.(CD)3)2''. これらのドットはコンピュータプログラムによって無視される。 ''P:'' 記法の使い方は、 さまざまな終わりかた と 歌詞を見よ。

曲の再生を完全に実行するなら、プログラムは可能であれば''P:'' フィールドを使うべきである。 組版プログラムは ''P:'' フィールドをプリントスコアに含めるべきである。 パート情報をプリントスコアに含める方法の詳細については、組版情報フィールドを見よ。

P:フィールドは、曲ヘッダで曲のパートを演奏する順序を決めるときに使われる。例：''P:ABABCDCD''、
またそのとき曲本体内部で各パートをマークするときに使われる。 例 ''P:A'' または ''P:B''. (この文脈ではパートは曲のセクションを指す。多声音楽の１つの声部を指すのではない。）

3.1.10 Z: - 記述

典型的には ''Z:'' フィールドは該当曲を abc に翻訳した人名を記す。 そしてできれば連絡先を記載する。例. 電子メールアドレス、ホームページ URL
// 例: // 簡単な記述 Z:John Smith,

3.1.11 N: - 参照

一般的な注釈を含めて、同じ他の曲に対する参照のように、 その曲が abc にコンバートされた元の記法を記す。

組版情報フィールドを見よ。 参照が印刷スコアに組み込まれる方法が詳しく記載されている。

3.1.12 G: - グループ

データベースソフトウェアはこのフィールドを使ってもよい。曲をグループにまとめるため （たとえば、楽器によって）のインデックスを作る目的である。また、 メドレーを作るなどの目的に使われるかもしれない。しかし、この用法は標準化されていない。

3.1.13 H: - 履歴

複数段の参照、由来、小咄に用いられる。

''H:'' フィールドは典型的には組版に用いられることはない。 複数段入力のための正しい使用方法はフィールド継続シンタックス(''+:'')が使われる。 この結果、たとえば、データベースアプリケーションは二つの異なる小咄を区別できる。

 
// 例: //
  H:this is considered
  +:as a single entry

  H:this usage is considered as two entries
  H:rather than one

3.1.14 K: - キー

調性記号は大文字("A-G")に加え、必要に応じて"#"か"b"を添える。これらはそれぞれシャープとフラットに対応する。 モードを指定することができる。モードの指定があければ長調が仮定される。

例えば, ''K:C major'' のほか、 ''K:A minor'', ''K:C ionian'', ''K:A aeolian'', ''K:G mixolydian'', ''K:D dorian'', ''K:E phrygian'', ''K:F lydian'' , ''K:B locrian'' は、 シャープもフラットもない五線譜すべてである。 スペースは省いてもよく、モードでは大文字は無視されるし、また、実際にパーシングされるのは最初の3文字である。 その結果、次の例の通りとなる。 ''K:F# mixolydian'' ''K:F#Mix'' や ''K:F#MIX'' と同じである。 同様に、特別な例として, "minor" は "m" と略してもよい。

この表は同じキーがどのように違うように表記されるかを示している。

^           Mode ^ Ionian ^ Aeolian ^ Mixolydian^ Dorian    ^ Phrygian  ^ Lydian    ^ Locrian   ^
^ Key Signature  ^ Major  ^ Minor   ^           ^           ^           ^           ^           ^
| 7 sharps       | ''C#'' | ''A#m'' | ''G#Mix'' | ''D#Dor'' | ''E#Phr'' | ''F#Lyd'' | ''B#Loc'' |
| 6 sharps       | ''F#'' | ''D#m'' | ''C#Mix'' | ''G#Dor'' | ''A#Phr'' | ''BLyd''  | ''E#Loc'' |
| 5 sharps       | ''B''  | ''G#m'' | ''F#Mix'' | ''C#Dor'' | ''D#Phr'' | ''ELyd''  | ''A#Loc'' |
| 4 sharps       | ''E''  | ''C#m'' | ''BMix''  | ''F#Dor'' | ''G#Phr'' | ''ALyd''  | ''D#Loc'' |
| 3 sharps       | ''A''  | ''F#m'' | ''EMix''  | ''BDor''  | ''C#Phr'' | ''DLyd''  | ''G#Loc'' |
| 2 sharps       | ''D''  | ''Bm''  | ''AMix''  | ''EDor''  | ''F#Phr'' | ''GLyd''  | ''C#Loc'' |
| 1 sharp        | ''G''  | ''Em''  | ''DMix''  | ''ADor''  | ''BPhr''  | ''CLyd''  | ''F#Loc'' |
| 0 sharps/flats | ''C''  | ''Am''  | ''GMix''  | ''DDor''  | ''EPhr''  | ''FLyd''  | ''BLoc''  |
| 1 flat         | ''F''  | ''Dm''  | ''CMix''  | ''GDor''  | ''APhr''  | ''BbLyd'' | ''ELoc''  |
| 2 flats        | ''Bb'' | ''Gm''  | ''FMix''  | ''CDor''  | ''DPhr''  | ''EbLyd'' | ''ALoc''  |
| 3 flats        | ''Eb'' | ''Cm''  | ''BbMix'' | ''FDor''  | ''GPhr''  | ''AbLyd'' | ''DLoc''  |
| 4 flats        | ''Ab'' | ''Fm''  | ''EbMix'' | ''BbDor'' | ''CPhr''  | ''DbLyd'' | ''GLoc''  |
| 5 flats        | ''Db'' | ''Bbm'' | ''AbMix'' | ''EbDor'' | ''FPhr''  | ''GbLyd'' | ''CLoc''  |
| 6 flats        | ''Gb'' | ''Ebm'' | ''DbMix'' | ''AbDor'' | ''BbPhr'' | ''CbLyd'' | ''FLoc''  |
| 7 flats        | ''Cb'' | ''Abm'' | ''GbMix'' | ''DbDor'' | ''EbPhr'' | ''FbLyd'' | ''BbLoc'' |

"K:" フィールドが指定されないか、"K:none" という指定であれば、調性記号を全く使わないことができる。

3.1.15 R: - リズム

曲のタイプの指示を含む（例：ホーンパイプ、ダブルジーグ、シングルジーグ、48 小節ポルカ、など）。 この指示によって、演奏者は曲をどのように解釈するかヒントを得ることができる。 またこの指示はまたデータベースアプリケーションにとっても有用である （バックグラウンド情報を見よ)。 また、このフィールドは実験的に再生ソフトで使われている。特に、 abcmus では、 小節内で特定の音符にアクセントをつけることでよりリアルな再生を目指している。

印刷されたスコアに含まれるリズムの詳細は、 組版情報フィールドを見よ。

3.1.16 B:, D:, F:, S: - バックグラウンド情報

情報フィールド ''B:book'' (印刷された曲集), ''D:discography'' （すなわち CD や LP など聞く対象となる曲）や、 ''F:file url'' (すなわちabc 曲、 abc ファイル (WEB などにある) 、 ''S:source'' (すなわち集めたり学んだりした曲の環境）は、以前に述べたフィールド、 ''H:History''や''N:notes''、 ''O:origin、''R:rhythm''と同様、 曲についての構造的バックグラウンドを与える。

これらは特に大規模な曲の集合を扱うことを目的としている（ abc が生まれた発端である）。そして、 システマティックに扱えるということは、abc ソフトウェアは整列をはじめとして、 検索、フィルタが使えればよい（たとえば、特定の CD にある曲をすべてリズム順に整列させたりフィルタで抽出したりする、など）。

abc 標準はこれらのフィールドがどのように使われるかを処方しはしない。しかし、複数情報が一つのフィールドに含まれるのではなく、 一つの情報がそれぞれ複数の同じ型のフィールドに含まれるのが典型的である。 English.abc に出てくる例を見よ。

バックグラウンド情報が印刷スコアに含まれる詳細については、組版情報フィールドを見よ。

3.1.17 I: - 指図

''I:''(指図) フィールドが使われるのは、指図ディレクティブの拡張集合としてであり、 abc コードの解釈に関わることである。

''I:'' フィールドは、 スタイルシートディレクティブと相互に置き換え可能である。 だから、どんな''I:directive''も''%%directive''に置き換えられるし、 その逆も同様である。 しかし、 インラインバージョンを使うのならば、 ''I:'' バージョンを使わなければならない。

このような相互交換性にもかかわらず、あるディレクティブは標準の一部として採用され（この文書でI:によって示される）、 そしてこれを標準とするようなソフトウェアにより実装されなければならない。逆に、 スタイルシートディレクティブ (この文書で %% により示される)はオプションである。

コメント Since スタイルシートディレクティブはオプションであり、 あるプログラムから別のプログラムに移植できることは必要ではない。だから、この意味はI: フィールドが含むものは、 スタイルシートディレクティブ は abc ソフトウェアで自由に扱うべきであり、 特に認識できない I: フィールドは無視されるべきである。

下記表が含む I: フィールドディレクティブのリストは abc 標準として採用されている。 さらなる情報はリンク先を参照。

通常、命令フィールドは、ファイルヘッダー、ファイルのデフォルトを設定するため、 または（ほとんどの場合）曲のヘッダーに使用されるが、曲本体には使用されない。 チューンヘッダ内の命令フィールドの出現は、ファイルヘッダ中の命令フィールドよりも優先される。

コメント： 覚えておいて欲しいのは、 abc ソフトウェアでファイルから曲を抽出するものは オリジナルのファイルヘッダのフィールドを、 抽出した曲のヘッダに挿入しなければならない、ということだ。 これはまたこのセクションで定義されたフィールドに対しても正しい。

文字集合フィールド

I:abc-charset utf-8

バージョンフィールド

%abc-2.1

I:abc-version 2.0

インクルードフィールド

I:abc-include mydefs.abh

クリエーターフィールド

I:abc-creator xml2abc-2.7

3.1.18 他の情報

• ''m:'' はマクロを参照せよ。
• ''r:'' はコメントと注意を参照せよ。
• ''s:'' はシンボルラインを参照せよ。
• ''U:'' は再定義可能なシンボルを参照せよ。
• ''V:'' は多声を参照せよ。
• ''W:'' と ''w:'' は歌詞を参照せよ。

3.2 曲本体の情報フィールドの使い方 (Use of fields within the tune body)

inline field

インラインフィールド

調性(''K'')や拍子(''M'')、単位音符長さ(''L'') を曲の途中で変えることは頻繁に生じる。 これらを始めとして、多くの 情報フィールドで、 曲本体のなかで当然使われるべきものは、 インラインフィールドとして定め、 角カッコの中に置く。

// 例: // The following two excerpts are considered equivalent - either variant is equally acceptable.
  E2E EFE|E2E EFG|[M:9/8] A2G F2E D2|]

  E2E EFE|E2E EFG|\
  M:9/8
  A2G F2E D2|]

最初の括弧、フィールド識別子およびコロンは、間にスペースを入れずに記述する必要がある。 括弧内には1つのフィールドしか配置できない。 ただし、複数の括弧で囲まれたフィールドを隣り合わせに配置することもできる。 必要に応じて、インラインフィールド（特に音部記号の変更）をビームの途中で使用することができる。

本文に表示されるフィールドとインラインで使用される可能性のあるフィールドを示す表の情報フィールドを参照のこと。

3.3 フィールド継続 (Field continuation)

１つの線が長すぎるフィールドは、継続する行の先頭に記号''+:''を使って継続することができる。 文字列タイプ情報フィールド （文字列タイプの情報フィールド一覧参照）に対して、継続は二つの半線の間のスペースで繋げられる。 文字列タイプ情報フィールドについては （情報フィールド文字列タイプフィールド一覧表を見よ）、 継続は二つのハーフライン間のスペースを付加することとして考えられている。

例：次の２つの断片は同等とみなせる

w:Sa-ys my au-l' wan to your aul' wan,
+:will~ye come to the Wa-x-ies dar-gle?

w:Sa-ys my au-l' wan to your aul' wan, will~ye come to the Wa-x-ies dar-gle?

4. 曲

4.1 ピッチ

次の文字がト音記号を使って表される音符となる：

ハ音記号を用いたとき、C が中央ド、次に D, E, F, G, A, B, c … となる。c 以上のオクターブ上は、c', d' となる。 C よりオクターブ下は C, となる。

同様の拡張は低い音符でも高い音符でも可能である。

低いオクターブはコンマを、高いオクターブはアポストロフィを使えばよい。 一つ特別なコンマ/アポストロフィを使うたびにオクターブを下げる/上げる.

プログラムは音符の後に出てくるどんな, や ' 記号のコンビネーションでも、 解釈できなければならない。たとえば、C,', (C コンマ アポストロフィ コンマ) は C, (C コンマ) に等しい。また (大文字) C' (C アポストロフィ) は、 (小文字) c と同等である。

別の方法として、音楽コードのセクションを上げ下げするには K: フィールドか V: フィールドの octaveが使えないといけない。

コメント： 英語の音符の名前は C-B, これらは　abc システムで使われる。 他の言語で対応する音符名は do-si である。具体的には、 do=C, re=D, mi=E, fa=F, sol=G, la=A, si=B.

4.2 臨時記号

^, =, _ はそれぞれシャープ、ナチュラル、フラットである。ダブルシャープ、ダブルフラットはそれぞれ ^^, __ となる。

4.3 音符の長さ

単位音符長さは、L: フィールドで規定されているとする。この数字に応じて長さを変える。 L: 1/8 のとき、a とあれば ８分音符であり。a2 であれば ４分音符である。a/2 は16分音符となる。

4.4 付点音符

付点音符は次のように記す。

4.5 休符

休符 (rests) は記号 z または x で表される。 長さは音符と同じ記法による。 z は譜面に表示されるが x は表示されない。

複数小節の休符は記号 Z (大文字) の次に小節数を記す。

例：次に示す抜粋はタイプセットの結果を示す。見た目は違うが音楽的には同じである。

訳注：全休符は小節全体の休みのときの表示であるが、abcjs では小節内の休符の長さにかかわらず、 全休符が表示されるのは、L:パラメータで表される単位長さ * 休符カウント数 = 1 のときであり、かつそのときに限られる、 というバグがある。下記、z4 表示を z8 に変更すると全休符となる。

4.6 音部記号と移調 ( Clefs and transposition )

音符記号と移調の情報は K: key フィールドと V: voice フィールドで使える。記法は次のとおりである。

[clef=]<音部記号名>[<line number>][+8 | -8] [middle=<pitch>] [transpose=<semitones>] [octave=<number>] [stafflines=<lines>]

• <音部記号名> - 次のうちのどれか。treble, alto, tenor, bass, perc or none。perc はドラムの音部記号. clef= は省略可。
• [<行番号>] - 音部記号の基準を五線のどの位置にするかの指定。既定値は次の通り、treble: 2; alto: 3; tenor: 4; bass: 4。
• [+8 | -8] - '8' 五線の上か下に記す。演奏者はオクターブ高いか低いかを指定する。
• [middle=<pitch>] - は音部記号を五線のどの位置に置くかの指定方法。The pitch は五線の第3線にどの音が来るかを示す。既定値は次の通り。 treble: B; alto: C; tenor: A,; bass: D,; none: B. 再生には影響しない。
• [transpose=] - for playback, transpose the current voice by the indicated amount of semitones; positive numbers transpose up, negative down. This setting does not affect the printed score. 既定値は 0.
• [octave=] to raise (positive number) or lower (negative number) the music code in the current voice by one or more octaves. This usage can help to avoid the need to write lots of apostrophes or commas to raise or lower notes.
• [stafflines=] - 五線の線の数。既定値は 5.

4.7 連桁

連桁したい音符は、スペースを入れなければよい。 したがって、 2/4 拍子では、A2BC は1つの8分音符の次に2つの16分音符が連桁される。 一方、 A2 B C は同じ音符が分けられる。 連桁の傾きや符幹の上下の向きは自動的に決まる。

注意：連桁できない音符は独立して表示される。たとえば、 L:1/8 のとき ABC2DE は AB C2 DE と同じである。

4.8 繰り返し記号など

4.9 繰り返しの１カッコ、２カッコ

4.10 いろいろな終わり方

記法 P: part notation と組み合わせて、 2 種類以上の繰り返しを記述できる。

4.11 タイとスラー

- の記号を使って、 abc-|cba や c4-c4 のように小節線をまたぐか、または 1 つの小節にある 2 つの音符をタイでつなぐことができる。 タイのシンボルは必ず最初の音符とのペアになっていないといけないが、２番目の音とのペアである必要はない。 例：c4 -c4 や abc|-cba は不適切である。 abc 構成の順序　を見よ。 より一般的なスラーは、 ( と ) の中に音名を記述することで実現できる。 従って、 (DEFG) という記述は 4 つの音の上にスラーを引く。 ( D E F G ) のように、スラーの中にスペースを書き入れることは可能である。

スラーは、入れ子にできる。

スラーの始まりと終わりが同じ音にあってもよい。

破線のスラーは .(cde) のように、スラーの開始を示すほうのカッコにドットを付加することによって記述する。 スラーを終えることを示す方のカッコにドットを付加するかどうかは任意である。 同様に、破線のタイはドットを付加して、 C.-C のように書く。 この方法が特に便利なのは、同じ旋律につく歌詞が複数あり、スラーを要求する歌詞も要求しない歌詞もあるときである。

注意すべきことは、- で示されるタイと () で示されるスラーとは五線譜の上では同じ記号を生成するが、 ABC ファイルを演奏するプログラムにとって、これらは全く異なる意味を持つこと、そしてこれらの持つ意味が交換されるべきではないことである。 タイは同じ音高で連続する 2 つの音を連結するので、その結果 1 つの音のように演奏される。 一方スラーは音連の最初と最後をつなげることから、フレージングやレガートに奏されるべき楽句を明示する。 タイもスラーも、ともに和音の中でも外でもその間でも使用されるが、この場合それらの間にある違いは特に重要である。

4.12 装飾音符

装飾音は波カッコ {} を用いる。 曲 'Athol Brose' ( Strspys.abc にある) そのあらゆる部分がハイランド地方のバクパイプ曲の複雑な装飾音符の実例である。

アポジャトゥーラとアッチャカトゥーラを区別するために、 アッチャカトゥーラは最初に波カッコのすぐあとにスラッシュを置く。 例：{/g}C or {/gagab}C:

装飾音があっても、不均等割の構成には影響しない。したがって、 A<{g}A と A{g}<A はともに正しい書き方で、A/2{g}A3/2 と等価である。

4.13 連符

4.14 装飾

.       スタッカート
~       アイリッシュ・ロール
H       フェルマータ
L       アクセント
M       下モルデント
O       コーダ
P       上モルデント
S       セーニョ
T       トリル
u       アップボー
v       ダウンボー

現在定義されている装飾記号は次のとおり：

!trill!                "tr" (トリルマーク)
!trill(!               長いトリルの開始
!trill)!               長いトリルの終了
!lowermordent!         縦線が入った短いギザギザ
!uppermordent!         短いギザギザ
!mordent!              !lowermordent! と同じ
!pralltriller!         !uppermordent! と同じ
!roll!                 アイリッシュの音楽で使われるロールマーク（アーク）
!turn!                 ターンのマーク(グルッペットともいう）
!turnx!                貫かれた線を伴うターンのマーク
!invertedturn!         逆ターンマーク
!invertedturnx!        貫かれた線を伴う逆ターンのマーク
!arpeggio!             垂直のギザギザ
!>!                    > マーク
!accent!               !>! と同じ
!emphasis!             !>! と同じ
!fermata!              フェルマータまたは伸ばし (点の上に弧)
!invertedfermata!      逆さまフェルマータ
!tenuto!               音を十分伸ばす記号。水平線。
!0! - !5!              指使い
!+!                    左手ピチカート、またはフレンチホルンでのゲシュトプフト
!plus!                 !+! と同じ
!snap!                 snap-pizzicato mark, visually similar to !thumb!
!slide!                slide up to a note, visually similar to a half slur
!wedge!                small filled-in wedge mark
!upbow!                V 記号（アップボー）
!downbow!              角型 n 様記号（ダウンボー）
!open!                 小さな円。開放弦またはハーモニクス
!thumb!                チェロの親指記号
!breath!               音符の後にくるアポストロフィに似た息継ぎの記号
!pppp! !ppp! !pp! !p!  ダイナミクス 1
!mp! !mf! !f! !ff!     ダイナミクス 2
!fff! !ffff! !sfz!     ダイナミクス 3
!crescendo(!           < の始まり。クレッシェンド記号
!<(!                !crescendo(!と同じ
!crescendo)!           < の終わり。クレッシェンド記号。最後の音符につける
!<)!                !crescendo)! と同じ。
!diminuendo(!          start of a > diminuendo mark
!>(!                   same as !diminuendo(!
!diminuendo)!          end of a > diminuendo mark, placed after the last note
!>)!                   same as !diminuendo)!
!segno!                2 ornate s-like symbols separated by a diagonal line
!coda!                 a ring with a cross in it
!D.S.!                 D.S. 文字 (=ダルセーニョ)
!D.C.!                 D.C. 文字 (=ダコーダ または ダカーポ)
!dacoda!               the word "Da" followed by a Coda sign
!dacapo!               the words "Da Capo"
!fine!                 the word "fine"
!shortphrase!          vertical line on the upper part of the staff
!mediumphrase!         same, but extending down to the centre line
!longphrase!           same, but extending 3/4 of the way down

下の図は装飾記号の実例である。

4.15 シンボル

多くのシンボルを音楽のラインに加えると曲は見づらくなる。 こういった場合は、シンボル行を使う。 (シンボル行とは、!…!のみを含む行をいう。 decorations, "…" chord symbols or annotations)

4.16 再定義可能な記号

''!symbol!'' シンタックス（装飾を見よ）を避けるショートカットがある。 As a short cut to writing symbols which avoids the ''!symbol!'' syntax (see [[#decorations|decorations]]), 文字''H-W''と''h-w''、そしてシンボル''~''が''U:''フィールドとともに割り当てることができる。 たとえば、文字''T''をトリルに割り当てるには、こう書けばよい。

U: T = !trill!

また、''"^text"'', など ( 注釈 下参照) も定義できる。

// 例： // 音符の上にプラスの記号を表示したいときば、次のように''p'' を定義する。 U: p = "^+"

中略

標準定義の集合（再定義前の集合）は次のとおりである。

  U: ~ = !roll!
  U: H = !fermata!
  U: L = !accent!
  U: M = !lowermordent!
  U: O = !coda!
  U: P = !uppermordent!
  U: S = !segno!
  U: T = !trill!
  U: u = !upbow!
  U: v = !downbow!

進んだマクロの機構については、 マクロを見よ。

4.17 和音とユニゾン

和音 (すなわち、１つの符幹に２つ以上の音符があるもの)は [] 記号の中に音を記す。例：

[CEGc]

はハ長調の和音を示す。これらは連桁することもできる。

[d2f2][ce][df]

和音内にはスペースがないことに注意。

4.18 コード記号

変動要因：ここでの和音のリストとその扱われ方は今後何らかの店で拡張されるだろう。それまでは、プログラムのコード記号の扱いは特に柔軟であるべきだ。

コード記号（たとえば、コード/ベース 音符）はメロディーラインの下に（パッケージによっては上に）あり、該当する音符の左に二重引用符でくくって表記する。 例：

コード記号のフォーマットは <note><accidental><type></bass> というかたちとなる。 ここで音符 <note> は A-G, オプションの臨時記号 <accidental> は b または #, オプションの <type> は次のどれかまたは複数である。

m or min        短調 (minor)
maj             長調 (major)
dim             減和音 (diminished)
aug or +        増和音 (augmented)
sus             係留 (suspended)
7, 9 ...        7th, 9th, など.

そして </bass> はオプションのベース音である。

コード名の後のスラッシュは、 "C/E" のように任意のベース音がある時にしか使われない。 ベース音が該当和音にあれば転回和音であること、つまりその音が和音の最も低い音にであることを示している。 ベース音が該当和音になければその音が該当和音より低い音で鳴る付加的な音であることを示している。 ベース音は（A-G か a-gの）任意の文字であり、 （b か # の）臨時記号を伴っても伴わなくともよい。 ベース音は大文字でも小文字でもピッチには関係ない。

代理和音は（再生用ではなく）印刷用に指定される。それには "G(Em)" のように、二重引用符の中で通常のコード名の後に丸カッコで囲む。

開発者への注：ソフトウェアはユニコードの変記号、本位記号、嬰記号 (♭, ♮, ♯) を適切に扱うようにすべきである。 特殊シンボル を見よ。

4.19 注釈

一般的に注釈は、五線譜の上や下、まん中に書かれる。 この場合、ダブルコーテーションの中の文字列は次のどれか、^, _, <, >, @ ではじめる。 これらはそれぞれ音符や休符、小節線の上、下、左、右に位置する。@ はプログラムの解釈による。

4.20 abc 構成の順序

音符に関する abc 構成の順序は次のとおりである。 //<grace notes>//, //<chord symbols>//, //<annotations>/<decorations>// (例： Irish roll, staccato marker or up/downbow), //<accidentals>//, //<note>//, //<octave>//, //<note length>//, 例： ''~^c'3'' または ''"Gm7"v.=G,2''.

各 タイ記号、スラー記号 ''-'' は音符グループのすぐ後でなければならない。しかし、スペースが続いてもよい。
例： ''=G,2- ''。
開きデリミタと閉じデリミタ、 ''['' and '']'' は音符列を完全に囲まないといけない(和音を除く)。
例： "C"[CEGc]|
|"Gm7"[.=G,^c']
また、スラー記号 ''()'' も同様である
"Gm7"(v.=G,2~^c'2)

5. 歌詞

5.1 行揃え

w: 属性を使う

次の二つは同じである。

C D E F |
w: doh re mi fa  
G A B c |
w: sol la ti doh

C D E F |
G A B c |
w: doh re mi fa sol la ti doh

訳注：abcjs で第２の書き方をすると、G A B c に doh re mi fa があたってしまい、誤った表示となる。

コメント： 第２の例は、 abc 2.1 で導入された拡張により可能となる。 この意味は、歌詞はもはや音符の列のすぐあとに続くものではないということだ。 もちろん、歌詞のありかは曲本体の後に置いてもよい。 しかし、行揃えの拡張ルールは abc 2.0 と完全に後方互換をとれているというわけではない。 時代遅れの歌詞揃えの説明を見よ。

もしシラブルが利用できる音符より少なければ、残った音符には歌詞がなくなる（空白のシラブルが割り当てられる）。 その結果、w: フィールドの見た目は以前に（リアルでもブランクでもよいが）シラブル付きで表示されたすべての音符と結び付けられる。

例： 次の例では、空白の w: フィールドは 4 つのG 音符に何も歌詞が割り当てられていないことを表している。

もし利用できる音符よりシラブルが多ければ、余ったシラブルは無視される。

開発者への推奨： もし w: 行が、対応する音符に対するシラブルの正しい数を含まない場合、 プログラムはユーザーに対してウォーニングを出すべきだ。 しかし、不十分なシラブルは（上に述べた通り）合法的な使い方であるので、 プログラムはウォーニングを切り替えるようにしておくのがよいかもしれない。

注意：シラブルは装飾音符や、 休符、スペーサーには割り当てられない。 そして、タイや、スラー、連繋した音符は個別の音符として解釈される。

歌詞行はテキスト文字列として扱われる。 歌詞のなかでは、単語はひとつ以上のスペースで区切られていて、あとのシンボルと正しく整合するようになっていなければならない。

- の前にスペースやハイフンがある場合、 - は別の音節とみなされる。

ハイフンの隣にアンダースコアが使われている場合、常にハイフンが最初に来る必要がある。

小節内に音符と同数の音節がない場合、<code> | </code>をタイプすると自動的に次の小節に進む。 十分な音節がある場合、<code> | </code> は無視される。

例:

w: syll-a-ble    は３つの音符に分けられる
w: syll-a--ble   は４つの音符に分けられる
w: syll-a -ble   （上記に同じ）
w: time__        は３つの音符に分けられる
w: of~the~day    １つのシラブルとして扱われる (すなわち、一つの音にまとめられる）
                 しかし３つに分かれた言葉ののように見える

 gf|e2dc B2A2|B2G2 E2D2|.G2.G2 GABc|d4 B2
w: Sa-ys my au-l' wan to your aul' wan,
+: Will~ye come to the Wa-x-ies dar-gle?

+: フィールド継続の意味を理解するためには、 フィールド継続を見よ。

5.2 連

w: 属性を使う

w: を二つ重ねる。

訳注：オリジナルでは行頭に + を使う方法も出ているが、abcjs では使えないため割愛した。

5.3 番号

歌詞の1番、2番…は、番号、ピリオド、~、歌詞をスペースをはさまずに書く。 そうすれば、歌詞は最初の音符からはじめることができる。

6. 組版、再生

6.1 組版

6.1.1 組版改行

// 用語 // 改行とは文書で使われることばで（行改め, 行送り, キャリッジリターン、行末とも言われる）、 文書をページに収めるために決める。 この節を通して、また、この標準のどこでも、次のように用語を区別する。

code line-break

コード改行

コード改行とは、 abc の曲本体 の改行であり、 特に、音楽コードの行末尾での改行を意味する。

score line-break

スコア改行

スコア改行とは、プリントされたスコアの行改行を意味する。

スコア改行の組版の基本的な仕組みは、コード改行を使用することである。 チューン本体の1行の音楽コードは、通常、印刷された音楽の1行に相当する。 もちろん、音楽コードの行の印刷された表現は、スタッフにとっては長すぎるかもしれないので、 必要ならば、組版プログラムは追加のスコア改行を導入すべきである。 結果として、スコアライン改行が完全に自動的に処理されるようにしたい場合（非abcスコアリングソフトウェアでは一般的です）、　 曲の一行に曲の本体を入力するだけである。

ほとんどのabc GUIソフトウェアは長すぎる行を囲む必要があるが、 1行に調整本体を入力するのは不便だ。特に、改行を助けるコード改行やabcコードを電子メールで送信する場合（入力行の続きを参照）はそうである。

さらに、過去にいくつかの組版プログラムが使用されてい！文字をabcコードに挿入して、スコア改行を強制するものだ。 その結果、abc 2.1では改行命令が導入されました。

     I : 改行

すべての改行設定を許可するために、I：linebreak命令を4つの可能な値と共に使用して、スコア改行を制御することができる。

    "I：linebreak $"は、$記号が楽譜の改行をタイプセットするために曲本体で使用されることを示す。すべてのコード行区切りは、組版の目的では無視される。

例：次のabcコードは2行にタイプセットする必要がある。

I:linebreak $
K:G
|:abc def|$fed cba:|

"I:linbrea" ！ シンボルは、ラインの改行をタイプセットするために使用される。 すべてのコード行区切りは、組版の目的では無視される。

コメント： "I:LineBreak !" 命令は "I linebreak $" と同じ方法で動作します、 下位互換性のために主に提供されています - 改行の方言を参照のこと。 "I：linebreak $"が好ましい使用法です。 "I:LineBreak!", "I：decoration +"命令も自動的に起動します - 装飾方言を参照のこと。最後に、 "I:LineBreak! " はdeprecatedディレクティブと同等です。 古いディレクティブを参照のこと。

• "I：linebreak <EOL>"は、ラインの終わりの文字（CR、LFまたはCRLF）がスコアの改行をタイプセットするために使用されることを示す。 言い換えれば、コードライン改行は、タイプセッティングの改行に使用される。
• "I：linebreak <none>"は、改行がすべて自動的に実行されることを示し、コード改行は無視される。

値<EOL>、$および！より多くの1つのシンボルがスコアラインブレイクを示すことができるように組み合わせることもできる。

デフォルトの改行設定は次のとおりです。

I：linebreak <OL> $

つまり、コードの改行と$記号の両方がスコアの改行を生成する。

コメント： "I:linebreak $！" は合法だが、、同じことを意味するために2つの異なる記号を使用するので、それはお勧めできません。

I：linebreak命令は、ファイルヘッダ（abcファイル内のすべての曲に適用される）、または曲ヘッダ内で使用できます （この場合、その曲にのみ適用され、ファイルヘッダの中断指示）。 同様に、2つのI：改行命令がファイルヘッダーまたはチューンヘッダーに表示された場合、2番目のI：改行命令は最初のものを取り消する。

コメント：「I：linebreak $」と「I：linebreak 」のような2つの命令を一緒に使用すると、 デフォルトと自動改行の切り替えをスワップするだけで簡単に行うことができる。

I：改行の指示は、曲の本体では許可されていません（主に、音楽コードの読みやすさに矛盾するため）。

スコアの改行の抑止

スコアの改行を示すために曲本体で文字が使用されているときに、組版ソフトウェアに特定のコード改行を無視するよう指示することが有用なことがある。 これは、音楽コードの行末にバックスラッシュ（\）を使用して実現される。 行が処理される前にバックスラッシュが削除されるので、バックスラッシュの後ろに空白および/またはコメントが続くことがある。

例：以下の2つの抜粋は、同等のものとみなされ、印刷されたスコアには1人のスタッフとしてタイプセットされる必要がある。

abc cba|\ % end of line comment
abc cba|

abc cba|abc cba|

バックスラッシュは処理のために効果的に2つのラインを結合する。したがって、2つのハーフラインの間にスペースが必要な場合（たとえば、ノートが一緒に鳴らないようにするために）、バックスラッシュの前に配置するか、 。

次の３つの断片は同じものと考えられる。

abc \
cba|

abc\
 cba|

abc cba|  

このようにして結合される線の数に制限はありません。 ただし、空白行の前にバックスラッシュを使用してはならない。 例：以下は合法です。

cdef|\
\
cedf:|

例：以下は非合法です。

cdef|\

cdef:|

上の例では、バックスラッシュで終わる行の直後に音楽コードの行が続き、バックスラッシュは2行の音楽コードの続きとして機能し、長い音楽コード行を分割するために使用できる。

しかし、もっと重要なのは、物理的な改行が発生した時点で、情報フィールドとスタイルシート指示文が処理され（コメントが削除される）ことです。 したがってバックスラッシュは一般に、音楽のラインの途中でメーターやキーの変更を含めるために使用される。

例：以下は、プリントされたスコアに1行としてタイプセットされるべきです。

abc cab|\
%%setbarnb 10
M:9/8
%comment
abc cba abc|

代わりの使用例：上記のことは、インラインフィールド、%% の代わりにI：形式、コメントの代わりにr：remarkを使用しても実現できる。

abc cab|[I:setbarnb 10][M:9/8][r:comment]abc cba abc|

最後に、文字がスコア改行を示すために使用されていない場合、バックスラッシュは実質的に冗長であることに注意してください。

ユーザーにおすすめ：ほとんどの行の音楽コードでバックスラッシュ記号を使用していることがわかったら、 代わりに "I：linebreak "または "I：linebreak $"を使用することを検討してください。 スコアライン改行を生成するために無視することができます（後者の場合は、$文字でスコアラインを改行することができます）。

6.1.2 組版特別空白

y は音符の回りに特別なスペースを作るために使われる。 さらに、 コードシンボル と 装飾を 付着させるために、 そのシンボルや装飾と音符との間をあけるために使う。

例：

"Am" !pp! y

注意：y シンボルは 休符を音楽内で作ることは決して しない

6.1.3 組版情報フィールド

既定では、組版プログラムは表題 (T) のほか、 作曲者 (C), 原作 (O), パート (P), テンポ (Q), 行揃え語 (w) その他語 (W) がプリントスコアにある。スキーマは下記の通り：

• ''T:表題は曲の上部中央にプリントされる。副題は表題の下、表題より小さな字でプリントされる。
• ''C:作曲者は右側に揃えられる。表題のちょうど右側で、それぞれの作曲者は行で区切られる。
• ''O:原作'' の内容フィールドは''C:作曲者'' フィールドにカッコつきで付け加えられる。
• それぞれの ''P:パート は曲本体に現れるが、 パートの初めから個別認識が可能でなければならない。 もし ''P:parts'' が 曲ヘッダ (パートの順序)にあれば、 曲の初めに左揃えでプリントされる。
• ''Q:テンポは適用される曲の最初のセクションにプリントされなければならない。
• 行揃え対象の ''w:語 (詞) は各音楽ラインの下にプリントされ、他の ''W:語'' がその下にプリントされる - 歌詞を見よ。

ノート（N）、履歴（H）、リズム（R）、ブック（B）、ディスコグラフィー（D）、ファイル（F）、ソース（S）、またはその他のタイプの追加情報フィールドを、 転写（Z）には、%% writefields指令を使用してください - 情報指令を参照のこと。

タイプセットをカスタマイズするには（たとえば、フォントを変更して）、フォーマット指示文を参照のこと。

6.2 再生

情報フィールドの多くは再生プログラムでは無視される。 例外は I: のほか K:, L:, M:, m:, P:, Q:, s:, U: , V: である。

付け加えていえば、メタデータとして再生用ファイル (例：MIDI, ogg, mp3)としてアウトプットとする再生プログラムは、 コンテンツに T: のほか C:, w:, W: フィールドをメタデータに含めてよい。

さらに、再生プログラムは R: フィールドを使って曲のなかで強調するパターンを含ませて良い。しかし、 このような使い方は標準化されていない。

再生のカスタマイズのほとんどは、楽器ディレクティブで指定される。

7. 多声

変動要因 : 多声音楽は活発な見直しがされている。内容は声部のコントロールと P:, V: , T: 各フィールドの相互作用についてである。 シンタックスは abc 2.2 で確定予定である。

V:B1  middle=d clef=bass      name="Basso I"    snm="B.I"  transpose=-24
V:B2  middle=d clef=bass      name="Basso II"   snm="B.II" transpose=-24

[V:B1]       z8      | z2f2 g2a2 | b2z2 z2 e2  | f4 f2z2 |

[V:B1]       z8      | z2F,2 G,2A,2 | B,2z2 z2 E,2  | F,4 F,2z2 |

X:2
T:Zocharti Loch
%...skipping rest of the header...
K:Gm
%               Start of tune body:
V:T1
 (B2c2 d2g2) | f6e2 | (d2c2 d2)e2 | d4 c2z2 |
 (B2c2 d2g2) | f8 | d3c (d2fe) | H d6 ||
V:T2
 (G2A2 B2e2) | d6c2 | (B2A2 B2)c2 | B4 A2z2 |
 z8 | z8 | B3A (B2c2) | H A6 ||
V:B1
 z8 | z2f2 g2a2 | b2z2 z2 e2 | f4 f2z2 |
 (d2f2 b2e'2) | d'8 | g3g  g4 | H^f6 ||
V:B2
 x8 | x8 | x8 | x8 |
 x8 | z2B2 c2d2 | e3e (d2c2) | H d6 ||

V:T name="Tenor" clef=treble-8

[V:1] C4|[M:3/4]CEG|Gce|
[V:2] E4|[M:3/4]G3 |E3 |

A2 | c d e f g  a  &\
     A A A A A  A  &\
     F E D C B, A, |]

g4 f4 | e6 e2 |
&& (d8    | c6) c2|
w: ha-la-| lu-yoh
+: lu-   |   -yoh

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

# * ; ? @

@a !pp! #bc2/3* [K:C#] de?f "@this $2was difficult to parse?" y |**

a !pp! bc2/3 [K:C#] def "@this $2was difficult to parse?" y |

 m: ~G3 = G{A}G{F}G

m:~g2={a}g{f}g

// 例: //
  %%papersize A4
  %%newpage
  %%setbarnb 10

// 例： // 非推奨
  I:papersize A4
  I:newpage
  I:setbarnb 10

CDEFG|[I:setbarnb 10]ABc

%%score <voice-id1> <voice-id2> ... <voice-idn> 

%%score Solo  [(S A) (T B)]  {RH | (LH1 LH2)}

%%score {RH *M| LH}
%%score {(RH1 RH2) *M| (LH1 LH2)}

%%score [{Vln1 | Vln2} | Vla | Vc | DB]

%%MIDI voice [<ID>] [instrument=<integer> [bank=<integer>]] [mute]

%%MIDI voice Tb instrument=59

M:C
L:1/8
Q:1/4=66
K:C
V:Rueckpos
%%MIDI voice instrument=53 bank=2
A3B    c2c2    |d2e2    de/f/P^c3/d/|d8    |z8           |
V:Organo
%%MIDI voice instrument=73 bank=2
z2E2-  E2AG    |F2E2    F2E2        |F6  F2|E2CD   E3F/G/|

%%MIDI chordprog 20 % Church organ

%%propagate-accidentals not | octave | pitch

%%writeout-accidentals none | added | all

  %%pageheight       <length>
  %%pagewidth        <length>
  %%topmargin        <length>
  %%botmargin        <length>
  %%leftmargin       <length>
  %%rightmargin      <length>
  %%indent           <length>
  %%landscape        <logical>

%%titlefont        <font name>  <size>
%%subtitlefont     <font name>  <size>
%%composerfont     <font name>  <size>
%%partsfont        <font name>  <size>
%%tempofont        <font name>  <size>
%%gchordfont       <font name>  <size> % for chords symbols
%%annotationfont   <font name>  <size> % for "^..." annotations
%%infofont         <font name>  <size>
%%textfont         <font name>  <size>
%%vocalfont        <font name>  <size> % for w:
%%wordsfont        <font name>  <size> % for W:

%%setfont-1        <font name>  <size>
%%setfont-2        <font name>  <size>
%%setfont-3        <font name>  <size>
%%setfont-4        <font name>  <size>

%%topspace         <length>
%%titlespace       <length>
%%subtitlespace    <length>
%%composerspace    <length>
%%musicspace       <length> % between composer and 1st staff
%%partsspace       <length>
%%vocalspace       <length>
%%wordsspace       <length>
%%textspace        <length>
%%infospace        <length>
%%staffsep         <length> % between systems
%%sysstaffsep      <length> % between staves in the same system
%%barsperstaff     <integer>
%%parskipfac       <number> % space between parts
%%lineskipfac      <number> % space between lines of text
%%stretchstaff     <logical>
%%stretchlast      <logical>
%%maxshrink        <number> % shrinking notes
%%scale            <number>

%%measurefirst     <integer> % number of first measure
%%barnumbers       <integer> % bar numbers every 'n' measures
%%measurenb        <integer> % same as %%barnumbers
%%measurebox       <logical>
%%setbarnb         <integer> % set measure number

%%text             <text string>
%%center           <text string>
%%begintext
%%...              <text string>
%%endtext

%%writefields <フィールドアイデンティファイヤのリスト> [<logical>]

%%writefields O false         % the O field is not printed out - other defaults remain
%%writefields X               % the X: field is printed out
%%writefields BCDFGHNORSTWwXZ % all string-type fields are printed out

%%sep     % draw a horizontal separator, i.e. a line
%%vskip   % insert some vertical space
%%newpage % start a new page

%%exprabove        <logical>
%%exprbelow        <logical>
%%graceslurs       <logical> % grace notes slur to main note
%%infoline         <logical> % rhythm and origin on the same line
%%oneperpage       <logical>
%%vocalabove       <logical>
%%freegchord       <logical> % print '#', 'b' and '=' as they are
%%printtempo       <logical>

%%noteedit:fontcolor blue