<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>Finaleにまつわるエトセトラ</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/" />
    <link rel="self" type="application/atom+xml" href="http://finale.stonesystem.co.jp/finale/atom.xml" />
    <id>tag:finale.stonesystem.co.jp,2009-05-01:/finale/7</id>
    <updated>2009-07-13T08:20:43Z</updated>
    <subtitle>楽譜作成ソフトFinaleに関する情報を徒然なるままに書きつづっています</subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type Pro 4.25</generator>

<entry>
    <title>Finale 2010レビュー(2)</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2009/07/finale-20102.html" />
    <id>tag:finale.stonesystem.co.jp,2009:/finale//7.33</id>

    <published>2009-07-13T08:00:00Z</published>
    <updated>2009-07-13T08:20:43Z</updated>

    <summary>　前回はパーカッションの扱いとコードネーム機能に絞ったレビューを行ったので、今回...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="バグ情報 " scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="一般 " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="ハイパーリンク" label="ハイパーリンク" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ハンドル" label="ハンドル" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="バグ" label="バグ" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ライブコピー" label="ライブコピー" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="リハーサルマーク" label="リハーサルマーク" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="音楽記号フォント" label="音楽記号フォント" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="finale2010" label="Finale 2010" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="finalereader" label="Finale Reader" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="rentaro" label="Rentaro" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="sibelius" label="Sibelius" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="小節番号" label="小節番号" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　前回はパーカッションの扱いとコードネーム機能に絞ったレビューを行ったので、今回はそれ以外の新機能についてレビューしてみよう。</p>

<p><br />
<big><strong>リハーサルマークの改善</strong></big><br />
　リハーサルマークの並びが自動化された。発想記号のリハーサルマークカテゴリの設定において、リハーサルマークの並び方を定義しておくと、ひとつのリハーサルマークの設定だけで曲中のすべてのリハーサルマークをコントロールできる。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="RehearsalMark1.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/RehearsalMark1.jpg" width="520" height="409" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span></p>

<p>　たとえば、ABC順に並ぶリハーサルマークを定義する。それを楽譜中に最初に配置すると、まず[A]が置かれる。そのマークより後の小節に新たなマークを置けばそれは自動的に[B]になる。逆に前の小節に置くと、新たに置かれたマークが[A]になり、最初に置いたマークは自動的に[B]に並び替えられる。すなわち、楽譜中にリハーサルマークをランダムに配置していっても、つねに自動的に並び替えられてゆくのだ。これで、うっかり同じ番号を振っていたり、番号を飛ばしてしまったりするミスはなくなるし、何より、作編曲中にリハーサルナンバーの番号を意識しなくてもすむのは精神衛生的にもすこぶるよろしい。</p>

<p>　また、組曲や多楽章形式の曲など、一つのファイルに複数の曲が入っている場合、新たな曲が始まるたびにリハーサルマークの属性をリセットすれば、その位置から振り直してくれる。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="RehearsalMark2.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/RehearsalMark2.jpg" width="496" height="416" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span><div style="text-align: center;"><small>１ファイル中で連続しているリハーサルマーク[Ｅ]について......</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="RehearsalMark3.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/RehearsalMark3.jpg" width="273" height="144" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span>コンテクストメニューから"Rehearsal Mark Sequence"を選択し<br />
開始番号をＡに設定すると......</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="RehearsalMark4.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/RehearsalMark4.jpg" width="496" height="416" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span>そこから振り直される</small></div></p>

<p><br />
　当然のことながら、古い慣習で[Ｉ]や[Ｏ]を飛ばしたり、ダッシュを含むような不規則なリハーサルマークはシーケンスとしては定義できないので、従来通り単独で置くしかない。<br />
　また、日本語版に付属するRentaroフォントを使ってリハーサルマークを定義する場合、[Ｚ]を超えて[AA]となったときには正しく表記されなくなるので注意が必要である。</p>

<p>　小節番号をリハーサルマークとして利用することも可能である(上記の発想記号の設計ダイアログ中のポップアップメニュー参照)。小節番号機能で振られた小節番号とダブった箇所は、小節番号の方を自動的に非表示にするオプションも用意されている。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="RehearsalMark5.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/RehearsalMark5.jpg" width="496" height="301" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span></p>

<p><br />
<big><strong>スコア譜とパート譜で独立した設定が可能になった小節番号</strong></big><br />
　2010からは、ひとつの小節番号定義に対して、スコア譜とパート譜の表示方法を独立して設定できるようになった。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="MesureNumber1.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/MesureNumber1.jpg" width="520" height="533" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span></p>

<p>　吹奏楽譜などでは、パート譜では各組段の冒頭のみに、スコア譜では小節ごとに小節番号が振られることが多い。従来のFinaleでこれを実現させるには、リンクパートを設定したスコア譜から最終的にスコア譜のみを抜き出して、小節番号を新たに定義し直すしか方法がなかったが、2010からはひとつのファイルでこれが実現できる。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://finale.stonesystem.co.jp/finale/assets_c/2009/07/MesureNumber2-323.html" onclick="window.open('http://finale.stonesystem.co.jp/finale/assets_c/2009/07/MesureNumber2-323.html','popup','width=728,height=746,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"><img src="http://finale.stonesystem.co.jp/finale/assets_c/2009/07/MesureNumber2-thumb-520x532-323.jpg" width="520" height="532" alt="MesureNumber2.jpg" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>スコアとそのパート譜（クリックで拡大）</small></div></p>

<p><br />
<big><strong>プレイバック音源にエフェクターが利用可能</strong></big><br />
　プレイバック音源ごとに独立したVST/AU経由のプラグインエフェクターをかけることが可能になった。また、音源同士の音量バランスも調整可能になっている。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://finale.stonesystem.co.jp/finale/assets_c/2009/07/Effects-326.html" onclick="window.open('http://finale.stonesystem.co.jp/finale/assets_c/2009/07/Effects-326.html','popup','width=812,height=397,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"><img src="http://finale.stonesystem.co.jp/finale/assets_c/2009/07/Effects-thumb-520x254-326.jpg" width="520" height="254" alt="Effects.jpg" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>各プラグイン右の鉛筆アイコンをクリックすると、パラメータの編集が可能になる<br />
（クリックで原寸表示）</small></div></p>

<p><br />
<big><strong>透明化されたハンドル</strong></big><br />
　これまではただの四角だったハンドルが透明になり、選択状態のハンドルには色が付くようになった(色は初期設定で変更可能)。これで、楽譜を縮小表示にしているときなどに、記号類がハンドルに隠れてしまうことは防げる。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Handle1.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/Handle1.jpg" width="474" height="240" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span></p>

<p><br />
　一方、上記の画面をご覧いただければお分かりのように、透明化されたことによってコントラストは落ちてしまうので、認識性という意味ではやや弱くなってしまった感もある。さらに、ハンドルがちょうど符頭などの黒い部分と重なってしまうと、全く見えなくなってしまうという欠点もある。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Handle2.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/Handle2.jpg" width="475" height="129" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span><div style="text-align: center;"><small>スラーツールを選択した状態<br />
右の二つのスラーにもハンドルが表示されているはずだが、符頭に隠れている</small></div></p>

<p><br />
　やっぱり従来のハンドルの方がいいという場合は、プログラムオプションの設定で元に戻すこともできる。かくいう私も、最初は物珍しさも手伝って透明ハンドルにしていたのだが、結局、従来のハンドルに戻してしまった。このあたりは好みの問題だろう。</p>

<p><br />
<big><strong>新しい音楽記号フォントが付属</strong></big><br />
　ブロードウェイの写譜屋の筆致を再現する音楽記号フォントが新たにバンドルされた。通常の記譜用フォントとパーカッション符頭用フォント、テキストフォントの３種類のフォントで１セットになっている。Jazzフォントほど手書き風に崩れておらず、写譜ペンで丁寧に清書した楽譜というイメージである。</p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="BroadwayCopyistFont.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/BroadwayCopyistFont.jpg" width="520" height="322" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span><div style="text-align: center;"><small>Broadway Copyistフォントで書いた楽譜</small></div></p>

<p><br />
<big><strong>ハイパーリンクの埋め込み</strong></big><br />
　テキストブロックにURLやメールアドレスを埋め込めるようになった。リンクが埋め込まれた部分は青字に変わり、下線が付く。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Hyperlink.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/Hyperlink.jpg" width="481" height="213" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span></p>

<p><br />
　楽譜にハイパーリンク機能が必要かどうかは議論の分かれるところかも知れないが、埋め込まれたリンクはFinale Reader等で閲覧する際にも有効なので、自作曲のFinaleファイルを他人に渡したり<a href="http://www.finalemusic.com/showcase/" target="_blank">Finale Showcase</a>に投稿した際に、作曲者名の部分に自分のアドレスを仕込んでおくなどという利用法も考えられる。ちなみに、PDFとして書き出した場合は、リンクは無効になってしまった(そこまで自動化してくれれば文句ないのだが......高望みか)。</p>

<p><br />
　ざっと、2010の新機能を紹介してきたが、気になるバグについての情報も記しておこう。<br />
　2010はまだ試運転を始めたばかりだが、それでも早速いくつかの新たなバグを見つけてしまった。<a href="http://finale.stonesystem.co.jp/finale/2009/06/finale-20101.html">「Finale 2010レビュー(1)」</a>のコードネームの項で紹介しているバグの他にも、道具箱ツールの操作時にメッセージバーに表示されるはずの数値が表示されないバグ(マニュアルには表示される旨が書かれている)も確認されている。使い込んでいくと、さらに新たなバグが見つかる可能性もありそうだ。<br />
　既存のバグについてはどうだろうか。<a href="http://finale.stonesystem.co.jp/finale/2008/07/intel-mac.html">「コーダ切れの作成」プラグインのバグ</a>に至っては、直るどころか、後半の組段の符尾や付点が消えてしまうというオマケ付きだ。これでは使い物にならない。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="CodaBreak.jpg" src="http://finale.stonesystem.co.jp/finale/2009/07/13/CodaBreak.jpg" width="479" height="132" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span></p>

<p><br />
　ライブコピーされた小節やその直前の小節に特定の項目のみ(変形図形等)をコピーすると、その小節の内容が消えてしまうバグ(2009から発生)もそのままだ。<br />
　なお、<a href="http://finale.stonesystem.co.jp/finale/2008/06/post-3.html">「後打音をコピーすると前打音になる!?」</a>で紹介したバグは、今回のバージョンで修正されていることが確認された。</p>

<p><br />
　人間とは現金なモノで、あるものを手に入れると、さらにもっと上を手に入れたくなるものである。Finaleの機能においてもそれは例外ではない。<br />
　たとえば、今回、小節番号でスコア譜とパート譜で別々の表示が実現できるのなら、それを発想記号でも実現してもらいたいと思うのは高望みだろうか？　１ファイル中に複数の曲を入れることを想定して練習番号を曲ごとにリセットできるなら、曲ごとに冒頭のパート名をフルネームで表示させることができてもいいはずだ。テキストブロックやコードネーム、歌詞は直接スコア上で編集できるのに、なぜ発想記号だけ未だにエディタ上でしか編集できないのか。逆に、発想記号のマクロ定義はリスト上で直接指定できるのに、他のマクロ定義はいちいち楽譜に戻らなければいけないのか......等々、現状に対する不満や要望は枚挙にいとまがない。<br />
　現在FinaleにはSibeliusという強力な競合ソフトがあり、ここ数年の両者のバージョンアップは互いを非常に意識したものになっている。たとえば、今回のリハーサルナンバーの自動化機能はSibeliusでは初期バージョンから実現していた機能である。一方、最近新バージョンをリリースしたSibeliusには、Finaleの既存機能であるマイク採譜やタップテンポ機能が盛り込まれた。こうしたことはライバルソフト同士の宿命と言えるが、もし、Finaleにライバルソフトがなく、楽譜作成ソフトのシェアを独占していたら、Finaleの開発元は現状に満足してしまい、機能向上のための開発は停滞していただろう。MakeMusic社が開設しているユーザーフォーラムには、Sibeliusを引き合いに出してスタッフに機能強化を求めるユーザーの声も少なくない。強力なライバルソフトがあるからこそ、ソフトは切磋琢磨されてより良いものへと進化して行くのである。<br />
　私の知り合いは古参のFinaleユーザーだったが、Sibeliusの魅力に取り憑かれてしまい、とうとう宗旨替えをしてしまった。私は仕事との相性もあって今後もFinaleを使い続けることになるだろうが、Finaleの向上のためにも是非ともSibelius陣営にも頑張ってもらいたい。そして、それにも増してそのSibeliusを凌駕せんと日々奮闘するFinaleの開発スタッフにエールを送り続けたいものである。</p>]]>
        
    </content>
</entry>

