Re: [Finale] Stopped saving audio
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> 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 >>> 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
Re: [Finale] Stopped saving audio
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 >>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
Re: [Finale] Stopped saving audio
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 >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
Re: [Finale] Stopped saving audio
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
Re: [Finale] Stopped saving audio
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? Christopher > On Sat Jan 21, at SaturdayJan 21 9:59 PM, Dennis Bathory-Kitsz >wrote: > > Hi all, > > Win10 Pro 64-bit, Finale 2014.5. > > I've been working on a piece, and suddenly Finale is unable to export audio. > The piece is 46 minutes, and up until about 45 minutes previous files exported > fine. It will play back to the end, but not export. > > When I export audio, the box comes up indicating 'processing'. It gets to 73% > (hairpins) and the box closes. One of the CPUs is at nearly 100%, the same it > presents when playing the file. The internal playback process is stuck > somewhere because I've left it for an hour just to see, and it acts as if it's > in playback mode (stop button active). A file is created with an empty RIFF > wave (RIFF$ WAVEfmt D¬ ± data). > > Yes, I've restarted Finale, rebooted the computer, and gone back to previous > files that do save. > > Any idea how to get audio export back? Is there an upper limit (maybe 45 > minutes)? > > 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] Stopped saving audio
Hi all, Win10 Pro 64-bit, Finale 2014.5. I've been working on a piece, and suddenly Finale is unable to export audio. The piece is 46 minutes, and up until about 45 minutes previous files exported fine. It will play back to the end, but not export. When I export audio, the box comes up indicating 'processing'. It gets to 73% (hairpins) and the box closes. One of the CPUs is at nearly 100%, the same it presents when playing the file. The internal playback process is stuck somewhere because I've left it for an hour just to see, and it acts as if it's in playback mode (stop button active). A file is created with an empty RIFF wave (RIFF$ WAVEfmt D¬ ± data). Yes, I've restarted Finale, rebooted the computer, and gone back to previous files that do save. Any idea how to get audio export back? Is there an upper limit (maybe 45 minutes)? 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