一般 の最近のブログ記事

 ここ数年は梅雨の頃に発表されていたFinaleの次期バージョンだが、2012についてはなかなかリリースされなかった。リリースが遅れることについては開発元から早くからアナウンスされていたが、その理由については具体的には触れられておらず、ユーザーからは「ライバルソフトのSibeliusを凌駕する新機能が実装されたのではないか」、「いや、7月に発表されたMacintoshの新OS"Lion"に対応させているんだろう」、「会社自体がやばいんじゃないか」等々の憶測を呼ぶことになった。はたして秋も中旬に差しかかった頃、バージョン2012はそのヴェールを脱いだわけであるが、じらされたユーザーの期待に応えられるだけの新機能はあったのか? 早速今回も紹介してみよう。


Finaleも遂にダウンロード販売に
 Finaleは2012からはダウンロード販売になった(従前のパッケージ販売も平行して行われている)。MakeMusic社のサイトからダウンロード後、1ヶ月間は機能制限なしの製品版として試用できる。製品購入後シリアル番号を入手して認証を経ないと、1ヶ月を過ぎると印刷や保存ができなくなるといった仕組みのようだ。ただし、付属のGarritan音源だけは認証を経ないとダウンロードできないようになっている。もちろん、すでにFinaleを持っている人は2012で新たに追加された音色が使えないだけで、旧来のGarritan音源はそのまま利用可能である。
 このダウンロード販売方式への移行は、Appleの提唱するAppStore経由でのアプリケーションソフトの販売方式を見据えたものと思われる。
 なお、日本語版がどういう販売形態を取るかは現時点では不明である。


スコアの属性とプレイバック音源を一元管理できるScore Manager
 Finale 2012では、スコアの管理を「ファイル情報」と「楽器リスト」と「五線の属性」ダイアログの一部が統合されたScore Managerというフローティングウィンドウで一元的に行うようになった。


ScoreManager1.jpg

Score ManagerのFile Info(ファイル情報)のページ(クリックで原寸表示)
機能は従来と変わりない


ScoreManager2.jpg

Score ManagerのInstrument List(楽器リスト)のページ(クリックで原寸表示)


 Instrument List(楽器リスト)のページでは、上側に従来の楽器リストが、下側にこれまで「五線の属性」ダイアログで行っていた楽器名や移調等の設定が配置されている。これに伴い、「五線の属性」ダイアログからはこれらの機能が消滅している。
 楽譜を新規に作成する場合は、従来通りセットアップ・ウィザードを利用すればよいのだが、Score Managerはセットアップ・ウィザードの機能も備えており、ここで楽器の追加や削除、並び替えを行うことができる。五線の追加は"Add Instrument"から選択、削除はリストの右端の×印をクリック、並び替えはリストの左端のリストアイコンまたは楽器名を掴んでドラッグとインターフェイス的にも分かりやすくなっている。これらの編集は即座に楽譜に反映されるので、実際に楽譜を見ながら作業が可能だ。ここでは楽器ごとにプレイバック音源のデバイスを設定することもできる。

 ユニークな新機能として、同じパートの奏者の序列表記を5つのフォーマットから選択できるようになっている(上図"Auto-Number Style"ポップアップメニュー参照)。ただし、セットアップ・ウィザードから新規作成した場合は、従来通り無条件で一番上の"Instrument 1, 2, 3"のフォーマットになるので(Violinについては"Instrument I, II, III"のフォーマットになる)、他のフォーマットに変更したい場合は、Score Manager上で1パートずつ手作業で変更しなければならないのが難点だ。せめて全体を一括して変更する手段を用意するか、もしくは、セットアップ・ウィザードの方にもフォーマットの選択を用意してもらいたかった。次のバージョンかアップデートでの改善に期待したい。


パート中の楽器変更がより簡単に
 例えば、オーボエパートが曲の途中でイングリッシュホルンに持ち替える場合、これまではイングリッシュホルンの移調設定や楽器名の設定を仕込んだ楽譜スタイルを作成して、それを持ち替え部分に適用させる必要があった。さらに、プレイバックに対応させるには、音色パッチないしはMIDIチャンネルを変更する「仕込み」を発想記号で作成し、持ち替え部分に貼り付ける必要があった。2012からはこのような楽器の持ち替えについても、プレイバックの設定ともども簡単に管理できるようになっている。
 操作はいたって簡単である。例えば、オーボエパートの22小節から29小節をイングリッシュホルンに持ち替えたい場合、その楽譜範囲を選択し、ユーティリティメニューに新設された"Change Instrument..."を選択すると現れるダイアログにて変更したい楽器を選択するだけである。OKをクリックした瞬間、楽器名や移調表記も即座に楽譜に反映される。


ChangeInst1.jpg


 Score Managerにてオーボエパートの▲印を倒して内容を確認してみると、そこにはイングリッシュホルンが追加され、チャンネルやパッチも適切に選択されていることが分かる。"Start"欄の数値はその楽器変更が開始される小節を示し、変更を修了した次の小節で自動的に元の楽器に戻るように設定されているという按配である。


ChangeInst2.jpg

Score Managerで途中変更した楽器の設定を確認(クリックで原寸表示)


 なお、楽器の変更や移調設定についてはScore Managerで一元的に管理することになったので、「五線の属性」ダイアログの設定を踏襲している楽譜スタイルにおいても移調設定に関する定義はできなくなっている。したがって、楽譜スタイルで移調楽器を設定していた旧バージョンのファイルを開いた場合、その部分は自動的にScore Managerの該当パートに変更楽器として小節の範囲と共に追加されることになる。なお、楽譜スタイルにはプレイバックに関する設定は仕込めないので、追加された楽器のプレイバック属性については元のパートの設定がそのまま踏襲されている。もっとも、変更部分のプレイバックに関する設定は別途発想記号で仕込んであるだろうから、Score Managerでは特に何もしなくてもそのまま以前のプレイバックは再現できるはずである。
 この仕様変更に伴い、旧ファイルを開くと、移調設定が含まれていた楽譜スタイルは強制的に削除されるようだ。


StaffStyleList.jpg

Finale 2011に付属している"Maestro Default"の楽譜スタイルのリスト(左)
このファイルを2012で開いてみたところ(右)。赤枠の楽譜スタイルは読み込まれていないことがわかる。
なぜ"Maestro Default"かというと、英語版で日本仕様のファイルを開くと、リストが文字化けするため。


Unicodeへの対応
 Unicodeはあらゆる言語の文字や記号を一元的に管理できる文字コードシステムだが、遂にFinaleもこれに対応した。これでキリル文字やハングル、中国簡体字等の文字入力、日本語においても「はしご高」や「土吉(つちよし)」等の異字体表現が可能になった。これに伴い、2011で発生していた日本語歌詞のクリックによる割り付けで、歌詞ウィンドウでハイライトされている文字と実際に割り付けられる文字が対応しないバグは解消された。


Unicode1.jpg

中国簡体字による歌詞入力


Unicode2.jpg

異字体の入力も可能


 「キャラクタの選択」画面で選択可能なキャラクタも、これまでの256キャラクタから、それぞれのフォントが持っているキャラクタの数に応じて拡張される。このキャラクタ選択方法は符頭等の変更にも有効なので、実用的かどうかは別として、楽譜中のエレメントとして使用できるキャラクタの選択肢は大幅に増えることになる。


Unicode3.jpg

Mac版の日本語CIDフォントのキャラクタ選択画面
JISの配列とは異なっている


 なお、「キャラクタの選択」画面では、日本語フォントについては、Mac版の場合、CIDフォントでは上記の通り仮名や漢字もリストに表示できるが、システムフォントのヒラギノをはじめとするOpenTypeフォントでは仮名や漢字部分はなぜかリストに現れない(下図)。このあたりがどういう仕組みになっているのかもう少し検証してみたいところだ。


Unicode4.jpg