<entry>
    <title>Finale 2010レビュー(1)</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2009/06/finale-20101.html" />
    <id>tag:finale.stonesystem.co.jp,2009:/finale//7.32</id>

    <published>2009-06-27T03:00:00Z</published>
    <updated>2009-06-27T03:24:08Z</updated>

    <summary>　例年ならアメリカ本国でのFinaleの新バージョンのリリースは７月に入ってから...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="一般 " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="コードネーム" label="コードネーム" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="パーカッション・マップ" label="パーカッション・マップ" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="finale2010" label="Finale 2010" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="midiキーボード" label="MIDIキーボード" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="楽器リスト" label="楽器リスト" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　例年ならアメリカ本国でのFinaleの新バージョンのリリースは７月に入ってからなのだが、今年は約１ヶ月早くFinale 2010がリリースされた。現物が手に入ったので、さっそくレビューを行ってみよう。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="StartUp.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/27/StartUp.jpg" width="402" height="302" class="mt-image-center" style="text-align: center; display: block; margin: 20 auto 20px;" /></span></p>

<p>　起動画面は極めてシンプル。<br />
　余談だが、前バージョンFinale 2009の起動画面は、パッケージと同様、ヒップホップ風の黒人男性がサックスを持っている絵だった(<a href="http://finale.stonesystem.co.jp/finale/2008/09/finale-20091.html">2009のレビュー</a>を参照)。ところが、未だに黒人に偏見を持っている人がいるらしく、日本語版の販売を行っているイーフロンティアのお客様窓口に「なぜ起動のたびに黒人を拝まなきゃならんのだ！」というクレームを寄せた人がいるらしい。かつて、日本語版のパッケージは独自のデザインにしていた時期もあったが(起動画面が北斎の赤富士だったり)、現在は開発元のMakeMusic社の意向で全世界共通のデザインになっているのだという。そんな事情はクレーマーにとってはあずかり知らぬことだろうが、イーフロンティアの窓口担当者もさぞや閉口したことだろう。<br />
　そんなことが今回の起動画面のシンプルさに関連しているかどうかは分からない。アバウト画面では、これまでと同様、パッケージと同じトランペットを吹いている白人女性が表示されている。</p>

<p>　さて、毎度のことではあるが、マニュアルのWhat's Newの部分には2010で新しくなった機能の紹介がある。この項目の概略を以下に挙げてみる。</p>

<ul>
	<li>簡単になったパーカッション入力</li>
	<li>リニューアルされたPercussion Layout(旧パーカッション・マップ) </li>
	<li>プレイバック音源との対応を定義するPercussion MIDI Map</li>
	<li>拍に所属するようになったコードネーム</li>
	<li>コードのプレイバックの向上</li>
	<li>コード入力の向上</li>
	<li>コードネームのサイズを調整可能 </li>
	<li>自動制御されるリハーサルマーク</li>
	<li>スコアとパート譜で独立した小節番号が設定可能</li>
	<li>省略の記譜法の強化 </li>
	<li>Music Education Worksheets(音楽課題テンプレート集)が付属 </li>
	<li>拡張されたグラフィックスの扱い</li>
	<li>Broadway Copyistフォントの付属 </li>
	<li>オーディオとプレイバックの強化(VST/AUエフェクトプラグインが利用可能) </li>
	<li>歌詞の書き出し機能</li>
	<li>スキャン機能の向上 </li>
	<li>ヘルプ機能の強化 </li>
	<li>透明になったハンドル </li>
	<li>テキストブロックへのハイパーリンク埋め込み </li>
</ul>

<p>　ここ数年のFinaleのバージョンアップでは、特定の項目に絞って大幅な機能改善を行うというパターンが定着してきた。今回のバージョンでの大きな改変は、パーカッションとコードネームの２点に絞られると言えよう。まず、第１回目はこの２点についてレビューを行ってみることにする。</p>

<p><br />
<strong><big>扱いやすくなったパーカッション</big></strong><br />
　これまでは、パーカッションマップで定義された五線への音符の入力は、MIDIキーボードを使わない場合、お世辞にも使いやすいとはいえなかった。たとえば、ドラム譜においては、ハイハットのクローズとオープンは楽譜上では同じ位置に同じ符頭で書き表されるが、クローズとオープンの切り替えは面倒な上に、見た目の区別が付かないため、現在どちらに切り替わっているのかはプレイバックして確認するしかなかった。<br />
　2010からは、これから入力しようとしている楽器が何なのか、つねにナビゲーションで表示されるようになった。ステップ入力でのハイハットクローズ、オープンの切り替えは簡単だ。音符カーソルを上第１間に置き、カーソルを上第１間の範囲で上下させると楽器が切り替わる。慣れてくれば、微妙なマウスのコントロールだけでクローズとオープンの混在したリズムもスイスイ入力できるようになるはずだ。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Percussion1.gif" src="http://finale.stonesystem.co.jp/finale/2009/06/27/Percussion1.gif" width="413" height="147" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span><div style="text-align: center;"><small>五線上を音符カーソルでなぞると、<br />
各ポジションに割り当てられている楽器が次々に切り替えられて表示される。</small></div></p>

<p><br />
　高速ステップ入力では、編集枠のカーソルの位置に従って楽器名が表示される(符尾が上下に分かれている場合は音符と重なってやや読みにくいが)。また、これまでは、入力された音符や休符を上下にドラッグして変更しようと思っても、とんでもない位置に飛んだりして思い通りに動かすことが困難だったが、2010からはこれらの編集もスムーズに行えるようになっている。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Percussion2.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/27/Percussion2.jpg" width="331" height="141" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span></p>

<p>　Finaleは、2009からプレイバックに任意のソフト音源を使えるようになったが、Finale付属のマーチング・パーカッション専用音源をはじめ、エスニック系のパーカッション音源のように、パーカッションの楽器配列が従来のGMのものとは全く異なる独自の配列になっているものも多い。これまでは、各打楽器に対して実際に鳴らすMIDIノート番号と楽譜上の音符の配置の関連付けを「パーカッション・マップ作成」ダイアログ内で一括して行っていたのだが、多種多様になった打楽器とMIDIノート番号との関連付けは、2010からは独立したPercussion MIDI Map Editorで行うようになった。そして、旧来の「パーカッション・マップ作成」ダイアログはPercussion Layout Designerと名称が変わり、ここでは、Percussion MIDI Map Editorで設定した各打楽器の楽譜上での配置方法を定義するのみになっている。これに伴い、2010からは「パーカッション・マップ」という名称はすべて「Percussion Layout」という名称に改められている(一部のプラグインやマニュアルにまだ"Percussion Map"という表記が残ってはいるが)。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://finale.stonesystem.co.jp/finale/assets_c/2009/06/Percussion3-302.html" onclick="window.open('http://finale.stonesystem.co.jp/finale/assets_c/2009/06/Percussion3-302.html','popup','width=994,height=526,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"><img src="http://finale.stonesystem.co.jp/finale/assets_c/2009/06/Percussion3-thumb-520x275-302.jpg" width="520" height="275" alt="Percussion3.jpg" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>Percussion MIDI Map Editorで和太鼓を追加定義しているところ。<br />
かなりワールドワイドに打楽器が用意されている。(クリックで原寸表示)</small></div></p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Percussion4.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/27/Percussion4.jpg" width="410" height="444" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span><small><div style="text-align: center;">楽器を追加した後、実際に鳴らすMIDIノートを設定する。<br />
ノートナンバーは重複していてもかまわない。<br />
</div></small></p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://finale.stonesystem.co.jp/finale/assets_c/2009/06/Percussion5-306.html" onclick="window.open('http://finale.stonesystem.co.jp/finale/assets_c/2009/06/Percussion5-306.html','popup','width=1101,height=361,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"><img src="http://finale.stonesystem.co.jp/finale/assets_c/2009/06/Percussion5-thumb-520x170-306.jpg" width="520" height="170" alt="Percussion5.jpg" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>ここで定義されたMIDIマップは、楽器リストから選択するようになっている。<br />
画面はマーチングパーカッションのマップを選択しているところ。(クリックで原寸表示)<br />
</small></div></p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Percussion6.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/27/Percussion6.jpg" width="520" height="333" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span><div style="text-align: center;"><small>Percussion Layout Designerで和太鼓セットを定義してみた。</small></div></p>

<p><br />
　さて、上記の画面をご覧いただけるとお気付きだと思うが、扱える符頭が全音符、倍全音符まで拡大されている。これで、<a href="http://finale.stonesystem.co.jp/finale/2008/07/post-7.html">「パーカッション・マップは全音符がお嫌い!?」</a>の記事で憂慮した、全音符が２分音符の符頭で代用されているような妙ちくりんで嘆かわしい楽譜は根絶されるだろう。</p>

<p>　上で作成した和太鼓セットでは４つの楽器しか使われていない。MIDIキーボードを使わない入力では、定義された楽器しかナビゲーションに現れないので問題ないが、MIDIキーボードを使った入力で定義外のMIDIノートを入力してしまったり、コンバートしたMIDIデータに定義外のMIDIノートが含まれていた場合は、その音はオレンジ色の符頭で警告表示される(印刷は可能)。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Percussion7.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/27/Percussion7.jpg" width="374" height="88" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span></p>

<p>　今回の仕様変更で、パーカッションはかなり扱いやすくなったとはいえ、各打楽器のMIDIとの関連付けの部分はまだまだ初心者には敷居が高いと思われる。しかし、新規入力の際、セットアップ・ウィザードを利用すれば、Finaleが自動的に適切なPercussion Layoutを設定してくれるので、通常の使用をしている限り、Percussion MIDI Map EditorやPercussion Layout Designerをユーザーが意識する必要はほとんど無いと言えよう。</p>

<p><br />
<big><strong>仕様変更されたコードネーム</strong></big><br />
　コード入力は、これまでは主に「手動入力」(コード定義ダイアログ経由)、「楽譜へ直接タイプ」「MIDI入力」のどれかから選択する方法だったが、2010からは、メニューからモードを切り替えることなく、「楽譜へ直接タイプ」と「MIDI入力」が併用でき、必要に応じてコンテクストメニューからコード定義ダイアログを呼び出して編集するというインターフェイスになっている。</p>

<p>　2010から大きく変わった点は、これまで音符(休符)に所属していたコードネームが、五線(正確には拍)に所属するようになったことだ。これで、これまでは裏ワザを使わなければ実現できなかった全休符小節や全音符等の拍点のない部分へのコード付けも容易になった。したがって、コードネームの下の音符を消去したり、まったく別のリズムに変更しても、コードネームが消えることはない。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Chord1.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/27/Chord1.jpg" width="452" height="112" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span></p>

<p>　また、コードネームの所属を後から自由に変更することもできるようになった。このあたりの操作は、2009からの発想記号と同様である。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Chord2.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/27/Chord2.jpg" width="303" height="129" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span></p>

<p>　さらに、コードネームの拡大縮小率をファイル全体、または個別に変更できるようになった。これは著しく小さい、もしくは大きな五線に付くコードネームの大きさにバイアスをかけたい場合には有効である。ただし、ひとつのコードサフィックス中の個々のキャラクタの絶対位置は100%の時と変わらないので、拡大縮小率を大きく変えるとバランスが崩れてしまう。せいぜい90%〜110%の間にとどめておくのが無難だろう。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Chord3.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/27/Chord3.jpg" width="367" height="138" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span><div style="text-align: center;"><small>極端なバイアスをかけてしまうとバランスが悪くなってしまう</small></div></p>

<p><br />
　この機能を聞いたとき、サフックス全体が相対的に拡大縮小するものだと期待していたのだが、ちょっと肩すかしを食らってしまった感がある。これは改善を望みたいところである。</p>

<p>　このようにいろいろ仕様変更されたコードネームだが、早速いくつかの問題点も発見した。<br />
　コードネームが音符に所属しなくなったという仕様変更のせいで、旧バージョンで可能だった、特定のレイヤーのコードネームのみを非表示にする楽譜スタイルは機能しなくなる。具体的には、旧バージョンの「スラッシュ表記」や「リズム表記」においては、レイヤー１以外のレイヤーに付けられていたコードネームは非表示になるが、そのファイルを2010で開くと、隠れていたコードネームもすべて表示されるようになる。これは仕様の変更によるものであるから仕方ないことだが、この旧バージョンのギミックを使っているファイルを開く場合は注意が必要である。</p>

<p>　もうひとつ、スペーシングオプションで「衝突を避ける項目」にコードネームを指定していても、<strong><font color="red">音符のない部分に付けられたコードネームはスペーシングの対象にならない</font></strong>ようで、状況によってはコードネームの衝突が生じてしまう。これを避けるには、結局スペーシングの対象にするためのダミーの音符(休符)を裏レイヤーに入れる必要があり、これでは以前の状況と大して変わらない。このあたりは、次のアップデートで改善されることを期待する。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Chord4.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/27/Chord4.jpg" width="482" height="114" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span><div style="text-align: center;"><small>音符のない部分に付けられたコードネーム(1、2小節目)の衝突は回避されない</small></div></p>

