Re: [Finale] Re(2): not saving preferences

[Giovanni Andreani]

Unfortunately I don't recall the exact order or the amount of clicks; as I 
wrote, I frantically attempted a series manoeuvres, all randomly  carried out. 
I remember selecting completely different folders for backup, closing Finale, 
relaunching it and then reselecting the original folders. Also, I realised that 
the settings had stuck only days after, just by casually returning to the 
preferences window. I'm sorry, as you can see, I have no evidence whatsoever on 
what procedure(s) made those preferences stick permanently. I'm even afraid 
that changing them would bring things back as they were. 

Giovanni Andreani

> On 22 Jan 2017, at 00:42, SN jef chippewa  
> wrote:
> 
> can't get this to work, do you have an exact order of clicks/settings?  i 
> tried redefining the backups folder, the auto-save folder, clicking or not 
> clicking "apply" but still can't get it to stick.
> 
>> On 21 January 2017 at 20:45 Giovanni Andreani  
>> wrote:
>> The same happened to me and, during a random series of attempts to find a 
>> solution to this problem, I redefined the backup folders from within the 
>> Preferences settings and.. it just stuck.


___
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] Re(2): Stopped saving audio

[Giovanni Andreani]

I had the same problem with a string orchestra piece; fortunately, it was 
divided in three movements so, in my case, three chunks where easy enough to 
obtain. Exporting (with HP) from each single movement had then no issues, and I 
remember spending time trying to identify those articulations or other signs 
that would have negatively affected the audio playback. The fact the file was a 
"long" one was then to be the cause of the issue: how long and what practical 
problems where to be the real cause remained and still remain a mystery. 
Nevertheless, the major problems I encountered with long files is more related 
with lyrics, messing up and disappearing here and there, but that's another 
story...




Giovanni Andreani

www.giovanniandreani.com
www.ga-music.com

www.facebook.com/MrAvenarius
www.twitter.com/MrAvenarius

>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


___
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

[Christopher Smith]

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

[Dennis Bathory-Kitsz]

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