ヒラギノフォントのキャラクタ選択画面
ここに表示される数字はそのフォントが持っているキャラクタの言わば「通し番号」であって、
同じキャラクタであってもフォントによって番号が異なることに注意。
上記のリュウミンライト(モリサワフォント)では、ひらがなの「あ」は635番になっているが、
他のフォントの635番が「あ」であるとは限らない。
キャラクタの指定はコードポイント("U+xxxx"で表される文字コード)で行う必要がある。


 上記のような特殊な文字入力をふだん必要としない人にとっては、FinaleがUnicodeに対応したことの意義はあまり感じられないかも知れない。しかし、上記でも触れた歌詞編集におけるバグが解決されたことからも分かるように、Finaleがあらゆる言語に対応したということは、すなわちこれまで散々悩まされてきたFinaleの日本語環境固有のトラブルからの解放を意味し、これは結果的に日本のユーザーにとっても福音となるはずである。


新しいマクロ機能
 「知っておくと便利」的な機能だが、「−(ハイフン)」キーを押しながら操作すると、ツールごとの直近の操作を行ってくれるという繰り返し機能が追加された。
 例えば、アーティキュレーションツールである音符にアクセントを付けたとする。すると、次からは「−」キーを押した状態でクリックまたはドラッグするだけで目的の音符にアクセントが付くというものだ。直近の操作はツールごとに記憶されるようで、一旦発想記号などの別のツールで同様の操作をしてそのツールでの操作を記憶させた後、再びアーティキュレーションツールに戻って同様の操作をしてもちゃんとアクセントが再現される。
 すでにマクロが仕込まれているものについては、従来通りにそれぞれのマクロキーを使えばすむ話だが、マクロが仕込まれていない記号を付ける場合にはこの機能は重宝するかもしれない。
 ちなみに、JIS配列のキーボードでは「−」キーはShiftキー併用で「=」キーに対応するので、機能としては憶えやすい。もっとも、あちらの開発者がJIS配列を念頭に置いてこのキーを割り当てたとは考えにくいので、これは偶然の産物だろうが。


久しぶりに追加されたプラグイン
 ここ数年、新たなプラグインのバンドルは途絶えていたのだが、久しぶりに3つの新たなプラグインが追加された。もっとも、そのうちの2つはバリエーションの違いといったもので、実質的には2つということになるが。

 まず1つは、ページ内の組段同士の間隔を調節するプラグイン。すでにFinaleにはページ・レイアウトメニューに「組段の均等配置」という似た機能があるが、このプラグインではページの上下に余白を加えたり、間隔の取り方をいくつかのパターンから選択できるようになっている。


Plugin.jpg


 ただ、実際に試してみたが、スラーや加線の多い音符等の「五線からの飛び出し」を加味した配置が行われるわけでもなく、従来の「組段の均等配置」の機能との差別化は今ひとつ見い出せなかった。このプラグインの有用性についてはもう少し研究をしてみたい。
 ちなみに、いきなりv 2.00となっていることから、すでに何度かの改良を経たものであることがうかがえる。

 もう1つは、2011からバンドルされたAlphaNotesフォントによる符頭表記を、楽譜の任意の場所に適用させるというプラグインである。
 じつは、2011から用意されている楽譜スタイルの「Apply Finale AlphaNote Notenames※注」でも同様の機能が実現できるのだが、こちらは五線位置に1つの符頭を対応させる「特殊な符頭」機能を利用しているので、幹音にしか対応できず、派生音は無視されていた。

※注 英語版のデフォルトファイルMaestro Defaultの楽譜スタイルには"Apply Finale AlphaNote Notenames"と"Apply Finale AlphaNotes Solfege"の2つが用意されているのだが、なぜか日本語版2011のデフォルトファイルKousaku Defaultでは前者は削除されていて、後者のみ「AlphaNotes ソルフェージュの適用」として残されている。

 今回追加されたプラグインでは、「特殊な符頭」機能を使わず「符頭変更ツール」で一音ずつ対応させているので、派生音にも臨時記号付きで対応している点が大きく異なる。


AlphaNotes.jpg


 なお、AlphaNotesフォントにはダブルシャープやダブルフラット付きの符頭キャラクタは用意されていないので、これらの音程の符頭は文字の書かれていない通常の符頭キャラクタに変換される。


新たなフォントのバンドル
 2012には和声記号や通奏低音の表記用としてFinale Numericsフォントがバンドルされた。このフォントの特長は、文字幅0というギミックを使って同じ位置に複数の文字や記号を積み重ねることで、3段までの度数を通常のテキストとして表記できる点にある。これまでFinaleに付属していた通奏低音ライブラリはコードネーム機能を利用したものだったが、マニュアルによると、このフォントでは歌詞機能を利用するように勧めている。


NewFont1.jpg

ローマ数字を省略すればそのまま通奏低音として使える


 和声記号の様式は国や和声システムによっても異なり、このフォントであらゆるタイプの和声記号に対応できるわけではない。例えば、日本の和声書で一般的に見られるような、借用和音の借用される度数を上部に小さく載せる書法には対応できない。このような表記を行いたければ、和声記号を合成するか、もしくはストーンシステムから販売されている「和声記号フォントパック」を利用するしかない。


NewFont2.jpg

このような和声表記には対応していない


 また、譜例をご覧いただけるとお分かりの通り、Finale NumericsフォントはTimeフォントをベースに作られているため、外観をそれ以外のフォントに変更することはできない。

 もうひとつ、手書き風のFinale Copyist Textフォントがバンドルされた。このフォントは2010からバンドルされた記譜用フォントBroadway Copyistフォントに対応したものである。Jazz Textフォントほどポップではなく、フェルトペンで楷書された趣の書体である。なお、このフォントはJazz Textフォントと同様、スモールキャピタルフォントなので、コードネームとして使う場合、"Am"等の表記はできないことに留意する必要がある。


NewFont3.jpg

Finale Copyist Textフォントを使った文字。記譜フォントはBroadway Copyistフォントを使用


その他の新機能
・グラフィックの書き出しにPDFが加わった。

・Garritanサウンドに数種類の楽器が追加された。

・他人にデータを渡した際にもプレイバック音源が再現されるようにサウンドマップを用意した。

・追加したMIDIデバイスを即座に検出するようになった。

MusicXML 3.0に対応した。


 以上、駆け足で2012の新機能について紹介したわけだが、確かに、Score Managerによる楽器管理をはじめ、細かな部分の利便性の向上に力を注いだことはそれなりに評価できる。しかし、このソフトの根幹とも言える楽譜作成の部分についてはほとんど進展が見られなかったことは残念の一言に尽きる。このブログでは、例年なら新バージョンのレビューには2回分を費やしていたのだが、今年に限っては1回で済んでいる点からも今回のバージョンアップ内容の乏しさをうかがい知ることができよう。例えば、楽譜エレメントの衝突回避策を講じたレイアウト整形などは、ライバルソフトに大きく水をあけられている感があり、その他にも楽譜作成ソフトとしてまだまだ改善すべき課題は多く残されているはずである。このあたりについては、本家のフォーラムにおいてもリリース直後からユーザーから失望の意見が多く寄せられていた。しばらくすれば日本語版もリリースされるだろうが、日本のユーザーの目には今回のバージョンアップはどう映るのだろうか。

 先日、Finaleの開発元であるMakeMusic社が、MusicXMLを開発しているRecordare社を買収するという発表があった。MusicXMLは現時点における楽譜表記のデファクトスタンダードであり、その技術を手中に収めることでMakeMusic社はこの業界の主導権を握ろうとしているのだろう。その意気や良しではあるが、それならそういうメーカーに相応しい楽譜作成ソフトを今後とも提供してもらいたいものである。

 仕事にかまけてレビューを怠っているうちに、今年は例年よりも早く日本語版がリリースされてしまったので、前回に引き続くレビュー第2弾は日本語版にて行うことにする。
 例年のことだが、Finaleの日本語版は英語版からのローカライズ作業を販売代理店のイーフロンティアが行う関係上、どうしても販売にタイムラグが生じてしまう。たいていの場合、日本語版が発売される前に本国ではバグフィックスや機能強化を施したアップデート版がリリースされるので、日本語版はいつもいきなりアップデート版からのリリースとなる。今回の2011では日本語版は2011aでのリリースとなったがイーフロンティアのFinaleのサイトには、早速Windows版は2011b、Mac版は2011cのアップデータが公開されている。

 さて、前置きはこれくらいにして、2011で大きく仕様が改善されたもうひとつの機能、五線のレイアウト機能について詳しく見ていこう。