<p><br />
　また、<strong><font color="red">ユーティリティーメニューのコード定義変更を行う際、小節の一部を選択していても、変更がその小節全体に及んでしまう</font></strong>ようだ。まさか、今回のコードネームの仕様変更に伴う仕様変更ということはないだろうが、早急にバグフィックスしてもらいたいものだ。</p>

<p>　楽譜はひとつの項目が他の項目と寄せ木細工のように絡み合う。したがって、大きな仕様変更を行った際は、その影響が思わぬところに出ることがある。今年は例年より１ヶ月早いリリースだったが、出荷を急ぐあまり、そのあたりの検証がおろそかになっていたのではないだろうか。</p>

<p>　次回は、それ以外の機能についてレビューしてみよう。</p>]]>
        
    </content>
</entry>

<entry>
    <title>「和音内の符頭サイズ変更」プラグインの利用法</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2009/06/post-15.html" />
    <id>tag:finale.stonesystem.co.jp,2009:/finale//7.31</id>

    <published>2009-06-02T21:00:00Z</published>
    <updated>2009-06-02T21:07:52Z</updated>

    <summary>　Finaleには、2007から「和音内の符頭サイズ変更」というプラグインが付属...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="TIPS " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="プラグイン" label="プラグイン" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="符頭" label="符頭" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="符頭の拡大縮小" label="符頭の拡大縮小" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="連桁" label="連桁" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="和音内の符頭サイズ変更" label="和音内の符頭サイズ変更" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　Finaleには、2007から「和音内の符頭サイズ変更」というプラグインが付属している。歌のハモリ部分で、主旋律以外の符頭を一括して小玉に変更したいときに使用するのが主たる用途だ。このプラグインが付属する以前は、下記のような楽譜は、サイズ・ツールの「符頭の拡大縮小」機能を使って１符頭ずつちまちまと変更するという、気の遠くなるような作業を強いられていた(もっとも、工夫をすれば多少作業効率を上げる方法はあったが......いずれにせよ今は昔の話である)。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="ResizeNoteheads1.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/03/ResizeNoteheads1.jpg" width="395" height="120" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span></p>

<p>　さて、グリッサンドなどで、頭の音以外の符頭を小玉に変更させたいことがある。「ユーティリティー＞変更＞音符サイズ」機能を使えば一括して変更できそうだが、連桁グループのうち１つでも100%の音符があると、サイズ変更の効力はなくなってしまうので、この方法は使えない。かといって、サイズ・ツールを使ってひとつひとつ変更していくのも骨の折れる作業だ。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="ResizeNoteheads2.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/03/ResizeNoteheads2.jpg" width="359" height="123" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span></p>

<p>　じつは、「和音内の符頭サイズ変更」プラグインは、このようなケースにも利用できる。選択ツールで変更したい符頭の範囲を囲み、プラグインを適用させるだけである。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="ResizeNoteheads3.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/03/ResizeNoteheads3.jpg" width="384" height="123" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span></p>

<p>　このとき、選択部分の和音の構成音はもともと１音しかないので、サイズを変更したい符頭の番号を「1」としておけば、「基準とする符頭」がどちらであっても必ず変更対象となる。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="ResizeNoteheads4.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/03/ResizeNoteheads4.jpg" width="388" height="453" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></span></p>

<p>　頭の音もろとも連桁グループの全ての符頭を小玉にしたい場合は、上記でも触れた音符サイズ変更機能が使えそうだが、その方法だと連桁ともども縮小されてしまい、いわゆる「カゲ譜」になってしまう。このプラグインの目的は、あくまで符頭のみを縮小させることにある。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="ResizeNoteheads5.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/03/ResizeNoteheads5.jpg" width="455" height="219" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></span><div style="text-align: center;"><small>ショパン：エチュード Op.25-1</small></div></p>

<p><br />
　じつはこのプラグイン、プラグインフォルダ内のファイル名をご覧になるとお分かりだが、英語版の名称は"Resize Noteheads"であり、そのまま訳せば単に「符頭サイズ変更」である。日本語版では、機能を分かりやすくという配慮から、あえて「和音内の」という言葉を付け加えたのだろうが、それが裏目に出て、かえって機能を限定させてしまっているとも言えそうだ。</p>]]>
        
    </content>
</entry>

<entry>
    <title>自作の記号類を他のファイルにコピーする方法</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2009/06/post-14.html" />
    <id>tag:finale.stonesystem.co.jp,2009:/finale//7.30</id>

    <published>2009-06-01T14:30:00Z</published>
    <updated>2009-06-03T03:14:57Z</updated>

    <summary>　Finaleを使っていると、自分で新たな記号を作る必要に迫られることがある。さ...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="TIPS " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="コピー" label="コピー" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ライブラリ" label="ライブラリ" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="発想記号" label="発想記号" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="楽譜書式ファイル" label="楽譜書式ファイル" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　Finaleを使っていると、自分で新たな記号を作る必要に迫られることがある。さらに、せっかく苦労して作ったその記号を他のファイルでも使いたい。そんなとき、あなたならどうする？　</p>

<p>　Finaleでは、自前の記号を他のファイルで使えるようにする方法はいくつかある。<br />
　まず、最初に考えられるのは、ライブラリを介する方法だ。ただ、この方法には、その記号が含まれるカテゴリーの全ての記号が一括してライブラリ化されるので、他のファイルに読み込んだ際に余計なものまでくっついてきてしまうという欠点がある。たとえば、コードサフィックスを１つ新たに作成したとしても、ライブラリにはそのファイルで定義されている全てのコードサフィックスが保存されるので、別のファイル上でそのライブラリを開いた際、その全てが読み込まれてしまうのだ。もっとも、Finaleの名誉のために一言加えておくと、最近のFinaleでは、ライブラリ読み込みの際に全く同じ項目があった場合は無視されるようになっている。したがって、同じデフォルトファイルから作られたファイル同士でのやりとりであれば、この方法も十分有効ということになる。</p>

<p>　２つめは、<a href="http://finale.stonesystem.co.jp/finale/2008/07/post-8.html">こちらの記事</a>でも紹介した「糠床方式」で、記号を作成したファイルをひな形として新たなファイルを作成する方法である。Finale 2008からは、仕込みで鍛えたファイルを楽譜書式ファイルとして活用することも可能だ(楽譜書式ファイルの活用方法についてはお手元のマニュアルをご覧いただきたい)。しかし、たまたま記号を作ったファイルが、ひな形として使えない特殊なファイルだった場合はどうするか......。</p>

<p>　３つめは、ファイル間ドラッグ＆ドロップで任意の記号のみをコピーする方法だ。以下に手順を述べる。<br />
　まず、「編集メニュー＞ぺースト対象項目...」より、コピーしたい項目のみチェックする。コードネームやアーティキュレーションなど、音符に所属する項目が含まれる場合は、「音符／休符」にもチェックを入れておくことをお忘れなく。とりあえず面倒だから全ての記号を対象にしちゃえという場合は、「記号類」の横のチェックボックスにチェックを入れるだけでよい。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="EasyCopyItem1.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/01/EasyCopyItem1.jpg" width="520" height="418" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 30px;" /></span></p>

<p>　コピー元のファイルとコピーしたいファイルの両方がディスプレイに表示されるように配置しておく。後は選択ツールにて記号が配置された小節を選択し、コピーしたいファイルの任意の小節にドラッグコピーするだけだ。もしコピーしたいものが複数ある場合は、下図のようにその小節にあらかじめまとめて貼り付けておけばよい。コードネームと変形図形というように全く異なった項目が混在していてもかまわない。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="EasyCopyItem2.jpg" src="http://finale.stonesystem.co.jp/finale/2009/06/01/EasyCopyItem2.jpg" width="520" height="315" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 30px;" /></span></p>

<p>　なお、2009以降では、発想記号のカテゴリーの一部に、コピー先の楽譜上に発想記号が表示されないものもあるが、慌てずに発想記号リストをチェックして欲しい。ちゃんとコピーされているはずだ。 </p>

<p>　この３つめのファイル間ドラッグ＆ドロップを使ったコピー方法、かなり以前のバージョンからできるようになっているのだが、意外と知られていないようだ。特定の項目を手軽に別ファイルにコピーできる方法なので、ぜひ覚えておいていただきたい。</p>]]>
        
    </content>
</entry>

<entry>
    <title>ネット常時接続の落とし穴</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2009/01/post-13.html" />
    <id>tag:192.168.10.119,2009:/finale//7.10</id>

    <published>2009-01-12T07:30:00Z</published>
    <updated>2009-05-25T05:15:47Z</updated>

    <summary>　「バグのないソフトは存在しない」と言われる。Finaleも言わずもがなである。...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="TIPS " scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="不具合情報 " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="アップデート" label="アップデート" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="自動更新" label="自動更新" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="起動" label="起動" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　「バグのないソフトは存在しない」と言われる。Finaleも言わずもがなである。最近は、リリース後に発見されたOSやアプリケーションの重大なバグについては、アップデータの配布という方法で対処するのが主流になっている。ネットの常時接続が当たり前になってきた現在は、最新アップデータを自動的にチェックして更新を促されるケースも多いだろう。最近のFinaleもこの方式を採っており、非常に便利になった反面、意外な落とし穴もあるようだ。</p>

<p>　去る2008年11月3日頃から、ネット上のあちこちで日本語版Finaleが起動しなくなったという悲鳴が上がった。何か情報はないかと日本語版販売元のイーフロンティアのサイトにアクセスしようとしても、サーバがダウンしていてつながらない。Finaleが起動しなくなった原因は、Finaleのアップデートの自動更新機能により、起動時にアップデートの確認にイーフロンティアのサーバにアクセスした時点で、サーバがダウンしていることにより、アプリケーションもそこで停止してしまうというものだった。</p>

<p>　もし、この状況に遭遇してしまったら、慌てずに以下の手順を試してみよう。</p>

<ol><font color="#000099"><strong>
	<li>まずパソコンのネット接続を切断する。ソフト的なネットの切断の仕方が分からない場合は、とりあえずネットに繋がっているケーブルを抜くという物理的方法でも構わない(笑)。
</li>

<p>	<li>1.の動作でFinaleが正常に動作した場合は次のステップに進む。フリーズ状態が継続している場合は一旦Finaleを強制終了させた後、再起動する。<br />
</li></p>

<p>	<li>Finaleの「ヘルプメニュー＞アップデートの確認...」を選択し、アップデートの自動更新を「いいえ」に設定する。</li><br />
</strong></font></ol><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="AutoUpdate.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/AutoUpdate-thumb-315x175-150.jpg" width="315" height="175" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p></p>

<p>　これで、ネットに繋いだ状態にしてもアップデートの確認には行かなくなるので、起動時に停止してしまう問題は回避できる。</p>

<p>　ただし、この状態のままにしておくと、イーフロンティアのサーバが回復した後も、こちらが能動的にアップデートの確認に行かない限り、アップデートの案内は行われなくなることをお忘れなく。上記の方法は、あくまでイーフロンティアのサーバが落ちたという非常事態時の応急処置なので、通常はやはりアップデートの自動更新はオンにしておいた方が賢明かもしれない。</p>

<p>　ところで、上記のトラブルが発生していた際も問題なくFinaleが使えていたという人も多いと思うが、それは、アップデートの自動更新をオフにしていたか、ほとんど毎日Finaleを使っているため既に自動更新を済ませていたので、たまたま、サーバの落ちていた日に更新に行かなかったためだと考えられる(私もそうだった)。おそらく、このトラブルに見舞われたのは、Finaleを久しぶりに立ち上げたという人ではないだろうか。</p>

<p>　なぜ、この記事を書いたかというと、2009年1月12日(祝)16時現在、イーフロンティアのサーバがまた落ちているのだ。おそらく、また日本中のあちこちで悲鳴が上がっていることが予想される。</p>]]>
        
    </content>
</entry>

<entry>
    <title>連続入力モードで休符を入力する方法</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2008/12/post-12.html" />
    <id>tag:192.168.10.119,2008:/finale//7.11</id>

    <published>2008-12-23T18:30:00Z</published>
    <updated>2009-05-25T05:18:23Z</updated>

    <summary>　今回は久々の「知っておくとお得情報」である。 　MIDIキーボードを使って高速...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="TIPS " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="クラスター" label="クラスター" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="連符" label="連符" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="高速ステップ入力" label="高速ステップ入力" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="midiキーボード" label="MIDIキーボード" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="休符" label="休符" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　今回は久々の「知っておくとお得情報」である。</p>

