Hi all -
I'm doing parts for a score that includes a lot of whole-measure rests, some with fermatas. Whenever one of these "fermata'd" rests falls on the first measure of a system, the fermata is misaligned forward by roughly its own width, and ends up sitting over empty space someplace in the second half of the bar.
I've tried all the placement tricks I can think of, including (of course) all combinations of the "expression placement" parameters, but also creating a layered staff with invisible rests of varying sizes and placing the fermata over one of these. Inevitably, the fermata is offset from the visible rest I want it to affect, either forward or backward.
This description relates to a single-line part (flute, in this case). It also shows up in multistave scores, but in those, changing the expression placement parameters from centered/at next note to left/best fit forward solves the problem. On a single-line part, this kludge no longer works. Has anyone found something that does?
Cheers,
Bill
I've experience this before. I just can't seem to solve it too on one of my songs that has the same situation as you.
Oh... My "Winamp" would not play the breath marks or fermata, it completely ignored it!
Here is a not very elegant solution to the problem.
It involves invisible bar lines with certain ones excluded from the bar count if you are using bar numbers.
But I agree, this is a bug that should be fixed if possible.
You are close, Rich. Put an invisible bar line before each whole measure rest. No need to exclude from bar count. But you
must force a system break on the
visible bar line if the system needs to break there. Also, fermatas should always, always, always, be centered at next note/bar. I concur, this is a bug.
!NoteWorthyComposerClip(2.0,Single)
|Clef|Type:Treble
|Key|Signature:F#
|TimeSig|Signature:4/4
|Bar|Visibility:Never
|TempoVariance|Style:Fermata|Pause:0|Pos:7|Justify:Center|Placement:AtNextNote
|Rest|Dur:Whole
|Bar
|Bar|Visibility:Never
|TempoVariance|Style:Fermata|Pause:0|Pos:7|Justify:Center|Placement:AtNextNote
|Rest|Dur:Whole
|Bar
|Bar|Visibility:Never
|TempoVariance|Style:Fermata|Pause:0|Pos:7|Justify:Center|Placement:AtNextNote
|Rest|Dur:Whole
|Bar
|Bar|Visibility:Never
|TempoVariance|Style:Fermata|Pause:0|Pos:7|Justify:Center|Placement:AtNextNote
|Rest|Dur:Whole
|Bar
|Bar|Visibility:Never
|TempoVariance|Style:Fermata|Pause:0|Pos:7|Justify:Center|Placement:AtNextNote
|Rest|Dur:Whole
|Bar
|Bar|Visibility:Never
|TempoVariance|Style:Fermata|Pause:0|Pos:7|Justify:Center|Placement:AtNextNote
|Rest|Dur:Whole
|Bar
|Bar|Visibility:Never
|TempoVariance|Style:Fermata|Pause:0|Pos:7|Justify:Center|Placement:AtNextNote
|Rest|Dur:Whole
|Bar|SysBreak:Y
|Bar|Visibility:Never
|TempoVariance|Style:Fermata|Pause:0|Pos:7|Justify:Center|Placement:AtNextNote
|Rest|Dur:Whole
|Bar
|Bar|Visibility:Never
|TempoVariance|Style:Fermata|Pause:0|Pos:7|Justify:Center|Placement:AtNextNote
|Rest|Dur:Whole
!NoteWorthyComposerClip-End
Kristopher:
The issue has been discussed to death. Fermatas and breath marks are not exported to MIDI. The MIDI specification lacks a reliable means of defining them short of inserting a bunch of very confusing Time signatures.
Thanks, Rich and Rick (especially Rick). Placing an invisible barline before the problem fermata and then forcing a system break on the barline immediately preceding it works. (Without the forced break, it fails. Interesting.) That's a very easy kludge, so I guess this isn't high priority. But it's a gnawing little bugger, just the same.
Kristopher, you'll note that NWC exports to MIDI rather than saving to MIDI. That's because NWC playback does some things that MIDI can't. You lose a few things during the export process, so it's not a true save. If you want completely accurate playback in another program, you'll have to record the output from your sound card to .wav or .mp3 as you play it in NWC (there are a number of programs that will do this).
Cheers,
Bill
I did put the system break in my version - just forgot to say it. I think in my version, I needed to exclude the bar count because of where I put the invisible bar line in comparison to a clef that I entered for the beginning of the next line. Your version removes the need for that and is more elegant (if elegant can be applied to such a fix !)
Cheers.
Lawrie's idea would seem to have some use here. It might also have some use for those things like breath marks and dynamics that you want to align vertically across all the staves in a system.
If it is to be sorted out then this instance needs to be dealt with too.
Pretty obvious, what's the problem, I thought. Then I copied the clip, and (am I going mad?) that's not the same as the original!
So do the following:
- Create a new file in NWC
- Insert Clef, Key and Time Signatures
- Insert the two fermatas, one above and one below the staff
- Insert a semibreve rest
- Chord it with a semibreve note
- Look at Print Preview!
- Add a new staff and copy the first staff to it.
- Look at Print Preview!
- Save and re-open the file
- Look at Print Preview!
In fact the rest chord is treated correctly in the first preview (except for the pause marks), with the note at the left of the bar and the rest in the middle, but why does it change when it's copied or saved?
Not so clear after all. Once saved and reopened, the problem goes away. Nasty ...
Not even fermata related. Copy this:
and use Ctrl+Enter to make the first 2 measures look like the last 2. Then try Print Preview.
Seems to be a problem with center:at next note/bar, rather than with any specific notation.
And it's ephemeral. Try this: Follow the steps Rick suggests, and then - without saving - copy m. 3-4 and paste them into m. 2-3, being careful not to copy over the clef or the key sig. No change at all in the appearance of the editor. But check out the print preview.....
Now, try hitting the undo button until you're back to the original form. Check out print preview. The displacement problem is present again. Until you hit redo. On the very first hit of the redo button - you're just redoing your first <cntrl><enter> here, you're not redoing the paste - the print preview straightens right out.
Weird and weirder.
Bill
This is a problem with the audits. It will be fixed in the first update to NWC 2.0.
still awaiting a fix.
Seems to be related to this problem:
This appears to be fixed as of NWC 2.1