直感的に編集可能になった五線レイアウト
 ある特定の組段の特定の五線間のみを広げようとしたら、曲中のすべての組段の同じ部分の五線が広がってしまったという経験は誰しも一度はあるだろう。これを意図通りに編集するには「組段の最適化」というコマンドを使う必要があるのだが、初心者にこの意味不明なコマンドの存在を気付かせることは容易ではない。2011では、このFinaleの解りにくいインターフェイスのひとつであった「組段の最適化」の呪縛からやっと開放された。
 2011のページ・レイアウトメニューにはもはや「組段の最適化」という項目はなく、すべての組段は最初から「組段の最適化を施した状態」であり、いきなり任意の五線を独立して上下に動かせるようになっている。これまでの「五線の個別編集を行うにはまず組段の最適化」という手順が染みついた人は一瞬面食らうかも知れないが、実際に操作してみれば、こんな当たり前のことがこれまでなぜできなかったんだろうと思えてくるはずだ。

 五線のレイアウト操作はとても解りやすく改善されている。
 これまでは組段中の特定の五線のハンドルを上下してもその五線のみが独立して動いていたが、2011からは選択した五線以下のすべての五線が追随して動くようになっている。これまで通り特定の五線の位置のみを変えたい場合はoptionキー(Windowsではctrlキー?)を押さえながらハンドルをクリックすればよい(隅々まで探してみたつもりだが、なぜかこの方法はマニュアルに記述がない)。また、特定の五線を曲全体で一括して編集したい場合は、ハンドルをダブルクリックして選択する。こうすることですべての組段のそのパートが選択状態になる。
 ところで、セットアップ・ウィザードやテンプレートから作成した場合、楽譜は最初から組段の最適化を施した状態であるわけだから、スクロール表示にて五線間隔の調整を行ってもページ表示では何も変化は起こらない。組段ごとの個別の五線の位置決めとは別にあらかじめデフォルトの全体の五線間隔を決めておきたいという場合は、上記のハンドルをダブルクリックすることで編集対象をファイル全体にする方法も可能だが、スクロール表示にて五線間隔を設定した後ページ表示に切り替え、「すべてを選択」状態にしたまま五線メニューの「五線の間隔...」を選択すると現れるダイアログにて「スクロール表示での間隔に設定」を選択する方法の方が簡単である。


RespaceStaves.jpg

 今回の仕様の大幅な変更に伴い、これまで可能だったドラッグによる五線の並び替えはできなくなった。実際に五線を動かしてみると、隣の五線を超えてドラッグできないことが分かるはずだ。五線の並び替えは、五線メニューの「五線の並び替え...」を選択すると現れるダイアログにて行う。ウィンドウ内に組段内のグループとグループ左横の三角印を倒すと現れる五線名を選択し、上下矢印ボタンで上下させるだけだ。


ReorderStaves.jpg

 ただし、自由な移動が可能なのはグループ内のみか、グループ化されていない五線のみであり、グループ内の五線をグループを越えて移動させることはできなくなっている。逆にグループ化されていない五線はどのグループにも入ることはできない。これを実現させるには一旦グループを解除するか、ひとつのグループにまとめる必要があるので注意が必要だ。

 五線メニューの「ドラッグ時に距離を表示」をオンにしておくと、ハンドルをクリックすると同時に組段中のすべての五線間隔が表示され、ドラッグに従ってその数値が変化する。一瞬、某ライバルソフトの機能を連想するが、数値による正確の位置決めを五線メニューにある「五線の特性」ダイアログを呼び出さなくても確認できるようになったことは大変ありがたい。


StaffSpacing.jpg


 その「五線の特性」ダイアログの操作性もかなり改善されている。
 これまでは最上段の五線からの距離で指定していたため、大編成スコアの下の方の五線ではあまりに大きな数値になりあまり意味をなさなかったのだが、2011からは直上の五線からの距離を指定する仕様に変わった。また、これまでは大編成スコアや五線の入れ替えで五線番号が非連続になっているスコアでは編集対象のパートと五線番号の関連が非常に解りにくかったのだが、2011からは五線番号ではなく五線名で指定するように変更された。さらには「プレビュー」ボタンの創設により、ダイアログを閉じることなく入力結果を楽譜に反映できるようになった。


StaffUsageOld.jpg

2010までの「五線の特性」ダイアログ


StaffUsageNew.jpg

2011の「五線の特性」ダイアログ


 旧来の「組段の最適化」による空の五線を消す方法も、2011からはより直感的な操作に変更されている。組段内の空の五線を消したい場合は、組段すべての五線の左肩にあるハンドルをマーカーで囲んで選択し、コンテクストメニューから「空の五線を隠す」を選択するだけある。特定の五線のみを消したい場合は、消したい五線のハンドルをクリックして同様の操作を行う(下図)。また、曲全体で空の五線を消したい場合は、「すべてを選択」状態にして行えばよい。なお、五線を隠すことができるようにするには、「五線の属性」ダイアログボックスにて「未入力の五線を隠せるようにする」にチェックが付いている必要がある。


HideStaff1.jpg


 隠された五線を再表示したい場合は、五線の左肩のすべてのハンドルを選択した状態で、コンテクストメニューから「空の五線を表示」を選択するだけである。また、組段内の特定の五線のみ再表示させたい場合は、隠された五線の位置にハンドルのみが表示されているので、そのハンドルのコンテクストメニューから「表示(楽器名)」を選択すればよい(下図)。


HideStaff2.jpg


 改善された点もある。これまでは五線を隠した部分に後から音符を入力したり、隣接した組段の音符が入力された小節をその組段に移動させても、隠された五線はそのままだったのだが、2011からは自動的に表示されるようになっている。ただし、その五線を再び空の状態にしたからといって自動的に非表示なるわけではない。非表示にする行為はあくまで自発的に行うものである。

 このように、なかなか操作性の良くなった五線レイアウトの編集機能だが、それならそれで気になってくる部分もある。五線の垂直移動や表示/非表示は上下マージンの変動を伴う。ケースによっては組段のページへの追い込みや追い出しが発生し、その際、組段のレイアウトはかなり乱れてしまう。このあたりはレイアウト・ツールとの連係が必要になるわけだが、例えばマージンが変わってもつねにページ内の組段数を均等配置に保つ等、やり様はいくらでもあると思われる。今回は五線ツールの強化のみに絞り、そこまでは手が回らなかったというところだろうが、やや片手落ちの感が否めない。


新たなフォントが追加
 Finale 2011には、新たな3つのフォントが付属している。
 1つ目は、現代音楽などでよく使われる、打楽器の指示を記号で示したPercussion Font。


FinalePercussion.jpg


 2つめは、打楽器の多種のマレットを記号で示したMallets Font(一部上記のPercussion Fontと重複するキャラがある)。


FinaleMallets1.jpg


 このフォントのキャラクタでは文字幅に工夫がしてあり、右手用の撥のキャラクタの直後に左手用の撥のキャラクタをタイプすると、交叉する撥を表現することができる。


FinaleMallets2.jpg


 3つ目は初等音楽教育用と思われる、音符の中に音名や顔が描かれている符頭フォント。


AlphaNotes1.jpg


 さしずめ日本なら音符の中に「ド、レ、ミ...」とか「イ、ロ、ハ...」とか書いてあるものが欲しいところだが、所詮は舶来のソフト、このあたりは望むべくもない。英語版がリリースされたとき、もしかして日本語版には日本販売代理店のイーフロンティアが独自に日本仕様のフォントを作ってバンドルしてくれるかもと密かに期待......なぞこれっぽっちもしていなかったが、やはりそのようなフォントはバンドルされず、英語版のものがそのまま付いてきた。