<p>　MIDIキーボードを使って高速ステップ入力を行うとき、エチュードのように同じ音価の音符を連続して入力する場合に一音ずつ音価の指定をするのは煩わしい。そのような場合はcapslockキーをロックし、一度「1」〜「8」の音価キーをタイプして音価を宣言しておけば、後はMIDIキーボードを弾くだけで次々と音符が入力できることは既に皆さんご存じだろう(え、知らなかったって？)。ただ、次の楽譜のように、休符が混在する場合はどうされているだろうか？</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="HandsfreeRest1.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/HandsfreeRest1-thumb-430x86-152.jpg" width="430" height="86" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p><br />
　通常なら、MIDIキーボードを弾かずに音価キーをタイプすれば休符が入力できるのだが、 capslockキーがロックされた状態では、音価キーをタイプしても音価の宣言を新たにしなおすだけで、休符は入力されない。 仕方なく、休符入力のたびにcapslockキーのロックを解除している方も結構いるのではないだろうか。連符の連続入力の場合などは、ロックを解除するたびに連符定義をしなおさなければならず、かなり面倒なはずだ。</p>

<p>　じつは、capslockキーのロックを解除せずに休符を入力する方法がある。休符の部分で隣り合った３つの鍵盤をどこでもいいから弾けばいいのだ。例えば、上記の譜例では次のように弾けばちゃんと休符が入力される(もちろん、楽譜の音価通りに弾く必要は全くないが)。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="HandsfreeRest2.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/HandsfreeRest2-thumb-274x86-154.jpg" width="274" height="86" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p><br />
　この入力方法では両手が使えるので、押さえにくい３音クラスターの部分を片方の手に任せてしまうという手もある。なお、実際に３音クラスターを音符として入力しなければならないときには、当然のことながらこの方法は使えない(あまりないと思うが)。</p>

<p>　何を隠そう、じつは私もこの方法はかつて同業者に教えてもらい目から鱗を落としたクチだ。知る人ぞ知る裏ワザかと思いきや、じつは、マニュアルにちゃんと書かれているのだ。ウソだと思ったら、操作マニュアルの「高速ステップ入力」の項目の【同じ音価の音符を続けて入力するには（ハンズフリー・モード）】の部分をとくとご覧あれ。さりげなく書かれているので、マニュアルを深く読み込んでいないとなかなか気付かないが。</p>

<p>　Finaleは高機能なソフトなので、すべての機能を知り尽くそうなんてことはとうてい無理である。それでも、便利な機能を知らないで遠回りをしていることも結構あるのではないだろうか。楽譜入力に疲れてちょっと一服する際は、ファイルメニューから「起動パネル」を呼び出して、その中の「今日の豆知識」を読んでみよう。思わぬ発見があるかも知れない。</p>]]>
        
    </content>
</entry>

<entry>
    <title>高速ステップ入力はダブルシャープがお嫌い!?</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2008/12/post-11.html" />
    <id>tag:192.168.10.119,2008:/finale//7.12</id>

    <published>2008-12-21T14:30:00Z</published>
    <updated>2009-05-25T05:19:03Z</updated>

    <summary>　音楽初心者のブログや質問箱での質問で「ダブルフラットやダブルシャープってどうし...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="Finaleのここがダメ！ " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="異名同音" label="異名同音" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="高速ステップ入力" label="高速ステップ入力" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　音楽初心者のブログや質問箱での質問で「ダブルフラットやダブルシャープってどうして必要あるの？　ナチュラルで書けばいいのでは？」と訴えている人をしばしば見かける。中には「私はダブルシャープなんか使いません！」と宣言しきっている人もいる。音楽理論を学べばダブルフラットやダブルシャープの必要性はおのずと理解できるはずだが、初心者にとって、これらの記号は庶民が安易に使っちゃいけない高尚な記号という感覚があるようだ。しかし、Finaleの話となるとちょっと事情は異なるようである。</p>

<p>　高速ステップ入力での音符入力中に「9」キーをタイプすると異名同音の切り替えができることはご承知のとおりだろう。ところで、１つの音に対する異名同音は２種類とは限らない。下の譜例では、縦に並んだ音はそれぞれ異名同音の関係にある。しかし、Finaleの異名同音切り替えは黒で示された音符同士にしか切り替わらないのだ。（なお、異名同音は理論上は重々変(嬰)音、重々々変(嬰)音......と存在するが、きりがないのでここでは一般的な重変(嬰)音までとする。ちなみに、Finaleは重々変(嬰)音以上の変化記号もサポートしている。）</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Enharmonic1.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Enharmonic1-thumb-520x192-156.jpg" width="520" height="192" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p>　Ｃ音に対してはＢシャープ音、Ｂ音に対してはＣフラット音にしか切り替わらず、それぞれのもうひとつの異名同音であるＤダブルフラット、Ａダブルシャープには切り替わらない。使用頻度の少ない重変音・重嬰音より、変音・嬰音への切り替えを優先させたというのは理解できる。しかし、異名同音が重変音と重嬰音しか存在しないＤ、Ｇ、Ａ音については、使用頻度に優劣は付けられないはずなのに、Finaleではダブルフラットにしか切り替わらないのだ。</p>

<p>　この仕様のおかげで、シャープ系の調にて「異名同音の表記」を「シャープを優先」とし、入力時にちゃんとダブルシャープで表示された音でさえ、ひとたび異名同音の切り替えを行ってしまうと、２度とダブルシャープでは表示されなくなるのだ(「編集メニュー」の「異名同音の再表記」を行うと入力時の状態に戻るが)。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Enharmonic2.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Enharmonic2-thumb-452x160-158.jpg" width="452" height="160" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>ダブルシャープの音を「9」キーで異名同音変換したところ</small></div></p>

<p></p>

<p><br />
　以上のことから、MIDIキーボードを使って高速ステップ入力を行う際にダブルシャープを表示させたい場合、まず、五線上の実際に置かれる高さの音を入力し、その音にカーソルを合わせてダブルシャープになるまで「＋」キーをタイプするしかないのである。これは、入力されたMIDI信号をどの音で表記するかという判断であるから、リアルタイム入力した場合(マイク入力も含む)や、MIDIデータをコンバートした際にも同様のことが起こりうる。</p>

<p>　では、どうして開発者は異名同音の切り替えを２音間のみに限定させてしまったのだろうか？<br />
　例えばＣ音に対して、Ｃ→Ｂシャープ→Ｄダブルフラット→Ｃというように、存在する異名同音が順番に切り替わったとしよう。これが２和音になると、１つの音に対する異名同音が３種類として、３×３＝９通りの異名同音の組み合わせが存在することになる。３和音では３×３×３＝27通り、４和音では３×３×３×３＝81通りとなってゆき、もはや切り替えで希望の表記に到達させることは非効率だ。また、この切り替え方法では、２度音程の和音では音程の逆転も生じてしまい、音楽的に意味がない変換となってしまう。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Enharmonic3.gif" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Enharmonic3-thumb-202x136-160.gif" width="202" height="136" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>２音間のみの切り替えしか行われない現行のFinaleの仕様でも、<br />
２度音程では音程の逆転が生じうる。</small></div></p>

<p></p>

<p>　こうしたことから、Finale開発者は、すべての異名同音を切り替える煩雑さよりも、切り替えを限定することによる簡便さを優先したのではないだろうか。それでも、Ｄ、Ｇ、Ａ音の変換がダブルフラット方向のみに限定された理由の説明は付かないが......。</p>

<p>　ただ、この問題は単純に考えても、「9」キーをタイプする従来の変換に加えて、Shiftキー併用で反対方向の異名同音に変換という操作で解決するのではないかと思うのだが、何かプログラム的な不都合があるだろうか？　もし機会があれば開発者に投げかけてみたい。</p>]]>
        
    </content>
</entry>

<entry>
    <title>Finale 2009レビュー(2)</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2008/10/finale-20092.html" />
    <id>tag:finale.stonesystem.co.jp,2008:/finale//7.13</id>

    <published>2008-10-27T10:00:00Z</published>
    <updated>2009-06-27T05:45:13Z</updated>

    <summary>　前回のレビューは、2009の記譜機能の大きな変更点である発想記号が中心だったが...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="一般 " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="ariaplayer" label="Aria Player" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="finale2009" label="Finale 2009" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="finalescript" label="FinaleScript" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="garritan" label="Garritan" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="humanplayback" label="Human Playback" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="kontaktplayer" label="KontaktPlayer" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="smartmusic" label="SmartMusic" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　前回のレビューは、2009の記譜機能の大きな変更点である発想記号が中心だったが、今回はその他の機能について行ってみよう。なお、今回もMac版を使ってのレビューなので、システムに依存する部分、とりわけ入出力に関する部分については、機能も含めてWindows版とは異なっている可能性もあることをあらかじめお断りしておきたい。</p>

