I’m sorry you can’t find the cause, but your proposal to save the piece in two chunks (hopefully at a natural break!) would be a good solution.
Christopher > On Jan 22, 2017, at 8:30 AM, Dennis Bathory-Kitsz <bath...@maltedmedia.com> > wrote: > > Thanks, Christopher. I checked the old Finale forums, and found only mention > of it (right up until the end of the forums) but no solutions. > > It's the first time I remember encountering it myself (which means little, > since I'm old enough to forget most things), but long pieces have previously > exported just fine -- a massive 40-minute orchestral piece with simultaneous > time sigs, etc., for example, didn't fight back. > > This score was fine up to measure #627. Export broke when I added new music > (and measure stacks) up to #660. > > Dennis > > > On Sun, January 22, 2017 12:43 am, Christopher Smith wrote: >> I hope somebody remembers what it was that stopped audio exportation. I think >> I remember reading about it on the now-defunct Finale Forum. It can be >> searched, but only by using Google (there’s a sticky explaining how if you >> don’t know how to specify a site search). >> >> Christopher >> >> >>> On Sat Jan 21, at SaturdayJan 21 11:55 PM, Dennis Bathory-Kitsz >>> <bath...@maltedmedia.com> wrote: >>> >>> On Sat, January 21, 2017 11:49 pm, Christopher Smith wrote: >>>> Hmm, I’ve heard of this before. Can you find 73% of the way through the >>>> piece >>>> and see what is in the score? I’ve heard things like fermatas might stop >>>> audio >>>> export, or caesuras. There might be something else, and in combination with >>>> other factors like two fermatas, one in each layer on one staff. >>>> >>>> I’m almost certain this is findable. What did you change between the last >>>> time >>>> it played back properly and now? >>> >>> 73% is as far as it reports during playback, too, but that works fine. >>> >>> I changed nothing -- I only added to the score. If I make a separate copy >>> and >>> delete the first half of the piece, it saves the second half fine. >>> >>> Forgot to mention it's a Human Playback issue (and I need HP). This is a bug >>> that's been around since Human Playback was introduced, but I thought it had >>> been squashed by now. >>> >>> So something cumulative is killing HP's ability to save. Unless there's a >>> solution somebody knows about, then my options are to record the output >>> while >>> playing, or to create a file in two halves for saving. >>> >>> Neither as good as a bug that's fixed. :) >>> >>> Thanks! >>> >>> Dennis >>> >>> >>> _______________________________________________ >>> Finale mailing list >>> Finale@shsu.edu >>> https://lists.shsu.edu/mailman/listinfo/finale >>> >>> To unsubscribe from finale send a message to: >>> finale-unsubscr...@shsu.edu >> >> >> _______________________________________________ >> Finale mailing list >> Finale@shsu.edu >> https://lists.shsu.edu/mailman/listinfo/finale >> >> To unsubscribe from finale send a message to: >> finale-unsubscr...@shsu.edu > > _______________________________________________ > Finale mailing list > Finale@shsu.edu > https://lists.shsu.edu/mailman/listinfo/finale > > To unsubscribe from finale send a message to: > finale-unsubscr...@shsu.edu _______________________________________________ Finale mailing list Finale@shsu.edu https://lists.shsu.edu/mailman/listinfo/finale To unsubscribe from finale send a message to: finale-unsubscr...@shsu.edu