AlphaNotes2.jpg

(クリックで拡大)


 使ってみて気になったのは、白抜き文字の部分や白玉音符ののバックの五線や加線が透けて見えてしまう点だ。通常、この手の楽譜の符頭ではバックの五線や加線は透けないようにするものだが、フォントで表現する限りこれは仕方ないのだろう(かつて存在したType 3形式のフォントは白抜き部分が透けないようにすることができたが、現在は廃れてしまった)。一応、符頭が線上に来たときに文字が潰れてしまわないように、「B、E、F」の中心の横棒がややセンターから外してデザインされているという工夫もみられるが、やはり読みづらいことには変わりない。
 仮に日本仕様のフォントを作ったところで上記の問題は同様に生じるわけで、認識性を備えつつ、かつ文字が五線や加線にかからないようにデザインすることは困難が予想される。日本仕様のフォントを作らなかったのは、もちろんイーフロンティアに開発する余裕が無かったことが最大の理由だろうが、ある意味正しい判断だったかも知れない。


新たなARIA Playerと、追加されたGarritanサウンド
 ARIA Playerはコントロール部分がミキサーライクになった最新盤のエンジンが搭載されている。


AriaPlayer1.jpg

(クリックで原寸表示)


 ミキサーの各スロットに"SEND"ノブが取り付けられていることからもお分かりのように、ARIA Player単独で各パートのリバーブの深さを独立してコントロールできるようになっている。リバーブの設定は"EFFECT"タブをクリックすると表示される画面で行う。


AriaPlayer2.jpg

(クリックで原寸表示)


 なお、ARIA Playerとは別に「インストゥルメントのセットアップ」画面の「マスター・エフェクト」でもリバーブをかけることができるが、両方を使うと二重にリバーブをかけることになるので注意が必要だ(もちろん意図して使うことも可能だが)。
 Garritanサウンドには、フルートセクション、金管セクション、バストロンボーン、児童コーラスAh、エレクトリックドラム、パッド系音色、スチールドラムの音色が追加された。
 ところで、ファイルを開いた直後にARIA Playerで音色を新たに呼び込んだ場合は問題ないのだが、ある程度編集を行ってから音色を呼び込んだ際にFinaleが強制終了してしまうことが多いのだが、我が家固有の問題だろうか? 


改善された点

曲の途中で楽器名やグループ名がフルネームで書けるようになった

StaffName.jpg


 設定は簡単だ。フルネームにしたい部分の組段の最初の小節に対して、「小節の属性」ダイアログボックスにて、「五線/グループ名をフルネームで表示」というオプションをオンにするだけだ。ここをオンにすると、自動的に「段の先頭小節にする」もオンになり、その小節は強制的に段頭に配置される(そうでないとフルネームにする意味がないが)。


MesureAttributes.jpg


 これまでは、曲の途中に正式楽器名を書きたい場合は、省略楽器名部分に正式楽器名を記した楽譜スタイルを全パート分作り、冒頭小節に適用させる必要があったが、これからはそんな煩わしさからは解放される。
 ところで、この機能を設けたのであれば、コーダ切れとなったコーダ部冒頭のように、特定の組段のみ楽器名を非表示にするオプションがあっても良さそうなものだ。結局、コーダ部冒頭は未だに楽器名を非表示にする楽譜スタイルを作成してしのぐしかない(まあ、こちらは1つの楽譜スタイルですべてのパートを一括処理できるだけまだ救われるが)。


弱起小節に正しい音価の休符が自動的に表示されるようになった
 これまでは、Finaleの正規の方法で弱起を設定しても、弱起部分に音符か休符をこちらが入力しない限り、そこにはデフォルトの全休符が表示されていた。実際、弱起小節が全休符のまま作成された楽譜の曲頭でオーケストラが大混乱になったリハーサル現場を何度か見ている。これは楽譜作成者の不注意というより、むしろFinaleの設計ミスといえるもので、これまでずっと放置されてきたことの方が不思議なほどである。


Pickup1.jpg

2010までの弱起小節
未入力の小節は全休符のまま


Pickup2.jpg

2011の弱起小節
弱起を設定した時点で正しい休符が入力されている


 この弱起小節に自動的に入力される休符は、デフォルトの全休符と同じ扱いになっている。これまで、弱起小節に実際に正しく休符を入力していると、その五線は組段の最適化の対象にならなかった問題点もこれで解消された。

 とはいえ、これで弱起の休符の問題は全面的に解決というわけではない。なぜなら、弱起部分の休符は通常の休符と同様、最初の拍に左揃えに置かれなければならないのに、弱起小節全体の中央に置かれてしまうのだ。どうやら、これまで表示されていたデフォルトの全休符の位置のまま、それぞれの休符のキャラクタに変えただけのようだ。じつは、上記の楽譜でも厳密には弱起部分の休符は左揃えになっていない。これは楽譜表記としては明らかな誤りなので早急に改善を望みたい。


Pickup3.jpg

弱起小節の休符がセンタリングされてしまっている
この休符は拍の左揃えに置かれなければならない


 Finaleの弱起は「空白時間の挿入」という旧弊な仕様により作成されている(「空白時間の挿入」の詳細にいてはFinaleのオンラインマニュアルをご覧いただきたい)。この方法で作成された弱起はイーフロンティアのFAQにも書かれているように、プレイバックにおいても問題を孕んでいる。結局、弱起についてはFinaleの正規の手順で作成せず、拍子記号ツールの「表示専用に別の拍子記号を使う」機能を使って表現するのが、現時点においても最も堅実な方法であることには変わりない。
 そもそも、1ファイル1曲を前提としていた開発黎明期ならともかく、ファイルの統合機能や、楽章ごとに楽器名をフルネームにできる機能等、明らかに1ファイル中に複数の曲が入ることを想定している今日、弱起が曲頭にしか設定できないという設計自体、根本的に見直す時期に来ているのではないだろうか。


「コーダ切れ」プラグインのバグが直った
 以前の記事でも紹介した「コーダ切れ」プラグインを使うとレイアウトが崩れてしまうバグがやっと直った。
 このバグ、旧式のPowerPC搭載Mac上やIntel MacでもRosettaモード(PowerPC互換モード)上では発生せず、Intel Macで使用したときのみに起こっていたバグなのだが、どうやらもともとIntelプロセッサを搭載しているWindows版では、ずっと以前からこのバグは発生していたらしい。つまり、Intelプロセッサ用にコード化したプログラム上で共通して発生するバグだったようだ。
 しかし、圧倒的に多くのユーザーを抱えているWindows版でこの問題が長らく放置されていたということは、このプラグインはほとんど使われていなかったのだろうか? そもそもコーダ切れの作成を未だにプラグインに任せているということ自体、あちらではコーダ切れそのものが一般的ではないのかも知れない(実際、このプラグインの作成者はTGツールの作成者のドイツ人らしい)。


その他
 ファイルを開く際に、ファイル・メンテナンス(ファイル内の不要なデータのゴミ掃除)を自動的に行ってくれるオプションが追加されている。「書類メニュー>データ・チェック」にある従来のメンテナンス機能もこれまで通り使えるが、実際にそちらを使ってみるとその処理速度に驚く。これまでは大きなファイルのメンテナンスを行うと処理状況がプログレスバーに表示されしばらく待たされていたのだが、2011からはプログレスバーは表示されず瞬時にメンテナンスが終了する。これだけメンテナンス作業が最適化されたからこそ、ファイルを開く際のメンテナンスが可能になったと言えるだろう。