<p><strong><big>複数ページにわたる編集が可能</big></strong><br />
　これまでのFinaleも、複数ページを表示させることはできたのだが、最初のページ以降のページは「見えている」だけであって、決してさわることはできなかった。しかも、複数ページを表示させていると一部の編集操作が挙動不審になるというおまけ付きであった。2009になって、やっと複数ページにわたって自由に編集ができるようになった。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/PageView1-162.html" onclick="window.open('http://finale.stonesystem.co.jp/finale/assets_c/2009/05/PageView1-162.html','popup','width=976,height=761,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"><img src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/PageView1-thumb-520x405-162.jpg" width="520" height="405" alt="PageView1.jpg" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span></form><div style="text-align: center;"><small>ページをまたいで範囲選択したところ(クリックで原寸表示)</small></div></p>

<p></p>

<p><br />
　表示方法は、これまでの単ページ単位での表示に加えて、"Book Style"という、本として綴じた状態で表示させることも可能になった。このスタイルにしておくと、編集時に譜めくりの位置などを意識しやすくなる。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/PageView2-165.html" onclick="window.open('http://finale.stonesystem.co.jp/finale/assets_c/2009/05/PageView2-165.html','popup','width=976,height=761,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"><img src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/PageView2-thumb-520x405-165.jpg" width="520" height="405" alt="PageView2.jpg" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>Book Style表示にしたところ。ハンドルがすべてのページに付いている(クリックで原寸表示)</small></div></p>

<p></p>

<p><br />
<strong><big>選択ダイアログのサイズ調整機能</big></strong><br />
　2009からは選択項目に関するすべてのダイアログにズーム機能(虫眼鏡のアイコン)とサイズ調整機能(右下隅)が付加された。この機能によって、特に選択項目の多いダイアログでは、従来のスクロールバーを動かして目的の項目を探す煩わしさからは解放されそうだ。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Selection1.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Selection1-thumb-531x426-167.jpg" width="531" height="426" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>アーティキュレーション選択画面(デフォルト)</small></div></p>

<p></p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Selection2.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Selection2-thumb-531x651-169.jpg" width="531" height="651" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>表示枠を拡大し、かつズーム機能で縮小表示してみたところ</small></div></p>

<p></p>

<p><br />
<strong><big>機能強化されたFinaleScript 2.0</big></strong><br />
　FinaleScriptは、Finaleの一連の操作を自動化して作業の効率化を図ることを目的として開発された一種のミニプログラムである。FinaleScriptが初めて搭載された折り、これで楽譜編集時にいつも行うお決まりの単純作業を効率化できるに違いないと心をときめかして研究したものだが、結局のところ、あまりの扱える項目の少なさに落胆してしまった。特に、ラジオボタンやチェックボタンのある対話型ダイアログボックスをまったく扱えないというのは、私にとっては致命的だった。<br />
　今回、2.0としてバージョンアップしたFinaleScriptは、上記の対話型ダイアログボックスを扱えるようになったのが大きな改良点だ。例えば、次のサンプルスクリプトは左右ページのそれぞれの上角にページ番号を振るというものだ。特定のメニュー項目の呼び出しから、ダイアログ中のポップアップメニューからの選択、チェックボックスのチェックのオン/オフ、数値の直接入力などを行っている。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="FinaleScript.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/FinaleScript-thumb-462x439-171.jpg" width="462" height="439" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>FinaleScript 2.0ではスクリプトが構文別にカラーリングされている</small></div></p>

<p></p>

<p><br />
　さらに、スクリプトには個別にショートカットキーを割り当てることができるようになったので、従来のようにスクリプトパレットを常時表示させていなくても、ワンキーアクションでスクリプトを実行できるようになった。<br />
　今回の機能強化により、FinaleScriptの実用性は格段に飛躍したと思われる。ただ、いろいろ試しているのだが、まったく呼び出せないダイアログもいくつかあるようで、もう少し検証を進めてみる必要がありそうだ。また、近くリリースされるであろう日本語版でもちゃんと動作するのかもちょっと気がかりなところである。</p>

<p>　欲を言えばきりがないが、現時点ではまだスクリプトを上から順に実行しているだけで、ループや条件分岐はできない。サンプルスクリプトを眺めていると、あるまったく同じ作業を五線の数だけ列挙し、「さらに五線がある場合は以下同文で追加せよ」と注意書きがあるものも少なからず存在する。こういった作業にループ制御ができれば、もっとスクリプトはスッキリしたものになるはずだ。そういう制御を盛り込むとますます複雑になるのでけしからんという向きもあるだろうが、そもそも、こういったスクリプトを自分で組んでみようと考える人は、多少なりともプログラムの経験がある人だと考えられるので、その危惧は当たらないと私は思う。おそらく、そのあたりの機能はFinaleScript 3.0ぐらいには実装されるのではないかと私は踏んでいるのだが、どうだろうか。</p>

<p><br />
<strong><big>自由度の増したソフト音源の扱い</big></strong><br />
　Finale 2009には、これまでのGarritan KontaktPlayerに代わってGarritan Aria Playerというプレーヤーソフトが付属している。音色では、従来のGarritanの音色にさらにジャズ系、吹奏楽系のいくつかの音色が追加されている。さらに、日本で需要があるのかどうかは不明だが、Tapspace社製マーチングパーカッション専用の音色、<a href="http://www.mcmt.net/system/syousai.php?item=1151" target="_blank">Virtual Drumline</a>もバンドルされている。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="AriaPlayer.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/AriaPlayer-thumb-520x305-173.jpg" width="520" height="305" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span></p>

<p><br />
　これまでは、Finale付属の音源以外のソフト音源を使ってプレイバックさせるためにはちょっとした特別な設定が必要だったが、2009からはそれらの外部ソフト音源をFinaleから直接制御できるようになった。MIDIデバイス経由ではなく、直接AU(Windows版はVST)を制御することにより、これまでできなかったGarritan音源と外部ソフト音源との共演も可能になった。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="AUInst.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/AUInst-thumb-432x363-175.jpg" width="432" height="363" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span></p>

<p><br />
　前回のレビューでも書いたが、これまでもFinaleは起動の度にこれらの外部ソフト音源のチェックを行い、多くの音源をインストールしているほど起動に時間がかかっていたのだが、2009からはそのチェックは一瞬で終わるようになった(最初の起動時に一度だけチェックを行って、次回の起動時からは省略しているのかも知れない)。</p>

<p>　これまでは、Finaleに付属のGarritan音源はあくまでFinale専用の特別仕様であり、他のソフトからは使用できなかったのだが、今回付属されたGarritan音源はその制限も撤廃され、他のソフトから使用することも可能になった。マーチング・パーカッション専用の音色などが自由に使えるようになったことは、その手の曲の打ち込みをする人にとっては朗報かも知れない。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="DP5.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/DP5-thumb-542x845-177.jpg" width="542" height="845" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>Digital Performer 5からFinale付属音源をアサインしたところ</small></div></p>

<p></p>

<p><br />
<strong><big>Human Playbackの改良</big></strong><br />
　見た目は、Human Playback初期設定ダイアログのうち「楽器固有の奏法」画面のインターフェイスが若干変わった程度で、他に大きな変化はないが、2009からの外部ソフト音源への対応に伴い、楽器固有の奏法についてそれらとの連系も強化されたようだ。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="HumanPlayback.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/HumanPlayback-thumb-520x482-179.jpg" width="520" height="482" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span></p>

<p><br />
　その他には、Finaleと同じ開発元の伴奏支援ソフトSmartMusic Accompanimentの書き出し機能の強化というのがあるが、そもそも日本ではSmartMusicそのものがほとんど普及しておらず(もちろん私も持っていない)、この機能については検証のしようがない。<br />
　なんでも風の便りでは、開発元のMakeMusic社は、SmartMusicの日本市場への売り込みを目論んでいるらしい。ただ、かつてSmartMusicの前身であるVivaceというソフトを野中貿易が扱っていたことがあったが、結局日本では鳴かず飛ばずだった。SmartMusicのような伴奏支援ソフトといえば、ジャズの世界では、日本でも既に<a href="http://www.pgmusic.com/japanese/" target="_blank">Band-in-a-Box</a>が広く知られており、一方、アカデミックな教育現場では、単にコンピュータの扱いに慣れていないという理由もあるだろうが、コンピュータによる伴奏といったものに対して依然抵抗感が強い。現状では、日本市場へのSmartMusic参入はなかなか厳しいのではないだろうか。</p>

<p><br />
　さて、駆け足でFinale 2009のレビューを行ってみたが、今回の2009が「買い」かどうかは判断の分かれそうな部分だ。楽譜編集の部分では、使い勝手の改善は随所で見られるものの、この2009でしか実現できない楽譜表記というものは見あたらない。プラグインもFinaleScriptがバージョンアップしただけで、新たに追加されたものは皆無だ。プレイバックに関する機能拡張も、外部ソフト音源を持たない人や、そもそも楽譜作成のみに専念する人にとっては福音とはならない。これまでのバージョンでずっと抱えていたバグが直っているかどうかも気になるところだが、少なくとも、ここでも取り上げた<a href="http://finale.stonesystem.co.jp/finale/2008/07/intel-mac.html">コーダ切れ</a>や<a href="http://finale.stonesystem.co.jp/finale/2008/06/post-3.html">後打音のバグ</a>を含め、その他の多くのバグも依然解決されないままだ(そのうちリリースされるであろうアップデート版で直っていることを期待したいが......)。<br />
　と書いてしまうと、なんだか2009のネガティブキャンペーンをしているように思われるので一応フォローをしておくが、これまで述べてきたことはあくまで私の個人的な主観であり、いきおい自分にとって興味のある部分とない部分との検証の密度に濃淡が出てしまうのは致し方ないところだ。しかし、私にとって興味を引かれない機能も、他の人にとっては魅力的な機能であるかも知れない。そういう機能が付いたのには、それを熱望した人がいたからに他ならないからだ(あまりフォローになっていなかったな)。<br />
　Finale 2009に興味のある人は英語版のデモ版も<a href="http://www.finalemusic.com/Finale/Demo.aspx" target="_blank">ダウンロード</a>できるので(おそらく日本語版が出た暁にもそうなると思うが)、試しに使ってみるのもいいかもしれない。ただし、デモ版は付属ソフト音源等に制限があると思われるので、そのあたりはご承知おきいただきたい。</p>]]>
        
    </content>
</entry>

<entry>
    <title>Finale 2009レビュー(1)</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2008/09/finale-20091.html" />
    <id>tag:192.168.10.119,2008:/finale//7.14</id>

    <published>2008-09-23T07:00:00Z</published>
    <updated>2009-05-25T05:22:24Z</updated>

    <summary>※ 9/25に記事追加 　既にご存じの方も多いと思うが、海の向こうでは既にFin...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="一般 " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="発想記号" label="発想記号" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="音符発想記号" label="音符発想記号" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="finale2009" label="Finale 2009" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="図形発想記号" label="図形発想記号" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="小節発想記号" label="小節発想記号" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="文字発想記号" label="文字発想記号" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p><small>※ 9/25に記事追加</small></p>

<p>　既にご存じの方も多いと思うが、海の向こうでは既にFinaleの次期バージョン2009がリリースされている。その現物が入手できたので、早速２回にわたってレビューをしてみることにする。<br />
　なお、Mac版を使用してのレビューなので、システムに依存する部分やインターフェイス、操作性などはWindows版とは異なっていることもあることをあらかじめご理解いただきたい。</p>

<p>　Finaleが産声を上げたのが1988年。それから20年後にリリースされたFinale 2009は、20周年記念バージョンと銘打たれており、起動画面には発売当時のパッケージデザインだった指揮者の図案が織り込まれている。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Finale2009Startup.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Finale2009Startup-thumb-444x327-181.jpg" width="444" height="327" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p><br />
　ちなみに、この指揮者、初期バージョンのabout画面(現在のMac版の「Finale○○について」の部分)でも同じポーズで現れるのだが、その画面を出したまましばらく放っておくと、タクトを下ろし、そそくさと指揮台から降りていくアニメーションを見ることができた。Finaleに限らず、当時のMacの開発者にはこういった遊び心があったものだ。</p>

<p>　さて、アプリケーション起動時にまず気が付くのが起動の速さだ。2008までのバージョンでは、起動時にFinaleが利用可能なソフト音源のチェックを行うために、ソフト音源を多くインストールしているほど起動に時間がかかっていた。もともとFinale本体付属のソフト音源しかインストールしていない人にとっては、この恩恵はほとんど感じられないだろうが、私のように、仕事上多くのソフト音源をインストールしている者にとっては、この起動の快適さはありがたい。<br />
　2009からは、ソフト音源の扱いも劇的に変わっているのだが、これについては次回に紹介する。</p>

<p>　Finale 2009のヘルプメニューのWhat's Newには、このバージョンで追加された新たな機能の紹介がある。原文はもちろん英語だが、これを訳したものを以下に列挙してみる(多少意訳してある)。</p>

<ul>
	<li>発想記号の分類整理</li>
	<li>発想記号の新たな配置設定</li>
	<li>発想記号の複数の五線への同時割り当て</li>
	<li>単純化された五線別表示リスト</li>
	<li>簡単になった発想記号のマクロ定義</li>
	<li>発想記号の所属ガイド表示</li>
	<li>選択項目ダイアログのズームとサイズ調整機能</li>
	<li>複数ページの同時編集</li>
	<li>強化されたFinaleScript</li>
	<li>強化されたHuman Playback</li>
	<li>Garritan Aria Playerが標準付属</li>
	<li>全てのVST(Win版)/AU(Mac版)音源が利用可能</li>
	<li>強化されたSmartMusic Accompanimentの書き出し</li>
	<li>強化されたMusic XML</li>
	<li>Tapspaceマーチングパーカッション音源の付属</li>
</ul>
　最初の６つの項目はすべて発想記号に関するものである。記譜機能に関して言えば、2009での大きな改変は発想記号の扱いに集約されていると言ってもいいだろう。第１回目はこの発想記号の改変を中心にレビューしてみようと思う。

<p><br />
　2009で発想記号がどう変わったかを一言で言えば、音符発想記号と小節発想記号の区別が無くなったことだ。そのかわり、これまで１つのリストにまとめられていた雑多な発想記号がカテゴリによって分類され、カテゴリごとにフォントや配置の定義を設定できる仕組みに変更された。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Expression1.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Expression1-thumb-520x332-183.jpg" width="520" height="332" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>左のセクションがカテゴリ項目<br />
"Show All"にすると、すべての項目が表示される<br />
</small></div></p>

<p></p>

<p>　また、文字発想記号と図形発想記号も切り替えなしに同時に表示されるようになっている(Rentaroフォントが付属しない英語版では、スウィング表記は図形発想記号で作られている)。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Expression2.jpgのサムネール画像" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Expression2-thumb-520x332-185-thumb-520x332-186.jpg" width="520" height="332" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>"Tempo Marks"カテゴリを選択したところ</small></div></p>

<p></p>

<p></p>

<p>　2008以前で作られたファイルを開くとどうなっているかが気になるところだが、ファイル中のすべての発想記号は、とりあえず一番下の"Miscellaneous"の項目にまとめられている("Show All"でも同様に表示される)。これを、"Move To" メニューからそれぞれのカテゴリに振り分けることができる。もちろん、それぞれの項目は2008以前で設定した配置情報を引き継いでいるので、ここであえてカテゴリ分けをしなくてもこれまで通りの方法で使用することもできるが、"Staff List"(五線別表示リスト) はカテゴリに関連付けて割り当てられるので、カテゴリに分類していないと五線別表示リストは利用できなくなる。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Expression3.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Expression3-thumb-520x396-187.jpg" width="520" height="396" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>古いバージョンのファイルを開いて発想記号リストを表示し、<br />
練習番号を"Rehearsal Marks"に振り分けようとしているところ<br />
</small></div></p>

<p></p>

<p>　発想記号選択画面の"Edit Categories..."ボタンをクリックするか、"Document"(書類)メニューの"Category Designer"を選択すると現れる"Category Designer"ダイアログにて、カテゴリごとのフォントや配置の定義を行う。カテゴリに分類された発想記号は、それぞれの定義をデフォルトとして使用することもできるし、それを無視して個別に定義を行うこともできる。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Expression4.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Expression4-thumb-520x377-189.jpg" width="520" height="377" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Expression5.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Expression5-thumb-484x370-191.jpg" width="484" height="370" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>新しいStaff List(五線別表示リスト)設定画面<br />
右下にリサイズタグがあるのに、拡大してもリスト枠はなぜか固定のまま<br />
</small></div></p>

<p></p>

<p>　2009からは、楽譜中で発想記号を選択しているときには、それぞれの発想記号がどこに所属しているかを示す補助線が表示されるようになった(なんだかSibeliusみたいになってきたぞ)。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Expression6.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Expression6-thumb-358x155-193.jpg" width="358" height="155" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p></p>

