トリルを付けるとrit.するという現象は初耳です。
まあ、最近の室長の記憶力はどこぞの某大臣並みに怪しいですが……。

以下の点についてご確認させてください
・そのファイルはデフォルトファイルから作られたもので、あらかじめアーティキュレーションに用意されているトリルですか？
・問題となる最初のトリルを削除するとrit.は解消されますか？　また、最初のトリルを削除した場合、今度は２番目のトリルがrit.しますか？

いつもありがとうございます。
> そのファイルはデフォルトファイルから作られたもので、あらかじめアーティキュレーションに用意されているトリルですか？

「国内出版譜風の汎用楽譜書式」たしかSMuFLつきのテンプレートで、段数を加減したりしながら作ったファイルです。記号は図のとおりデフォルトです。

> 問題となる最初のトリルを削除するとrit.は解消されますか？　また、最初のトリルを削除した場合、今度は２番目のトリルがrit.しますか？

はい。おっしゃるとおりです。最初の記号だけ（よく聞くと rit.というより
フェルマータみたいな）感じでしょうか。
まっさらの新規ファイルで簡単な音符で打ち込んでみましたが、やはり最初が
フェルマータで、あとはそのまま、みたいな動きでした。

いくつか発見がありました。
Hirokiさんの「キャラクタの選択画面」では、
トリルが"Ù"のキャラクタに割り当てられているのですが、
室長のMac環境ではトリルは"Ÿ"に割り当てられていました。
試しに、アーティキュレーションで新たに普通のテキストで"Ù"のキャラクタを指定し、
音符に貼り付けてプレイバックすると、ちゃんとトリルになります。
環境によって挙動が異なるのでしょうか。
このあたりについて情報をお持ちの方は、ご一報ください。

文字を再定義してみましたが変わらず、しかもなぜかトリルしていなかったという、
羊が一匹、羊が二匹…そんな状態です。サポートに出せばいいのに、問題ありません
と返事がきそうな案件でもあります。何なんでしょう、コレ？

本家のフォーラムも検索してみましたが、
アーティキュレーションのトリルが意図しないプレイバックになる旨の話題には行き当たりませんでした。
特定のアーティキュレーションが貼り付けた位置によって異なるプレイバックをするということ自体が通常考えられないわけですが、
新規ファイルでも発生するというのがますます謎です。
何か特殊な条件でもあるのでしょうか。
こればかりは、Hirokiさんのマシン環境で検証するほかありませんね。

検証くださいましてありがとうございます。
PCのスペックは十分あるはずですので、たまたま遅くなる
ということはなさそうです。一度更地にして、インストール
し直してみようかと思います。

>全休符を入れるとなぜか下のように休符がバラされてしまいます。

そういった状況には出くわしたことがないのですが、
全休符を入れた瞬間にばらけてしまうのですか？
Finaleでは、いかなる拍子でも、どのレイヤーにでも全休符を「１つ」入力すると全休符として振る舞います(上図)。
何か他の条件が重なるとそういう状況になるのかとも考え、
同じ譜面を入力してみましたが、特に問題なく全休符は入力されます(下図)。

実際にその楽譜を拝見してみないと原因は分かりかねます。

ご検証ありがとうございます (メエェ…綿羊…)。
再度全休符を入れてみました。同じパターンの別の小節にも入れてみましたが、
ものの見事に分裂してしました。なぜか４拍以下では起こりません。
テンプレート（元ファイル）に問題があるか、それともスキャン→インポート→コピー
の繰り返しが問題か…。

そう言えば、20年くらい前に似たような症状を聞いたような記憶もあるのですが、忘却の彼方です。

一般論ですが、古いファイルを糠床方式で受け継いで使っている場合、
古い設定が最新の設定と衝突してしまい、不具合が発生してしまうことはしばしばあります。
(古いファイルでは、カラー表示の解除ができない等々)
新規に作成したファイルで問題が発生しないなら、
この機に新規ファイルから作ることを検討されたほうがよいかもしれません。

横から失礼します。
macOS Somoma 14.3 + Finale 26.3 (Jpn) を利用しています。

当方環境下でも，Hirokiさんの状況が再現できました。
デフォルトの新規ファイルで，拍子を6/4などに設定し，
全休符を入力して該当小節からフォーカスを外した瞬間，
休符がバラされてしまいます。

ステップ入力オプションの「未入力の拍は休符で埋める」を
オフにすると本現象が回避できます。
ここのオプションがオンのとき，6/4拍子で全休符を入れると
内部的には2拍足りないと判断されたんでしょうね・・・。

ゆうじさん、ありがとうございます。
改めて確認したところ、高速ステップ入力でも、
高速ステップ入力オプションにて「編集枠から抜けるときに休符で編める」にチェックが入っていると、
同様の結果になりますね。