ProgramOption.jpg


 一方、2010で今回のファイル・メンテナンスのように大幅に処理が高速化されていたプラグインの「警告の臨時記号」は、なぜかプログレスバーの表示される2009以前の処理速度に戻ってしまった。これはちょっと残念。


 バージョンアップの度に少しずつではあるが確実に使い勝手をよくしているFinale。しかし、新たなバグも生じているようだ。こちらについては改めて報告することにしよう。

 

 8月下旬、音楽之友社よりFinale User's Bible 2008/2009/2010が発売された。前版2005/2006/2007の発売から3年ぶりの改訂版である。今回はこの本にまつわるエトセトラをお話ししよう(Fianle 2011のレビューの途中に割り込む形になってしまったが、一応これもFinale関連のタイムリーな出来事なのでお許しを)。


FinaleBible.jpg  FinaleBible2.jpg  FinaleBible3.jpg

歴代 Finale User's Bible 左から初版、第2版、第3版


なぜ2008/2009/2010なのか?
 Finale User's Bible(以下FUB)の初版は2003/2004/2005が対象、改訂2版は2005/2006/2007が対象とくれば、改訂3版は2007/2008/2009が対象となるのではないかと心待ちにしていた方もいたかも知れない。なぜ1年空けて2008/2009/2010となったのか?

 その話をする前に、改訂2版を刊行した際にあったちょっとしたエピソードを紹介しておこう。
 現在のところ、前版のFUB 2005/2006/2007のAmazonの紹介ページにこの本に対するレビューはないが、じつは、かつてこの本がリリースされてしばらく経った頃、星2つ(1つだったかも)の辛口レビューが掲載されていたことがあった。結局そのレビューは1ヶ月くらいの期間掲載されたのち削除されたわけだが、その内容を要約すると「新版が出たので買ってみたが、ほとんど内容は同じ。高い金を出して買って損した。初版を持っている人は買う必要ない」というものだった。このレビューを書いた人の憤懣も分からないでもないが、この人はちょっと勘違いをしている。
 ソフトウェアはバージョンアップ行うことで少しずつ機能強化を図ってゆくものであるが、それは枝葉末節な部分であり、根本的な操作体系というものは基本的には変わらないものだ(Finaleの場合はそれが足枷となってしまっている部分もあるが)。したがって、操作が変わらない部分については、バージョンがいくら上がろうが、それに関する記述を変えようがない。
 一方、Finaleは毎年バージョンアップを重ねているソフトであり、バージョンアップ時にソフトの操作が少しでも変わってしまえば、以前の操作手順を載せた本に技術書としての価値はなくなってしまうわけで、いくら大本に変更がなくても、その差分を更新した解説書はやはり必要になる。仮に操作に全く変更がなかったとしても、書名に対象バージョンを明記している限り、そのバージョンより新しいものが出た時点で、その本の旬は過ぎてしまう。日進月歩のコンピュータ関連の技術書が負う宿命といえる。
 辞典も数年おきに改訂版を出す。しかし、改訂されている部分は全体の一割にも満たないだろう。その辞典に対して「内容がほとんど同じじゃないか、けしからん!」と憤慨する人はまずいないだろう。この手の本はその一割に満たない改訂部分に価値があるのだ。おそらく上記のレビュワーが1ヶ月そこらで上げた拳を降ろしたのは、お門違いの自分の主張に気が付いたからだと思われるが(Amazonが不適切として削除するような過激な内容でもなかったし)、著者の一人としても何ともバツの悪い出来事ではあった。

 話を戻そう。
 改訂3版を出すにあたって、執筆者の間でも、2007/2008/2009として出すべきかどうか検討が行われた。
 まず1つ目の問題として、2008、2009の2度のバージョンアップでは、Q&A項目が劇的に変化するような機能の改訂は行われず、内容的に目玉となるような目新しい情報を盛り込めそうにないことが挙げられた。いくら一部分しか更新されないのが技術書の宿命とはいえ、やはり上記のAmazonのレビューのようなそしりは受けたくないものだ。
 そして2つ目の問題。Finale 2008からはブロック編集メニューが消滅し、そこにあった項目は編集メニューとユーティリティメニューに分散された。FUBでは、バージョンで操作が異なる部分はバージョンごとの説明が行われているのだが、この旧ブロック編集メニューがらみの編集はFUBの根幹を成すといえるほど広範囲に及び、2007と2008を両方扱った場合、記述は煩雑になり、紙幅もいたずらにかさんでしまう。
 じつは、FUBのページ数が初版本の419ページから改訂2版の564ページに一気に150ページ近くも増えたことに対して、出版社の方から、第3版はこれ以上ページ数を増やしてくれるなとのお達しが来ていた。確かに、改訂2版では初版より紙を若干薄くして対処したとはいえ、かなりのボリュームの本となっている。現実問題として、これ以上本を厚くすると使い勝手も悪くなるに違いない。
 結局、2つ目の問題が一番のネックになり、FUBを2007/2008/2009として出すことは見送られたのである。

 現在、FUB 2008/2009/2010のAmazonの紹介ページには、星5つの好意的なレビューが掲載されている。そのレビューは、私がここで釈明しようとしたことを見事に見透かして代弁しており、私自身、自分が提灯レビューを書いたと疑われまいかと案じたくらいである。いやはや、このレビューを投稿した人には恐れ入るばかりである。


新執筆陣
 FUBは、その前身である秋山公良氏が単独で著したFinale Bibleの流れを汲んでいる本であり、FUBの初版の際も秋山氏が中心になって企画立案&執筆が進められた。しかし、その後秋山氏はFinaleのライバルソフトであるSibeliusの方にすっかり傾倒してしまい、最近は自分が教鞭を執る大学の授業でFinaleを使っている程度で、プライベートではほとんど使わなくなり、バージョンアップの度に改訂される新機能について行けなくなったという。「機能を把握していない者が執筆しても仕方がない」という理由で、自ら執筆陣からの離脱を申し出てしまった。
 FUBは私を中心に企画が進められることになり、これを機に新しい血を入れてみたくなった。そこで、執筆者の一人である黒川氏の紹介で、ネット上などでFinaleのサポートを精力的に行い、プレイバック方面にも明るい神尾立秋氏を新たに迎入れることにした。彼の担当した「トップノートの表示方法」などは、Finaleを知り尽くしていないと編み出せないじつにスマートな方法で、私も目から鱗だった(もし、私がそれを担当していれば、誰もが容易に思いつく陳腐な方法を紹介してしまうところだった)。FUBの大部分を担当している私と黒川氏は、どちらかというと浄書家視点で方法論を構築するきらいがあるのだが、神尾氏は我々とは異なる視点でFinaleと接しているのだろう、我々からすると思いがけない方法論を提示したりしてじつに興味深い。

 ところで、今回は私だけが「編著」となっている。私が中心となって原稿のとりまとめを行ったこともあるが、DTP作業も私一人で全部やってしまったことも理由のひとつだ。
 原稿のとりまとめについては、第2版の時も実質私が行っていたのだが、第2版までのDTP作業は秋山氏が行っている(奥付に制作協力としてAkiyama Music Designと記されている)。私もかつて音楽出版社の出版部で編集を行っていたことがあり、以前よりDTP作業はそれなりにこなしてはいたのだが、500ページを超える本丸々1冊を組んだのは初めてで、元来遅筆なことに加えて、目次や索引の作成などいろいろ不慣れなことも手伝って、結局当初予定していた5月の出版から大幅に遅れてしまった。
 それでも、自分で本を組むというのはいろいろメリットもある。FUBはとにかく譜例や図版をたくさん盛り込んでいるので、そのレイアウトは頭を悩す部分である。他人の原稿を組んでいると、最後の数行とか譜例だけがポツンと次のページに送り出されることもしばしば起こる。他人の原稿を勝手に削るわけにも行かないので、そんなときは、行間や文字間をうまく調整してページ内にうまく収めるわけだが、こと自分の原稿の場合は、うまく収まるように文章を削ったり、逆に白みが多いページは文章や図版を足したりといった調整が自在にできるのである。おかげで、今回の第3版は、文章がページをまたぐといった部分は最小限にとどめることができたと自負している。
 とはいえ、一般の人がFinaleを使ってそこそこうまく作った楽譜も、プロの浄書家が見れば、スペーシングや記号類の配置の甘さなどを指摘されるのと同様、私がInDesignのほぼデフォルト設定で組んだこの本など、組版のプロから見ればおそらくツッコミどころ満載であろう。このサイトなどを読んでみると、私ごとき組版の素人が本をレイアウトするなんぞ笑止千万という高笑いが聞こえてきそうである。
 「餅は餅屋に任せろ」という諺がある。この本のレイアウトもプロのDTPデザイナーに任せるという選択肢もあったのだが、結論から言うと、そうした場合、編集は複雑になり、出版はさらに数ヶ月遅れていただろう。痛し痒しである。