<p>　さらに、発想記号を楽譜上でドラッグすることによって、所属先を変更させることができるようになった。たとえば、１拍目の音符に割り付けていた強弱記号を２拍目の音符あたりにドラッグすると、自動的に２拍目の音符に割り当てが変わる。補助線がつねに表示されているので、発想記号がどこに所属しているかが確認できる。<br />
　気を付けなければならないのは、音符が込み入っているときにちょっと発想記号を移動させると、勝手に隣の音符に割り当てが変わってしまうことがあることだ。こういう場合は、MacならOptionキー(WindowsならCtrlキー？)を押しながらドラッグすることで、不用意な所属の変更を回避させることができる。<br />
　個人的には、変形図形の松葉など、どの五線に所属しているのか曖昧になりがちな記号にも補助線を付けて欲しいところだが......。</p>

<p>　また、2009からは装飾音符にも発想記号を付けることができるようになった。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Expression7.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Expression7-thumb-226x104-195.jpg" width="226" height="104" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>装飾音符に割り付けられた強弱記号<br />
もちろんプレイバックにも反映される</small></div></p>

<p></p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Expression8.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Expression8-thumb-326x405-197.jpg" width="326" height="405" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p><br />
<div style="text-align: center;"><small>装飾音符の何番目の音に付けるかを指定できる</small></div></p>

<p><br />
　装飾音符に発想記号を付けた場合、そのままだと装飾音符のスケールに比例して発想記号も小さくなってしまうので、割り付ける際に、上記のダイアログにて "Scale Expression with Attached Note"のチェックを外しておく。小音符に100%の大きさで付けたい場合などにも有効だ。<br />
　個人的には、コードネームや歌詞にもこの機能を付けて欲しいところだが......。</p>

<p>　もうひとつ、2009からは、発想記号もアーティキュレーションと同様に、複数の五線をマーカーで囲むことによって、ひとつの発想記号を一度に割り付けることが可能になった。マクロキーを併用すれば、スコアの全パートにワンドラッグで強弱記号を付けることもでき、作業効率は格段にアップする。</p>

<p>　今回のバージョンアップでの発想記号は便利になった部分もある反面、扱いが大幅に変更されたために、以前の仕様に慣れてしまったユーザーは、当初は相当面食らうと予想される。私自身、この記事を書いている時点で、まだ完全に理解できていない部分がいくつかあるのだから。</p>

<p>　次回は、その他の新機能について紹介してみようと思う。</p>]]>
        
    </content>
</entry>

<entry>
    <title>たかが付点、されど付点</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2008/08/post-10.html" />
    <id>tag:finale.stonesystem.co.jp,2008:/finale//7.15</id>

    <published>2008-08-21T12:30:00Z</published>
    <updated>2009-06-11T14:48:31Z</updated>

    <summary>　今回は小ネタである。 　上向き旗付き符尾の音符に付点が付く場合、付点は旗との衝...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="Finaleのここがダメ！ " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="クラスター" label="クラスター" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="加線" label="加線" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="旗" label="旗" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="浄書" label="浄書" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="付点" label="付点" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　今回は小ネタである。</p>

<p>　上向き旗付き符尾の音符に付点が付く場合、付点は旗との衝突を避けるために通常よりも右にずらして付けられる。この設定は「ファイル別オプション−付点」の「上向き旗に付く付点の水平位置」にて行う。英語版Finaleのデフォルトファイルでは、ここの値が「0」に設定されているが、日本語版では、タイトなスペーシングを好む国内浄書の傾向を反映して、より符頭に近づけた設定になっている。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="augdot1.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/augdot1-thumb-520x364-199.jpg" width="520" height="364" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>英語版のデフォルト設定</small></div></p>

<p></p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="augdot2.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/augdot2-thumb-300x100-201.jpg" width="300" height="100" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>英語版のデフォルト設定による付点の配置</small></div></p>

<p></p>

<p><br />
　しかし、浄書的なこだわりを言えば、符頭が線間の場合と線上の場合では旗と付点との位置関係が異なるので、個別に設定ができるようにして欲しいところだ。上記のような旗の先端が短めのデザインであれば、符頭が線間の場合にはまったく接触が起こらないので、なおさらである。</p>

<p>　さらに問題なのは、この付点が五線下の加線の符頭に付いたときのことである。符頭にいくら加線が付いて五線から遠ざかろうとも符尾は第３線から離れることはないので、ある位置の付点からは旗の影響をまったく受けなくなるのにもかかわらず、Finaleはかたくなに旗との間隔を維持しているのである。あらかじめ符頭に近づけてある日本語版の設定でも若干気になるが、とくに英語版の設定だと、付点が符頭から離れすぎてまったくおマヌケな楽譜になってしまう。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="augdot3.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/augdot3-thumb-372x128-203.jpg" width="372" height="128" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>赤枠の部分の付点は旗の影響をまったく受けない</small></div></p>

<p></p>

<p><br />
　Finaleの付点に関しては、もうひとつ明らかにプログラム上の設計の誤りと思えるものがある。<br />
　浄書用語では、２度音程の和音の符頭が符尾を挟んで両側に付いた状態のことをクラスターと呼ぶ。現代音楽用語では、クラスターは密集和音のことを指すが、浄書では２和音においてもクラスターと呼ぶ(ちなみに、日本の浄書業界の符丁では「風鈴」と呼ばれる......なかなか風流である)。<br />
　閑話休題、問題なのは上向き符尾のクラスターに付く付点である。旗なし音符の場合は、付点は単純に右側の符頭の端からの距離に置かれるのに、旗が付いた場合は、旗付きの設定が優先されてしまい(プログラム的には、これを文字通り旗付きの「フラグ」が立っている状態と言う)、右側の符頭はまったく無視され、付点は通常の旗付き音符と同じ位置に置かれてしまうのだ。その結果、より符頭に近づけた設定がなされている日本語版では、完全に付点が符頭と衝突してしまう。<br />
　これについては、単純にプログラムを「クラスターの場合は旗の有無に関係なくつねに符頭の位置を優先させる」とすればいいだけの話なのだが、符頭との距離がルーズに設定してある英語版ではとりあえず符頭との接触は免れているから、開発者はこのプログラム上の欠陥に気付いていないか、あるいは、気付いていながらあえてルーズな設定でごまかしているのかもしれない。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="augdot4.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/augdot4-thumb-438x100-205.jpg" width="438" height="100" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>日本語版のデフォルト設定では、旗付きクラスターに付く付点が符頭に接触してしまう</small></div></p>

<p></p>

<p><br />
　付点に関する設定は冒頭のダイアログのオプションしかなく、今のところあらゆる付点を自動的に最適配置にする設定はない。結局のところ、不適切な位置の付点はひとつずつ手動で修正していくしかない。私にスキルがあれば、これを一気に修正するプラグインでも作りたいところだが、そもそもこういうことは本体のプログラムで対応すべきものである。</p>

<p><br />
　付点がお題目ということで、こんな問題点にも触れておこう。<br />
　付点は符頭の数と一致しなくてはならない。一見当たり前のように思われることだが、しかし、Finaleはそうならない。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="augdot5.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/augdot5-thumb-350x100-207.jpg" width="350" height="100" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>左はFinaleのデフォルト状態、付点が１つ足りない。正しくは右のように置かれなければならない。</small></div></p>

<p></p>

<p><br />
　このあたりになると、もはや難癖に近いものがあるが、セオリーはセオリーである。だが、下記のような極端なケースでは、セオリーを厳格に適用すると、かえって積み重なった付点のその異様さの方が目立ってしまう。左のFinaleのデフォルト状態はセオリーには反しているが、読譜者はこれを普通に付点４分音符と認識するだろうし、この付点を律儀に数えて「付点が足りぬからけしからん！」と憤慨する人はまずいないだろう。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="augdot6.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/augdot6-thumb-224x120-209.jpg" width="224" height="120" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 0px;" /></a></span><div style="text-align: center;"><small>左はFinaleのデフォルト、右は確かにセオリー通りだが......</small></div></p>

<p></p>

<p><br />
　元来、浄書のセオリーとは、楽譜の読みやすさを追求して集大成したものである。しかし、楽譜には例外が付きもので、時としてセオリーに盲従するとかえって読みづらくなるというケースに遭遇することもある。セオリーに拘泥して読みやすさを犠牲にしたのでは、浄書の理念から言っても本末転倒である。<br />
　もっとも、例外的なケースにおけるセオリーと読みやすさとのボーダーラインの判断は難しい。上記のケースでは、クラスターの何音まで付点を正確に付けるべきかということになるわけだが、私なら「瞬時に読み取れる数まで」という理由で、５個程度が妥当ではないかと考える。<br />
　さらに言えば、「読みやすさ」は音楽のジャンルや、楽譜を使う人のレベルによっても異なってくる。このあたりの判断は、浄書というよりはむしろ編集の領域に入るが、浄書家と編集者のボーダーが曖昧になってきている現在、楽譜制作者は総合的なスキルを身に付ける必要性に迫られているとも言える。</p>

<p><br />
　おっと、付点(Dot)にかこつけて小ネタのつもりだったが、話がどんどん敷衍してきたので、今日はこのあたりにしておこう。「楽譜の読みやすさ」については、Finaleとは一歩離れた話になるが、いつか機会があればお話ししたい。</p>]]>
        
    </content>
</entry>

<entry>
    <title>コーダ切れの憂鬱</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2008/08/post-9.html" />
    <id>tag:192.168.10.119,2008:/finale//7.16</id>

    <published>2008-08-09T08:30:00Z</published>
    <updated>2009-05-25T05:24:25Z</updated>

    <summary>　Intel Macと相性の悪いプラグインの記事でも触れた「コーダ切れの作成」プ...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="Finaleのここがダメ！ " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="インターフェイス" label="インターフェイス" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="コーダ" label="コーダ" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="コーダ切れの作成" label="コーダ切れの作成" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="プラグイン" label="プラグイン" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="組段の均等配置" label="組段の均等配置" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="組段の最適化" label="組段の最適化" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="finale2009" label="Finale 2009" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="sibelius" label="Sibelius" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="五線を個別に移動可能にする" label="五線を個別に移動可能にする" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　<a href="http://finale.stonesystem.co.jp/finale/2008/07/intel-mac.html">Intel Macと相性の悪いプラグイン</a>の記事でも触れた「コーダ切れの作成」プラグイン。このプラグインが付属したのはFinale 2006。じつにFinaleが産声を上げてから17年目のことである。それまでは、コーダ切れのレイアウトを作成するにはとても面倒な作業を行う必要があった。楽譜表記としては極めて一般的な「コーダ切れ」の作成に長年不便を強いられていたことに対して、<strong>「コーダ社(MakeMusicの当時の社名)だけに『コーダ切れ』は縁起が悪いから、あえてコーダ切れをさせないようにしているのでは？」</strong>などと揶揄される始末だった。</p>

<p>　さて、この「コーダ切れの作成」プラグインの搭載のおかげで、確かにコーダ切れレイアウトの作成は容易になったのだが、そもそも、Finaleにおけるコーダ切れレイアウトの考え方には根本的な設計上の問題があり、一見上手く処理しているように見えても、蓋を開けてみればいろいろな矛盾を抱えていることが分かる。</p>

<p>　本来、コーダ切れとは、ひとつの組段の途中に空白が挿入されたものと考えるべきものである。これはコーダ表記の変遷をみてみるとよく分かる。<br />
　コーダ部はもともとa.のように書かれていたものが、コーダ部の前後には音楽的な脈絡はないので、それを明示するためにb.の表記が現れる。さらにそれを強調したのがc.の表記なのだが、もとより既成の五線紙の上に音符を書くしかない作編曲家にこの表記は不可能なので、c.の表記は自ら自在に五線を引くことの可能な浄書家ならではの発想だと言えよう。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="codabrake1.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/codabrake1-thumb-484x263-211.jpg" width="484" height="263" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>古い楽譜や、現在も一部の出版社にはa.やb.の表記も見られる</small></div></p>

<p></p>

<p>　さて、Finaleの場合、分断された五線はあくまで別々の独立した組段なので(下図の組段番号参照)、コーダ切れを作成後に「組段の均等配置」を行うと思わぬ結果となってしまう。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="codabrake2.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/codabrake2-thumb-330x419-213.jpg" width="330" height="419" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>この状態で「組段の均等配置」を行うと......</small></div></p>

<p></p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="codabrake3.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/codabrake3-thumb-330x419-215.jpg" width="330" height="419" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>段違いになってしまう</small></div></p>

<p></p>

<p>　ひとたびコーダ切れレイアウトを作成してしまうと、小節割りの変更等でコーダ部が段頭になり、コーダ切れが必要でなくなった場合に、もとの１本の組段に戻すのは少々面倒である(上記の「組段の均等配置」を逆に利用するのが近道だが)。</p>