上の方で20年くらい前と書きましたが、
この相談室でもかつてこの問題が採り上げられたことがあるような記憶があります。
このオプションはいつも外して使っているので、その存在をすっかり忘れてしまっていました。
歳ですかね……。

ゆうじさん、ありがとうございます。(^_^) チェックを外したら直りました。
プログラムって、けっきょく一連のデータを数値と数式に置き換えて
いるものなので、計算を合わせるために細かい処理になりますね。
４拍以上のバグ、というのは何となく合ってました (手前ミソながら)。歴史は繰り返す…。

同じ状況を作ってみましたが、特に問題なく表示されています。
何かファイル内部で小節のカウントがずれてしまっているような感じですが、
実際にそのファイルを拝見してみないとなんとも言いがたいです。

落ち着いて一度ノベタンにしてから小節番号を振りなおしました。
そうしたら、うまくいきました。原因はよく分かりませんが、一度
リセットするのがよさそうですね。
ありがとうございました。

浄書的には⇧の配置はあり得ないので、
不慣れな人といえどもルールに則って書かれた配置に慣れてもらうしかありません。
どうしてもプレーヤーが読みにくいと訴えるなら、
つねに符尾を上下に分けて書くか、
あるいは1stと2ndパートを独立した五線に分けて書くしかないでしょうね。