なぜFUBの図版はほとんどMac版なのか?
 じつは、これは出版元の音楽之友社の編集者から訊かれた質問である。これに対して「読者からクレームでも来ているのか?」と逆に尋ねたところ、「そういうクレームは一切来ていない」とのこと。しかし、クレームとはいかないまでも、Windowsユーザーからすればちょっと気になることかも知れない。

 理由は大したことではない。執筆者がみんなMacユーザーだからである。もしWindows環境を持たない私がFinaleのWindows版のキャプチャを撮ろうとすれば、Windowsユーザーの誰かに頼まなければならない。その際、ダイアログの数値や設定もこちらの指定通りに再現してもらわなければならない労力を考えると、FUBの膨大な図版のキャプチャを他人に頼むなどということは、人間関係の崩壊にもつながりかねない由々しき問題であることがお分かりいただけるだろう。
 それと、Windowsユーザーの方には申し訳ないが、同じダイアログのキャプチャを並べてみれば、最新のWindows 7であっても、残念ながらその美しさはMac OS Xのそれには到底及ばない。美しい楽譜を追求しようとする本であるからには、そこに使われる図版もすべからく美しくあるべきである。
 さらにもうひとつ。世の中のFinaleのWindows版とMac版のシェア争いでは圧倒的にWindowsに軍配が上がる。実際、Finaleに関する解説本の多くにはWindows版の図版が使われている。一方、楽譜浄書の現場では、DTPとの連系の良さという理由から圧倒的にMacが使用されている。FUBは作編曲家だけではなく、プロの浄書家にも携えてもらいたい本であり、そういう意味でも、一般の解説本とは異なるスタンスでありたいと考えているのだ。

 まあ、後半になるほどじつはどうでもいい理由なのだが(笑)、あえて理由を挙げるとすればそんなところだろうか。
 じつはFUBでは、Windows版とMac版で操作が異なる場合は、Windows→Macの順に説明を行う決まりになっていて、一応Windowsユーザーに配慮がなされている(配慮といえるほどのものでもないが)。


第4版はいつ出る?
 先のことはそのときになってみなけりゃ分からないというのが私の持論だが、まあ実際のところ、これもFinale 2012の内容次第である。もし、2012がメジャーバージョンアップで操作に大幅な変更があれば、当然2010/2011/2012対象として出すべきだろうが、マイナーバージョンアップに終われば、今回と同様、1年見送る可能性もありえる。
 第4版を出すとすれば、内容的にも何か違う視点を盛り込みたいとも思うのだが、ページ数の制約もあり、今のところまったく白紙である。やはり、そのときになってみなけりゃ分からない(笑)。
 一方、電子書籍も一般化しつつあるこのご時世、紙媒体でのリリースがベストなのかどうかもそろそろ考える時期に来ているかもしれない。2、3年後はまだしも、10年後のこの手の技術書は、差分を頻繁に更新でき、PDA端末等に映し出されるデジタル媒体になっている可能性は非常に高い(そんなことよりFinale 2020は存在しているのか?)。
 「楽譜を紙に印刷して使う」というアナログな光景はしばらく続きそうだが、それもそのうち電子譜面台に映し出されるようになるのかも知れない。そもそも、パソコンで楽譜を作るという概念自体、もっと違うものになっている可能性が高いのだから。

※ 11/3/22、11/4/20に記事追加

 海の向こうでは例年通りFinale 2011がリリースされた。早速紹介してみよう。

Finale2011Startup.jpg

Finale 2011の起動画面


 これまでのFinaleは、インストールを行うとアプリケーションフォルダ内に"Finale 20xx"というフォルダを作り、その中にアプリケーションを始め、プラグインやライブラリ等の各種ファイルが入っていた。私のようなヘビーユーザーは、Finaleをインストールすると、まず最初に自分用の楽譜書式ファイルやフォント定義ファイル等のカスタマイズを行うわけだが、Finale 2011をインストールしてまず面食らうのは、アプリケーションフォルダには"Finale 2011"アプリケーション単体しかないことだ。プラグインやライブラリはいったいどこに?
 これらのファイルは、Macの場合「<ユーザ名>/ライブラリ/Application Support/MakeMusic/Finale 2011」フォルダに移動している(Windows 7/Vistaでは「Users/<ユーザ名>/AppData/Roaming/MakeMusic/Finale 2011 」フォルダ)。2011からは、設定ファイルをユーザーフォルダ下に個別に管理することで、1台のマシンを複数ユーザーで利用する場合に対応したものだ。

 Finale 2011を使用してまず気付くのは、楽譜の各アイテムのカラーリングだろう。これまでのバージョンではビビッドなカラーが使われていたのだが、2011からは楽譜アイテム部分は黒みがかった彩度を押さえた色に変更されている。インターフェイスカラーはこれまで通りビビッド系の色調のままなので、楽譜要素とそれ以外の要素を明確に区別させようとする意図が伺える。


Coloring1.jpg
Coloring2.jpg


 もちろん、このカラーリングはカスタマイズできるので、従来のカラーリングに戻すことも可能である。
 また、レイアウト関連のアイコンがピクトグラム的なイメージに変更された。

 余談だが、少なくともMacを使っている限り、最近はアンチエイリアス処理のされていないジャギーむき出しの白黒二値図版をお目にかかることはほとんどなくなったが、Finaleの場合、未だにダイアログのあちこちにそういう図版が残っていて、そこだけ時代に取り残されているような感じがする。どうでもいいようなことかもしれないが、クリエイティブな仕事をしている者にとっては、やはりこういう部分は気になるものだ。


SmartShapePlacement.jpg

洗練されたMac OS Xのインターフェイスの中に表示されるジャギーむき出しの図版(左側)


 ここのところ、バージョンアップのたびに特定のツールもしくは機能に焦点を絞って大幅な機能改善を図るというパターンが定着してきたFinaleだが、今回のそれは歌詞ツールとレイアウトツールの2点に絞られている。Finale 2011レビュー第1回目は、まずこの歌詞ツールがどう強化されたのかを詳しく検証してみよう。


強化された歌詞ツール
 まず、歌詞のスペーシングが改善された。これまでは小節の1拍目に長い単語があると、小節線と1拍目との間に不必要なスペースが取られていたのだが、これが解消された。


Lyric1.jpg

従来の1拍目までのスペース

Lyric2.jpg

2011のスペーシング


 また、これまではパッセージの最初にハイフンや音引き線を伴う単語があると、やはり次の音符との間に不必要なスペースが取られていたのだが、これも解消された。これらは90年代から幾度となく開発元に改善を申し出ていた項目なのだが、やっと改善されたという感じである。


Lyric3.jpg

従来のスペーシング。文字幅分スペースを取っている

Lyric4.jpg

2011のスペーシング


 ただ、今回の改善でFinaleの歌詞のスペーシングが完璧になったわけではない。次の譜例の場合、歌詞のスペーシングは各段で独立していなければならないはずだが、これについては未だに互いの段の影響を受けている。


Lyric5.jpg

Finaleのスペーシング

Lyric6.jpg

本来ならこうならなければならない


 今回の歌詞の処理でユニークなのは、「ファイル別オプション - 歌詞」であらかじめ指定した約物を、文字の位置合わせの対象から外すことが可能になった点だ。