<p>　さらに、コーダ切れの前後の小節割りを変更したり、スペーシングが大きく変化するような修正を行った場合、コーダ切れを挟んだそれぞれの組段の左右マージンは自動的には調整されず、スペーシングバランスが崩れたままになってしまう。こうなった場合、このバランスは手動で調整しなければならない。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="codabrake4.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/codabrake4-thumb-484x94-217.jpg" width="484" height="94" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p></p>

<p>　また、「組段の最適化」または「五線を個別に移動可能にする」コマンドを行って五線の間隔を組段ごとに独立して変更可能にした状態で、コーダ切れの部分のどちらか一方の組段の五線の間隔を調整した場合、浄書的にはもう一方の組段の五線間隔もそれに追従しなければならないが、Finaleの場合は互いに独立した組段なので、当然のことながら追従はしてくれず、自己責任において左右の五線の垂直位置を揃えなければならない。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="codabrake5.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/codabrake5-thumb-347x160-219.jpg" width="347" height="160" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>左右の五線の高さが揃っていない</small></div></p>

<p></p>

<p>　以上のことから、<strong><font color="red">「コーダ切れの作成」プラグインは、小節割り、五線間調整、段間調整等のすべてのレイアウトが決定した後に使用するのが望ましい</font></strong>ということになる。</p>

<p>　ちなみに、Finaleのライバルソフト、Sibeliusのコーダ切れレイアウトの仕様はじつに理にかなっている。Sibeliusでは１段の五線が何本に分断されようと、あくまでひとつの組段として扱われるため、上記で述べてきたような問題は一切生じない。さらに、コーダ切れを元のつなげた状態に戻したい場合もじつに簡単だ。コーダ開始部分の左小節線を左にドラッグして直前の右小節線に重ねて離すだけで自動的につながるのだ。このインターフェイスはじつに小気味よく、初めて体験したときは思わず笑みさえこぼれてしまう。これを体験してからFinaleのコーダ切れに対面すると、何とも憂鬱な気分に陥ってしまうのである。<br />
　そこまでSibeliusの肩を持つのであれば、Sibeliusに鞍替えすれば？と思われるかもしれないが、逆にFinaleに簡単にできてSibeliusにできないこともたくさんある。どちらにも長所があり短所もあるのだ。</p>

<p>　Finaleがコーダ切れをSibeliusの仕様に作り替えようとすると、おそらく抜本的な設計を見直さなければならなくなり、それに費やす経費と時間を鑑みると、事実上改変は不可能なのではないかと私は睨んでいる。<br />
　この「コーダ切れ」と似た状況にあるものに「小節をまたぐ連桁」がある。これもプラグインで一応簡単に実現できるとはいうものの、それはあくまで姑息的な手法であり、根本的な解決とは言い難い。</p>

<p>　Finaleは毎年コンスタントにバージョンアップを行っているものの、開発サイドは楽譜作成ソフトとしての根幹と言える記譜機能は完成したと考えているのか、最近のバージョンアップは枝葉的な機能の付加が中心で、記譜機能の目立った改善があまり行われていない。やや<a href="http://cache.yahoofs.jp/search/cache?ei=UTF-8&p=Finale2009+ボイコット&meta=vc%3D&fl=0&fr=sfp_as&dups=1&u=tawagoto-to-ongaku.cocolog-nifty.com/&w=finale2009+ボイコット&d=HwelFxg5RIsB&icp=1&.intl=jp" target="_blank">古い記事</a>(サイトを閉じてしまったのかキャッシュしか残っていないが)であるが、海の向こうでは、このようなメーカー側の開発方針に不満を示したユーザーによる、Finale 2009の不買運動の呼びかけも一部で起こったようだ。ソフト開発の大変さは重々承知しているが、Finaleの開発者にはもうちょっと本腰を入れてもらいたいものである。</p>]]>
        
    </content>
</entry>

<entry>
    <title>たまにはダイエットしよう</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2008/07/post-8.html" />
    <id>tag:192.168.10.119,2008:/finale//7.17</id>

    <published>2008-07-31T14:30:00Z</published>
    <updated>2009-05-25T05:25:12Z</updated>

    <summary>　ここのブログ記事も、Finaleのネガティブな話題ばかりを提供していると、読者...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="TIPS " scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="バグ情報 " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="ファイル・メンテナンス" label="ファイル・メンテナンス" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ファイル整合性テスト" label="ファイル整合性テスト" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="マクロ" label="マクロ" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ライブコピー" label="ライブコピー" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ライブラリ" label="ライブラリ" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　ここのブログ記事も、Finaleのネガティブな話題ばかりを提供していると、読者を暗澹たる気分にさせてしまい、「ユーザーのFinale離れを起こさせたのはあのブログのせいだ！」などと後ろ指を指される事態はぜひとも避けたいので、たまにはポジティブな話題......「Finaleの知っておくとお得情報」をTIPSカテゴリで提供していこうと思う。</p>

<p>　その第１弾はダイエットの話である。ダイエットの話といっても、すっかりメタボオヤジと化した私の健康管理の話をするわけではなく(そんな話をしたところで誰も聞いてはくれないし)、Finaleファイルのダイエットの話である</p>

<p>　Finaleで楽譜を書いていると、次第に独自に作った発想記号や変形図形などが増えてゆく。また、定型のレイアウトやフォントセットなども決まってくるだろう。Finaleではこれらをライブラリとして保存し、新規ファイルにそのライブラリを読み込むことで自分独自の資産を受け継ぐことができるのだが、この方法ではマクロキーまでは覚えてくれず、ライブラリを読み込む度にマクロキーを再定義しなければならないのが欠点だ。この再定義の作業がイヤなら、これらの仕込みを済ませたものをデフォルトファイルとして使用する方法もある。しかし、そこからさらに新たな発想記号や変形図形を作れば、そのデフォルトファイルにも仕込み直さなければならないという煩わしさがある。<br />
　じつはもっと良い方法がある。完成したファイルを複製し、その楽譜内容を一旦全部消去した状態から新たな曲を入力するのである。一見前時代的でナンセンスな方法に見えるが、これが一番簡単で確実な方法である。私はこの方法を家に代々伝わる糠床(最近、糠床は絶滅危惧種だが)になぞらえて<strong>「糠床方式」</strong>と呼んでいる(人口にはまったく膾炙していない)。ちなみに、私の回りの同業者にも訊いてみたところ、やはり結構な人がこの糠床方式を使っていた。</p>

<p></p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="FileMaintenance1.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/FileMaintenance1-thumb-510x181-221.jpg" width="510" height="181" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><small><div style="text-align: center;">　私の最近書いた吹奏楽の楽譜の「ファイル情報」を見たところ<br />
Finale 3.0(1994年)から受け継がれていることが分かる<br />
</div></small><br />
　さて、この「糠床方式」で受け継いだファイル、実際の音符の情報に比べてファイル容量がやけに膨れあがっていると感じたことはないだろうか？　じつは、Finaleは楽譜上の音符を全て消去して空五線にした状態でも、その情報の一部が内部にデータとして残っていることがある。ちりも積もれば何とやらで、これらのゴミが蓄積すると必要以上にファイル容量は大きくなり、画面表示やデータ処理の足かせになることもある。これは、Finaleを使って試行錯誤によって作編曲を行う人の場合、新規入力であっても起こりうることだ。</p>

<p>　意外と知られていないのだが、Finaleにはこの「ゴミ」を掃除してくれる機能がある。「書類メニュー(2006以前では「オプションメニュー」)＞データチェック＞ファイル・メンテナンス...」にて「削除した項目の完全破棄」以下の項目をチェックして「OK」を押すだけだ。</p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="FileMaintenance2.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/FileMaintenance2-thumb-478x277-223.jpg" width="478" height="277" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p></p>

<p>　なお、一番下の「ファイル整合性テスト」は、Finale 2001以前のデータを読み込んだ場合のチェック機能なので(詳細はマニュアルを参照)、最近のファイルを受け継いだ場合は、このチェックの意味はほとんどない。それどころか、<strong><font color="red">ファイル中にライブコピーを多用している場合は、この「ファイル整合性テスト」を行うことでかえって楽譜がメチャクチャになる場合があるので要注意だ。</font></strong></p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="FileMaintenance3.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/FileMaintenance3-thumb-520x158-225.jpg" width="520" height="158" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><small><div style="text-align: center;">「ファイル整合性テスト」を行ってメチャクチャになった楽譜</div></small></p>

<p></p>

<p>　もし、「ファイル整合性テスト」のチェックを外すのを忘れてファイル・メンテナンスを行い、楽譜がメチャクチャになってしまった場合は、速やかにアンドゥ(取り消し)を行おう。ゴミ掃除の前の状態に戻ってしまうが、再度「ファイル整合性テスト」のチェックを外してファイル・メンテナンスを行えば問題ない。Finaleを起動した状態では、この「ファイル整合性テスト」はオンになっているので注意が必要だ。<br />
　「糠床方式」でファイルを受け継ぐ場合は、ファイル上の楽譜内容を全て消去したタイミングでファイル・メンテナンスを行うことをお勧めする。</p>

<p>　ポジティブな話題をと思っていたが、やっぱりネガティブな部分に触れざるを得ない状況になってしまった。純粋にポジティブな話題を書ける日はいつになるのやら......。</p>]]>
        
    </content>
</entry>

<entry>
    <title>Intel Macと相性の悪いプラグイン</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2008/07/intel-mac.html" />
    <id>tag:192.168.10.119,2008:/finale//7.18</id>

    <published>2008-07-19T09:00:00Z</published>
    <updated>2009-05-25T05:26:03Z</updated>

    <summary>　Finaleは2007からIntel搭載のMacにも対応したUniversal...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="バグ情報 " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="コーダ" label="コーダ" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="コーダ切れの作成" label="コーダ切れの作成" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="バグ" label="バグ" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="プラグイン" label="プラグイン" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="intel" label="Intel" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="rosettaモード" label="Rosettaモード" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="sibelius" label="Sibelius" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="universalアプリケーション" label="Universalアプリケーション" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="共通音にタイをかける" label="共通音にタイをかける" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="作曲支援ツール" label="作曲支援ツール" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　Finaleは2007からIntel搭載のMacにも対応したUniversalアプリケーションとなった。ところで、最近の大規模なアプリケーションソフトは、本体とそれに付属するプラグインと呼ばれる小さなアプリケーションとで構成されているものが多い。それらはそれぞれ独立して開発されていることも多く、本体が新しいOSに対応していても、個々のプラグインの対応の足並みが揃わないという状況もしばしば発生する。<br />
　Finaleの場合、プラグイン項目に入っている物の他、一見本体の機能のように見えるスキャナ読み取り機能やHuman Playback機能等も、じつはプラグインで供給されているものである(Mac OSならアプリケーション本体を「パッケージの中身を表示」で覗くとわかる)。実際、2007がリリースされた当初、スキャナ読み取り機能がIntel搭載Macに対応できていない旨のアナウンスがあった。</p>

<p>　さて、前置きが長くなってしまったが、じつは2008にも問題の生じるプラグインが残っている。そのひとつは「コーダ切れの作成」プラグインである。</p>

<p>　Intel搭載Macでこのプラグインを使ってコーダ切れを作ろうとすると、とんでもないレイアウトになることがある。使用する場所によっては、一見まともに機能しているように見えることもあるが、その場合でも、分断された左右の組段のバランスが正確にレイアウトされていないことが多い。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="coda1.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/coda1-thumb-406x190-227.jpg" width="406" height="190" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>コーダにしたい冒頭の小節を選択して「コーダ切れの作成」プラグインを適用すると......</small></div></p>

<p></p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="coda2.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/coda2-thumb-520x190-229.jpg" width="520" height="190" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>とんでもないレイアウトになってしまった</small></div></p>

<p></p>

<p>　こうなってしまっても、レイアウトツールでドラッグして修正することは可能であるが、そんな手間がかかってしまうのでは、そもそもこのプラグインを使う意味がない。<br />
　このプラグインをまともに動作させたければ、FinaleをRosettaモード(PowerPC互換モード)で立ち上げるしか方法はない。手順は以下の通り。</p>

<ol><strong><font color="#000099">
	<li>一旦Finaleを終了する。

<p></li><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="coda3.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/coda3-thumb-293x777-231.jpg" width="293" height="777" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><br />
	<li>FinderにてFinaleアプリケーション本体を選択し、「情報を見る」にて、「Rosettaを使って開く」にチェックを付けてダイアログを閉じてからFinaleを起動させる。このとき、チェックを付けただけでダイアログを閉じないままFinaleを起動しても、Rosettaモードに切り替わっていないので注意。</li><br />
	<li>プラグインを使い終えたらFinaleを終了し、上記のチェックを外して再度Finaleを起動する。　</li><br />
</font></strong></ol></p>

<p>　他のプラグインでは、「作曲支援ツール＞共通音にタイをかける」がまったく動作しないことが確認されている。これもRosettaモードで起動すれば使用可能になる。</p>