次は普通の形に直そうかな。実際Finaleで作ったときは手間でしたし(^_^;。

こちらが実際の譜面です (1970年代・歌モノ)。
手書きなので、当時は大らかだったと思います。個人の感想ですが、
スコア起こしをしたら突貫工事のようなアレンジで、ところどころ
コードもちぐはぐで、音もだいぶズレてました。かなり手を入れない
と使いづらいと感じました。

PDFにした画像です。

バンドスコア画像

finale上の表示

すみません。
画像ファイル添付していますが表示されないようです。

「相談室のご利用にあたって」にも書かれていますが、
当相談室に貼り付け可能なファイルはGIF, JPG, PNGの画像ファイルのみです。
画像が貼り付けられないとすれば、ファイルが500KBを越えている可能性があります。
画像サイズを縮小して貼り付けてみてください。

ところで、お話を伺う限りでは詳しい状況が分からないのですが、
PDFはFinaleのファイルメニュー＞エクスポートから書き出していますか？
それとも、ファイルメニュー＞印刷からOSの機能である仮想プリンター「Microsoft Print to PDF」から書き出していますか？
そして、いずれの場合も同じ文字化けが生じますか？

画像はjpgですが何故かうまくいきませんでした。

ファイルメニュー＞エクスポートから書き出していましたが、仮想プリンターからの書き出したところ文字化けしませんでした。

ご教授ありがとうございました。

ご報告ありがとうございました。

特定の環境で当相談室が表示されない問題は、
10月頃からXのツイートや楽譜ソフトユーザー定例会でも複数の方から指摘を受けていて、
原因については現在調査中です。
ご迷惑をおかけしますが、今しばらくお待ちいただけるようお願いします。

どうやら特定のブラウザのSSLの設定の問題のようですが、
もう少し調べてみます。

サーバの設定を変更しました。
Google Chromeでも表示を確認しました。
おそらくこれで大丈夫でしょう。
ご不便をおかけしました。

現在、Chromeで閲覧しております。
全く問題なく表示されております。
ご多忙の中、ご対応いただきありがとうございました！

「標示中の楽譜のみ」は、こんな風になります。

通常はそんなことにはならないはずですが、
その小節に「何かある」としか言えません。
その楽譜データを実際に拝見してみないと何とも……。

ただ、「表示中の楽譜のみ(⌘4)」でスペーシングをすれば問題ないのであれば、
全パートをスペーシングした後にスコアのみをスペーシングし直せばよいのではないでしょうか？

室長様　早速の返信ありがとうございます。

「隠された音符を表示」「左端のスペース0」
など素人考えで色々試しましたが直らず、今のところ室長のご提案の方法で使っています。
ただ、うっかり全てを選択してスペーシングしてしまい、印刷してから「あっ」ということが多く、
何かあるんだとは思いますが、その何かがわかれば、と思って書き込ませてもらいました。

同じぬか床で作ったファイルが30近くあり、作り直すと考えるとゲンナリしてしまいます。
でも5年ぐらい使ったファイルなので、心機一転も視野にしていきたいと思います。
ありがとうございました。

糠床方式でファイルを更新した場合、
特定の小節が必ずその状態になるのであれば、もともとのその小節に病巣があると考えられます。
その場合はその小節をあらかじめ削除してみてください。
すでに入力してしまった楽譜の場合、
前後いずれかに空の小節を作り、全ての項目をペースト対象項目にした上で、
問題のある小節をコピペした後、問題の小節を削除してみてください。
それでもまだ問題が発生する場合は、そのファイルを直接検証しないと判りません。

ご提案ありがとうございます。小節を増やしてコピーしてみましたが、うまくいきませんでした。多分、元々のファイルに不具合があるのかと思います。時間があるときに、27.3のシステムで、ファイルを１から作り直してみたいと思います。

ご教授、ありがとうございました。

拍子記号を変更する際、どうやらFinaleは曲全体の拍の整合性をチェックするようですね。
ご承知のように、手動で小節幅やスペーシングを変更している場合、
これらが勝手にリセットされるのを防ぐには、
自動スペーシングをつねにオフにしておくしかありません。
我々も、全体のレイアウトが定まったら、それ以降の作業は自動スペーシングをオフにするというのが鉄則です。
Finaleがそういう仕様であるなら、それに対応する作業方法を考えるしかありませんね。

室長様

早速のお返事ありがとうございます。
今まではこの問題が起きたことを自覚していなかったのですが、普段は全て入力した後に調整していたので自分が気付かなかっただけだったんですね…。

今回、１ページずつ仕上げながら音符などを入力していこうとした所このことに気付いたので、どこか設定を変えてしまったのかと勘違いしてしまいました。

…それにしても、拍子を変える度に自動スペーシングが全て適用されてしまうとは…
やっぱりfinaleは作曲ではなく浄書の為のソフトなんだと再認識しました。

今回も的確なご指示をいただき、誠にありがとうございました。

また前回ご質問させていただいた際、何度試してもなぜか投稿がエラーになり御礼をお伝えすることが出来なかったので、こちらで合わせて御礼申し上げます。

その手のトラブルで一番多いのは、
その分割されてしまう小節線の属性について、
「長休符を分割する」のチェックが付いているケースです。
ご確認ください。

ありがとうございます。
チェックしてみたところ、該当の場所ではなく、その前の小節にチェックが入っていました。ただ、全部チェックを外して再度やってみましたが、なぜかここだけ括れませんでした。
ファイルの使い回しの際、ここにチェックが入っていたかどうかは不明です。
なお、画像は保存の設定ミスで白黒ですがご容赦ください。

長休符を分割する属性が残っていることがあるので、
パート譜の編集に入る前に、ファイル全体を選択した状態で、
「小節の属性」で「長休符を分割する」を一括してオフにします。
リハーサルマークや複縦線の箇所は長休符を強制的に分割する属性が優先されるので、
何もない小節のみ、属性をクリアすることができます。

全パート解除しましたが、やはりこの2小節は変わりません。別ファイルに書き出しても同じ。何なんでしょうねぇ。

お話を伺った限りでは、どうも使い回している元のファイルに既に問題がありそうです。
最初のご質問にある「プレート」とはテンプレートの意味でしょうか？
このテンプレートがまだ残っているのであれば、
まず、ファイル全体の「長休符を分割する」属性をオフにした状態で改めて編集メニューから「長休符＞作成」を行い、
パート譜表示にしてみます。
このとき、何も問題がなければ図のように全小節が１つの長休符に括られているはずです。
もし、分断されている場合、以下のケースに絞られます。

�@すべてのバートが同じ小節で分割されている
……小節に長休符を強制的に分割する何らかの属性が残っている(発想記号、反復記号または小節番号)。

�A特定のバートのみ分割されている
……非表示にした音符か休符がある

反復記号のコーダマークでした。(←コノヤロー！)
複縦線もないし、テンポも変わらないです。
あちらを(で)立てればこちらが(で)立たず、でしょうか。
マークを消したらちゃんと長休符が出てきました。反復記号の代わりに発想
記号にしても、長休符にはなりませんでした。

「プレート」は、テンプレートです。紛らわしくて失礼しました。（便宜上、ftm
ファイルに限らず、前に作ったmusxをコピー、全消去して使う場合も含みます）

どうやら、To Codaに飛び越し先に使うコーダマークを利用されたのが原因だったようですね。
セーニョマークやコーダマーク(図)は飛び先の目印用なので、
これらを付けた場合、長休符はその小節の左小節線が分断されます。
To Codaの場合は、「反復記号の選択」の中から「to」が付くものを利用する必要があります。

あらかじめコーダ部分には「反復記号の選択」からコーダ記号を配置します。
このとき、その文字反復記号のIDを記録しておきます。

送り出す部分の小節に「To #」を選択して「編集...」ボタンをクリックします。
「文字反復記号の作成」ダイアログが出るので、「反復記号の文字：」を「#」のみにしておきます。
「OK」をクリックして、「反復記号の選択」画面の「選択」をクリックします。
「文字反復記号の機能設定」ダイアログが出るので、「飛び越し先」を「文字反復記号ID」に設定し、
そのIDを入力します。
楽譜に戻ると、代用記号「#」がコーダマークになっているはずです。

他の項目は楽譜の状況に従って適切に設定してください。

ありがとうございます。# でしたか。
小節番号しか使ってなかったです。他にもCoda 1とか
Coda 2などもできますね。