Lyric7.jpg
Lyric8.jpg

約物除外処理オフ
約物も含めた全体の文字幅を基準に文字揃えが行われていた

Lyric9.jpg

約物除外処理オン


 残念なことに、やはり舶来ソフトの悲しさか、日本語の2バイトの約物については、入力欄に入力してもエラーとなって受け付けてくれない。ただ、英語版の場合は「ファイル情報」などの入力欄でも2バイト文字を受け付けてくれないが、日本語版ではエラーにならないので、この約物処理についても日本語版に期待をしたいところである。とはいえ、あちらの開発者が2バイトの約物に対応したプログラムを組んでいるとは考えにくく、仮に2バイト文字の入力を受け付けたとしても、正常に機能することは望むべくもないが......。

※ 11/3/22追記:
 日本語版ではちゃんと対応されていた。素晴らしい!

 ネガティブな話になってきたので、気を取り直してレビューを進めよう。
 2011からは、歌詞入力のインターフェイスも変更されている。特に歌詞編集ウィンドウが改良され、このウィンドウは、楽譜に直接歌詞をタイプしている際にもフローティングパレットのように常時表示させることができ、楽譜に直接タイプする歌詞内容が歌詞編集ウィンドウ内にもリアルタイムに反映される。また、歌詞編集機能のほとんどがウィンドウ内のボタンから呼び出すことができるようになっている。


Lyric10.jpg


 ただ、「クリックで割り付け」を選択した場合、歌詞入力を任意の場所から再開したいときに、これまでは再開したい音節を「クリックで割り付けダイアログボックス」ウィンドウ内でスクロールして左端に持っていくことで指定できていたのだが、2011からは「クリックで割り付けダイアログボックス」は廃止されたようで、マニュアルを読んでみてもその指定方法がよく分からない。これについてはもう少し研究してみたい。

※ 11/4/30追記:
 これについてはこちらをお読みいただきたい。

 2011からは、歌詞ツール選択中は歌詞メニューの横に"Text(文字)"メニューがつねに表示され、楽譜に直接タイプしている際にも、フォントの切り替えが容易にできるようになっている。この文字メニューは、テキストツールなどで使う通常の文字メニューとは異なり、「ベースライン調整」や「文字間調整」などの機能が大幅に省かれたシンプルなものになっている。
 余談だが、日本語歌詞で1つのシラブルに「しょう」などとタイプした場合、プロポーショナルな文字幅を持っているMS P明朝などの一部のフォントでもない限り、文字間の開きが目立つので、それを文字間調整機能を使って詰めたいところだ。


Lyric11.jpg


 過去のバージョンでは、歌詞編集ウィンドウを開いている際にのみ現れる文字メニューにも「文字間調整」等の項目があったのだが、実際には数値を設定しても歌詞にはまったく機能しなかった。機能しない項目をアクティブにしておいても無意味ということからか、2004あたりからは、これらの項目がグレー表示(使用不可能)になり、2011ではついに項目そのものがなくなってしまった。これは、歌詞に文字間調整等の機能はもはや不要という開発者の意思の表れであり、これで歌詞の文字間調整の可能性は完全に潰えてしまったと言えよう。世界地図の東の端の国で使われているカナなどという文字の文字詰めの事情など、本家の開発者にとっては知るよしもないことだろうが、残念なことだ。

 またまたネガティブな話になってしまったので閑話休題、その歌詞専用文字メニューの中に、"Insert Hard Space"と"Insert Hard Hyphen"という新たな項目がある。


Lyric12.jpg


 Finaleではスペースとハイフンはシラブルの区切り記号として扱われるので、1つのシラブル中にこれらのキャラクタを含ませることはできない。どうしても含ませなければならない場合は、代用スペースまたは代用ハイフンを入力するしかないのだが、特に代用ハイフンは正規のハイフンより明らかにデザイン的に長いので、これらが混在すると不自然な印象はぬぐえない。


Lyric13.jpg

左:通常のハイフン 右:代用ハイフン


 私はこのメニュー項目を見たとき、このコマンドを使えば、文字列に特殊な制御を施してシラブル中にも通常のスペースやハイフンを入れることができるようになったのかなと密かに期待したのだが、実際に試してみると、従来の代用キャラクタを挿入するだけの機能ということが判り、その期待はもろくも崩れ去ってしまった。それでも、これらの代用キャラクタの入力にaltキー+4桁の数字を入力しなければならなかったWindowsユーザーにとっては、その煩わしさから解放されるだけでも福音といえるかも知れないが。
 ところで、歌詞に日本語フォントを使っている場合、この代用スペース、代用ハイフンは、それぞれ半角カタカナの「ハ」、「ミ」と表示されてしまうので注意が必要だ。これを回避するには、欧文部分は欧文フォントを使うか、代用キャラクタのみを欧文フォントに変更するか、いずれかの方法で対応する必要がある。


Lyric14.jpg

日本語フォントでは代用スペースは文字化けを起こす


 最後にもうひとつ、新機能を紹介しよう。
 これまでは発想記号等で書くしかなかった歌詞番号が、歌詞の機能としてサポートされた。使い方は極めてシンプル。歌詞メニューから"Auto-Number"を選択し、そのサブメニューから「バース」「コーラス」「セクション」それぞれの項目にチェックを付けるだけだ。すると、それぞれの歌詞の先頭部分に自動的に歌詞番号が付加される。


Lyric15.jpg


 なお、この歌詞番号は個々の歌詞のライン(歌詞編集ウィンドウ内に表示される連続した歌詞)の冒頭にしか付加されないこと、「バース」「コーラス」「セクション」単位で全部付けるか全く付けないかの二者択一であり、個別にオンオフはできないこと、位置の移動等の編集は全くできない等の仕様のため、繰り返しがあったり、合唱などでそれぞれの声部が個別の動きをする場合など複雑な構造を持つ歌詞の場合には運用に注意する必要がある。
 例えば、2番の歌詞が1番のラインの続きから始まる場合は、この機能は使えない。


Lyric16.jpg

このような位置に"Auto-Number"機能を使って歌詞番号を付けることはできない


 また、歌詞の共通部分を別のラインを使用してまとめている場合、そのラインを同じバース内で書いていると、冒頭部分にそのラインの歌詞番号も表示されてしまう。


Lyric17.jpg