<p>　それなら、いっそのことFinaleはつねにRosettaモードで使用すればいいじゃないかと思われるかもしれない。しかし、Rosettaモードでは、今度は「ページレイアウト・ツール」の「ページ・マージン編集パレット」と「組段マージン編集パレット」を表示させることができないというバグが確認されている。それと、Rosettaモードでは、Intelの特性を活かしたパフォーマンスは引き出せないことも覚悟する必要がある。<br />
　Intel Macユーザーは、これらのプラグインを使いたいときだけ、Finaleを起動しなおさなければならない煩わしさがあるが、現状では仕方がない。</p>

<p>　Finaleに限ったことではないが、使用頻度の少ない機能のバグは長年放置されるきらいがある。2007で発生した「コーダ切れの作成」のバグが2008でも放置されているということは、このプラグイン自体が2006でやっと搭載されたという事実から鑑みても、あちらではあまりコーダ切れって需要がないのだろうか？　たしかに、あちらの楽譜では、コーダ部の五線を切らずにそのまま続けて書かれてあるものも多い。しかし、ライバルソフトのSibeliusでは、最初のバージョンからコーダ切れの機能が標準搭載されていることから<font color="red"><strong>(しかも、こちらの仕様の方が断然実用的！)</strong></font>、需要がないわけではなさそうだ。<br />
　とある情報筋によると、もともとMacのソフトだったFinaleも、現在は世界的に見てもWindowsユーザーの方が圧倒的に多く、最近のソフト開発はWindowsが優先で、Macは後回しなのだという。シェアの少なさに加えてUniversalアプリケーションへの対応、バグ放置の原因はこのあたりにありそうだ。</p>]]>
        
    </content>
</entry>

<entry>
    <title>パーカッション・マップは全音符がお嫌い!?</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2008/07/post-7.html" />
    <id>tag:192.168.10.119,2008:/finale//7.19</id>

    <published>2008-07-17T07:00:00Z</published>
    <updated>2009-06-27T03:36:45Z</updated>

    <summary>※ 09/6/27に記事追加 　最近の高機能のたいていの楽譜作成ソフトには、打楽...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="Finaleのここがダメ！ " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="パーカッション" label="パーカッション" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="パーカッション・マップ" label="パーカッション・マップ" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="符頭" label="符頭" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="２分音符" label="２分音符" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="全音符" label="全音符" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="打楽器" label="打楽器" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="浄書" label="浄書" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p><small>※ 09/6/27に記事追加</small></p>

<p>　最近の高機能のたいていの楽譜作成ソフトには、打楽器の楽譜上の音符と実際に鳴らす音源との関連付けを行う機能が搭載されている。Finaleの場合はパーカッション・マップがそれである。プレイバックに関与しない浄書専門のユーザーにはほとんど利用価値はないが、Finaleで楽譜を打ち込みながら音を確認したい大多数のユーザーにはなくてはならない機能である。<br />
　打楽器の表記は、作編曲家によっても出版社によってもさまざまである。そのような多様なニーズに応えるひとつとして、パーカッション・マップには、特定の楽器に特定の符頭を割り当てるという機能がある。これを利用して入力すれば、自動的にシンバル系は×符頭、トライアングルは△符頭で表記させるといった使い方ができるようになる。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="pmap1.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/pmap1-thumb-520x356-233.jpg" width="520" height="356" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p><br />
　ところが、この一見便利に見える機能にも落とし穴がある。パーカッション・マップでは、各楽器について黒玉用と白玉用の符頭をそれぞれ定義できるのだが、通常の符頭を使おうと思った場合、白玉用符頭は１種類しか定義できないので、２分音符用の白玉か全音符のどちらか一方しか割り当てることができないのだ(通常、２分音符用の白玉が割り当てられている......上記ダイアログ参照)。この状態で楽譜を書くと、下のような奇妙な楽譜になってしまう。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="pmap2.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/pmap2-thumb-306x89-235.jpg" width="306" height="89" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p></p>

<p>　これを修正するには、全音符のみを個別に変更するしかないのだが、まず、スコア全体の入力が完了した後、パーカッション・マップを使用しているパートのみを選択し、「ユーティリティ・メニュー(2007以前なら「ブロック編集メニュー」)＞変更＞符頭...」にて「検索：」「変更：」ともに「選択した符頭」に全音符を指定すれば簡単に一括変換できる。もちろん、選択範囲に別の符頭キャラクタの全音符を使用している場合は、その部分は選択範囲から外す必要があるが。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="pmap3.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/pmap3-thumb-320x219-237.jpg" width="320" height="219" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span></p>

<p></p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="pmap4.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/pmap4-thumb-306x89-239.jpg" width="306" height="89" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>正しい表記になった</small></div></p>

<p></p>

<p>　<strong><font color="red">浄書的には、通常の全音符に２分音符の符頭を使うというようなことは金輪際あり得ない。</font></strong>しかし、手書きの楽譜の場合、「白丸に符尾が付いていなければ全音符」という暗黙の了解があるから、とりあえずこの表記でも演奏現場で混乱が起こることはまずないという実態がいっそう事を曖昧にさせている。一般のユーザーに上記の修正法を周知させたところで、「別に読めるからいいじゃん」と煩わしさを理由に放置されるのが目に見えている。</p>

<p>　実際、作編曲家の書いたスコアがそのまま無批判に出版される傾向のある、ある分野の出版物にこの奇妙な記譜を頻繁に見かけるようになってきた。他の記事でも書いたが、特定のソフトの妙な仕様のせいで、正統的な書法が軽んじられ、妙な書法がスタンダードになってしまうことは残念なことだ。</p>

<p><br />
<hr><small>09/6/27に追記</small></p>

<p>　同じ憂慮を抱いていたユーザーの声が届いたのか、Finale 2010からは、扱える符頭が全音符、倍全音符まで拡張された。メデタシメデタシ。しかし、<strong><font color="red">旧ファイルの設定をそのまま受け継いで使っている場合は、全音符、倍全音符の部分は旧来通り２分音符の符頭のままで、自動的に全音符、倍全音符符頭にコンバートされるわけではないので注意</font></strong>が必要である。</p>]]>
        
    </content>
</entry>

<entry>
    <title>プロは使わないフレックス・スラー</title>
    <link rel="alternate" type="text/html" href="http://finale.stonesystem.co.jp/finale/2008/07/post-6.html" />
    <id>tag:192.168.10.119,2008:/finale//7.20</id>

    <published>2008-07-11T10:00:00Z</published>
    <updated>2009-05-25T05:27:39Z</updated>

    <summary>　Finaleのスラーは、2002からフレックス・スラーという技術で描かれるよう...</summary>
    <author>
        <name>Hossy</name>
        <uri>http://www.bekkoame.ne.jp/ro/hossy/</uri>
    </author>
    
        <category term="Finaleのここがダメ！ " scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="バグ情報 " scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="スラー" label="スラー" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="バグ" label="バグ" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="フレックス・スラー" label="フレックス・スラー" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="finale2009" label="Finale 2009" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="浄書" label="浄書" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="ja" xml:base="http://finale.stonesystem.co.jp/finale/">
        <![CDATA[<p>　Finaleのスラーは、2002からフレックス・スラーという技術で描かれるようになった。それまでのスラーは、始点と終点の途中の障害物をまったく無視して描かれ、衝突の生じたスラーは手動で修正していくしかなかった。スラーの軌道上の障害物を避けるには高度な計算が必要で、スコア上のあらゆるスラーを瞬時に描くには相当のマシンパワーを必要とするわけだが、コンピュータの処理能力が、やっとそれをストレス無く描けるレベルになったからこそ実現できた機能と言えるだろう。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="slur1.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/slur1-thumb-457x106-241.jpg" width="457" height="106" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>フレックス・スラーをオフにした状態</small></div></p>

<p></p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="slur2.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/slur2-thumb-457x117-243.jpg" width="457" height="117" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>フレックス・スラーをオンにした状態</small></div></p>

<p></p>

<p>　このスラーのおかげで、浄書作業はずいぶん楽になったと思われるかもしれない。たしかに、普通に楽譜を書く分には、もはや衝突を気にしなくてもすむようになったわけだから、このスラーの功績は大きいと言えよう。だが、じつは、プロの浄書家の間ではこのフレックス・スラー機能はほとんど使われていない。なぜか。</p>

<p>　このフレックス・スラー、音形や障害物の突出具合によっては、スラーが必要以上に大きくふくらんでしまうことがある。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Slur3.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Slur3-thumb-359x165-245.jpg" width="359" height="165" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>下段のスラーは、臨時記号との衝突を避けたためにこのようにふくらんでしまった。</small></div></p>

<p></p>

<p>　五線間の狭いレイアウトでは、このようにふくらんでしまったスラーはかえって場所ふさぎになる。もちろん、そのようなスラーも手動で修正することも可能だが、フレックス・スラーは一旦手を加えてしまうと、もはやフレックス・スラーとしては機能せず、旧来のスラーと同じ扱いとなってしまう。</p>

<p>　もっと困った問題がある。フレックス・スラーは表示倍率によって形状が変わってしまうことがあるのだ。</p>

<p><br />
<span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Slur4.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Slur4-thumb-520x300-247.jpg" width="520" height="300" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>適切な形をしているスラーも......</small></div></p>

<p></p>

<p></p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="Slur5.jpg" src="http://finale.stonesystem.co.jp/finale/assets_c/2009/05/Slur5-thumb-360x200-249.jpg" width="360" height="200" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></span><div style="text-align: center;"><small>表示倍率を変えるとまったく違う形になることがある。</small></div></p>

<p></p>

<p>　どうやら、フレックス・スラーは描画のたびにスラーの軌道を再計算しているらしく、衝突を判断する<a href="http://ja.wikipedia.org/wiki/しきい値"  target="_blank">しきい値</a>の微妙な誤差によって描画結果が大きく異なることがある。これで怖いのは、ディスプレイ上では適切な形をしているスラーが、印刷やデータ書き出しの際に形が変わってしまうことだ。これでは楽譜としての品質の保証ができず、浄書家としては仕事にならない。結局のところ、プロとしては、このような不安定な機能に頼らず、フレックス・スラー機能をオフにして、従来通りスラーを手動で固定していくしかないのだ。</p>

<p>　では、このフレックス・スラー機能は何のためにあるのか？</p>

<p>　フレックス・スラー機能をオフにすれば、冒頭の譜例でもお分かりのように、あちこちでスラーの接触や衝突が発生する。浄書的にはこれらの衝突はNGであるから、浄書家はこれらを逐一手動で修正していくことになる。一方、一般的なFinaleユーザーがこんな修正作業を望むだろうか？　もっと純粋に楽譜入力だけに専念したいはずだ。実際、このフレックス・スラーが導入される以前のFinaleで書かれた楽譜の多くに、スラーの接触や衝突が見受けられた。結局、楽譜情報が判読不明になるようなよほどの衝突でなければ、多くの人は、多少の接触や衝突は放置してしまうのではないだろうか。<br />
　<br />
　浄書家のレベルでは、スラーが接触や衝突を回避することは必要最低条件であり、なおかつ均整が取れた美しいスラーを描くことが求められる。そういう意味においては、冒頭のフレックス・スラーをオンにした状態で描かれたスラーも、とりあえず衝突を回避したというだけであり、美しいスラーというレベルではまだ及第点ではない。<br />
　とはいえ、フレックス・スラーを使用した場合でも、問題となる不用意にふくらんでしまうスラーは、スラー全体から見たらほんの一部だろう(曲の性格によっては、問題が生じる確率が高くなることもあるだろうが)。それは、フレックス・スラー機能を封印することによって生ずる接触や衝突のリスクに比べれば大した問題ではない。一般ユーザーから見れば、フレックス・スラーはそれでも十分な機能なのである。それはちょうど、カメラにおいてプロが絞りやシャッター速度を長年の経験と勘に基づいてマニュアルで調整するのに対して、一般の人がオート露出機能を使うのと同じことだ。</p>

<p>　楽譜浄書が手書きで行われた時代、「スラー引き10年」と言われていたように、美しいスラーを描くことには相当の熟練を要した。楽譜浄書が完全にコンピュータ製作に置き換わった現在でも、美しいスラーを描くことはそれなりの技術とセンスを要する。コンピュータが何も手を加えずに自動的に理想的なスラーを描いてくれる日は、もう少し待つ必要がありそうだ。</p>

<p>　と、この原稿をもたもたと書いているうちに、海の向こうでは、最新版<a href="http://www.finalemusic.com/Finale/" target="_blank">Finale 2009</a>のアナウンスがあった。<a href="http://www.finalemusic.com/Finale/Features/EngraverTools/default.aspx" target="_blank">記事</a>を読んでみると、2009では上記のフレックス・スラーの不安定さが完全に解消されたようだ。これは、我々浄書家にとっても多少の福音となるか......。</p>]]>
        
    </content>
</entry>

</feed>