「テュリャ......」のラインを一連のバースの歌詞として書くと、冒頭に「5.」の数字が表示されてしまう


 上記のケースでは、「テュリャ......」のラインはパースを使わず、コーラスかセクションを使い、そちらの歌詞番号をオフにする必要がある(このあたりのノウハウは次回のFinale User's Bibleの恰好のネタになりそうだ)。

 次回は、もうひとつの大改訂であるレイアウトツールを中心にレビューを行ってみようと思う。

 前回はパーカッションの扱いとコードネーム機能に絞ったレビューを行ったので、今回はそれ以外の新機能についてレビューしてみよう。


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


RehearsalMark1.jpg

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

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


RehearsalMark2.jpg

1ファイル中で連続しているリハーサルマーク[E]について......


RehearsalMark3.jpgコンテクストメニューから"Rehearsal Mark Sequence"を選択し
開始番号をAに設定すると......


RehearsalMark4.jpgそこから振り直される


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

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


RehearsalMark5.jpg


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


MesureNumber1.jpg

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


MesureNumber2.jpg

スコアとそのパート譜(クリックで拡大)


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


Effects.jpg

各プラグイン右の鉛筆アイコンをクリックすると、パラメータの編集が可能になる
(クリックで原寸表示)


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


Handle1.jpg


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


Handle2.jpg

スラーツールを選択した状態
右の二つのスラーにもハンドルが表示されているはずだが、符頭に隠れている


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


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

BroadwayCopyistFont.jpg

Broadway Copyistフォントで書いた楽譜


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


Hyperlink.jpg


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


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


CodaBreak.jpg


 ライブコピーされた小節やその直前の小節に特定の項目のみ(変形図形等)をコピーすると、その小節の内容が消えてしまうバグ(2009から発生)もそのままだ。
 なお、「後打音をコピーすると前打音になる!?」で紹介したバグは、今回のバージョンで修正されていることが確認された。


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

 例年ならアメリカ本国でのFinaleの新バージョンのリリースは7月に入ってからなのだが、今年は約1ヶ月早くFinale 2010がリリースされた。現物が手に入ったので、さっそくレビューを行ってみよう。


StartUp.jpg

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

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

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

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


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


Percussion1.gif

五線上を音符カーソルでなぞると、
各ポジションに割り当てられている楽器が次々に切り替えられて表示される。


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


Percussion2.jpg

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


Percussion3.jpg

Percussion MIDI Map Editorで和太鼓を追加定義しているところ。
かなりワールドワイドに打楽器が用意されている。(クリックで原寸表示)


Percussion4.jpg

楽器を追加した後、実際に鳴らすMIDIノートを設定する。
ノートナンバーは重複していてもかまわない。


Percussion5.jpg

ここで定義されたMIDIマップは、楽器リストから選択するようになっている。
画面はマーチングパーカッションのマップを選択しているところ。(クリックで原寸表示)


Percussion6.jpg

Percussion Layout Designerで和太鼓セットを定義してみた。


 さて、上記の画面をご覧いただけるとお気付きだと思うが、扱える符頭が全音符、倍全音符まで拡大されている。これで、「パーカッション・マップは全音符がお嫌い!?」の記事で憂慮した、全音符が2分音符の符頭で代用されているような妙ちくりんで嘆かわしい楽譜は根絶されるだろう。

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


Percussion7.jpg

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


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

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


Chord1.jpg

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


Chord2.jpg

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


Chord3.jpg

極端なバイアスをかけてしまうとバランスが悪くなってしまう


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

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

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


Chord4.jpg

音符のない部分に付けられたコードネーム(1、2小節目)の衝突は回避されない


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

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

 次回は、それ以外の機能についてレビューしてみよう。

 前回のレビューは、2009の記譜機能の大きな変更点である発想記号が中心だったが、今回はその他の機能について行ってみよう。なお、今回もMac版を使ってのレビューなので、システムに依存する部分、とりわけ入出力に関する部分については、機能も含めてWindows版とは異なっている可能性もあることをあらかじめお断りしておきたい。

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


PageView1.jpg

ページをまたいで範囲選択したところ(クリックで原寸表示)


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


PageView2.jpg

Book Style表示にしたところ。ハンドルがすべてのページに付いている(クリックで原寸表示)


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


Selection1.jpg

アーティキュレーション選択画面(デフォルト)


Selection2.jpg

表示枠を拡大し、かつズーム機能で縮小表示してみたところ


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


FinaleScript.jpg

FinaleScript 2.0ではスクリプトが構文別にカラーリングされている


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

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


自由度の増したソフト音源の扱い
 Finale 2009には、これまでのGarritan KontaktPlayerに代わってGarritan Aria Playerというプレーヤーソフトが付属している。音色では、従来のGarritanの音色にさらにジャズ系、吹奏楽系のいくつかの音色が追加されている。さらに、日本で需要があるのかどうかは不明だが、Tapspace社製マーチングパーカッション専用の音色、Virtual Drumlineもバンドルされている。


AriaPlayer.jpg


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


AUInst.jpg


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

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


DP5.jpg

Digital Performer 5からFinale付属音源をアサインしたところ


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


HumanPlayback.jpg


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


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

※ 9/25に記事追加

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

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


Finale2009Startup.jpg


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

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

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

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


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


Expression1.jpg

左のセクションがカテゴリ項目
"Show All"にすると、すべての項目が表示される

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


Expression2.jpgのサムネール画像

"Tempo Marks"カテゴリを選択したところ

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


Expression3.jpg

古いバージョンのファイルを開いて発想記号リストを表示し、
練習番号を"Rehearsal Marks"に振り分けようとしているところ

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


Expression4.jpg


Expression5.jpg

新しいStaff List(五線別表示リスト)設定画面
右下にリサイズタグがあるのに、拡大してもリスト枠はなぜか固定のまま

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


Expression6.jpg

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

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


Expression7.jpg

装飾音符に割り付けられた強弱記号
もちろんプレイバックにも反映される

Expression8.jpg


装飾音符の何番目の音に付けるかを指定できる


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

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

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

 次回は、その他の新機能について紹介してみようと思う。

 今でこそ、シェア的にはWindowsユーザーの方が圧倒的に多いFinaleだが、もともとMac用に作られたソフトだったことを知る人は多くないかもしれない。しかし、初期のバージョンのFinaleのおよそMacらしからぬ複雑怪奇なインターフェイスは、当時のMacユーザーの間でも不評だった。Finaleにはいまだに、あるツールを選ぶとそのときだけに出現するメニューがあるが、これは当時のAppleのMac用ソフトのガイドラインにある「モードレスであれ(つねにどの作業もできるべきである)」という精神に逆行するインターフェイスである。今や、FinaleはMacユーザーだけの物ではなくなったが、そういう意味では、いまだにまだ洗練されていない部分を引きずっているソフトとも言える。

 そのFinaleも今年で20歳を迎えようとしている。インターフェイスも試行錯誤のうちに改善され、メインツールパレットのツール数も統廃合されてずいぶん少なくなった。ただ、これは他のメジャーソフトでもあることだが、バージョンアップの度にメニューの項目内容が移動するのには閉口する。例えば、「計測単位」などは、オプションメニュー(2006)→編集メニュー(2007)→Finale 2008メニュー(2008)という迷走ぶりだ(Mac版)。特に今回の2008では、以前の「ブロック編集メニュー」が消滅して「編集メニュー」と「ユーティリティーメニュー」に分散統合され、操作体系もずいぶん変更された。このあたりは楽譜編集にもっともよく使うメニューなので、2008を使い始めた当初は大いに面食らった。いまだに2007以前のクセが抜けきらず、ついついありもしない「ブロック編集メニュー」をマウスカーソルが虚しくまさぐってしまう。

 もっとも、私の友人の作曲家はFinaleを2007から使い始めて、すぐに2008に切り替えたクチだが、彼曰く、「2008は使いやすくなった」のだそうだ。つまり、より使いやすさを求めて熟考に熟考を重ねた結果が現在の形ということなのだろう。確かに、使い慣れてくると、このインターフェイスの方が合理的だなと感じられるようになっていく。

 その2008にもまだ不満がある。「表示メニュー」というものがありながら、「移調楽器を実音で表示」「編集中のレイヤーのみ表示」「パート譜として表示」といった表示に関する項目が、隣の「書式メニュー」にあるのはいったいどういう了見だ?

 Finaleの洗練されたインターフェイスへの道のりはまだまだ遠く険しい。

 Web楽譜批評BBSもネタが尽き、たまに書き込まれる無関係な業者の書き込みを消しては書かれるのイタチごっこに疲れて、去年の夏に事実上閉鎖。

 これまでは、「ブログはやらないの?」の問いをかたくなに拒んできた。理由は、世事に関する徒然なる思いはあるけれど、どうせ既に誰かが似たようなことは書いているだろうし、あまのじゃくな私は、世間の空気と逆のことを考えていることが多く、ただでさえ饒舌なので、ついつい要らぬことを書いてブログ炎上なんてことを起こしかねない(笑)。

 それでも、私にしか発信できない情報もあるだろうし、あわよくば、そのあたりの関連した情報を共有できるかも知れないと調子のいいことを考え、この度知人のサーバを借りることができたのを機に、Finaleに関する情報に限定したブログを始めることにした。

 まあ、どうせ私のことだから、Finaleに限定した話題といいつつ、話はとりとめもなく脱線していくと思われるが、温かく見守ってやってください。

このアーカイブについて

このページには、過去に書かれたブログ記事のうち一般 カテゴリに属しているものが含まれています。

前のカテゴリはTIPS です。

次のカテゴリは不具合情報 です。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。