I presume that if you save as XML and then re-import the XML into a new file, 
that will assign new IDs.  But it may have unacceptable consequences.
 
--------- Original Message --------- Subject: Re: [Finale] 2012 vs 2014.5 speed 
test
From: "Robert Patterson" <rob...@robertgpatterson.com>
Date: 7/23/16 10:50 pm
To: "finale" <finale@shsu.edu>

This is Finale internals now. Sorry to bore you with techy stuff, but
 Finale is at heart a piece of software with internals. Despite appearances,
 it's not magic.
 
 Each frame (which is a single layer on a single bar of a single staff) has
 an ID. Once the ID is assigned it never changes. So if if you delete one
 and add another you'll leave a gap in the numbers. The ID is a 16-bit
 value. No one, least of all anyone at MM I would guess, thinks a 16-bit
 value makes any sense for a program in 2016. But this is a design decision
 that goes all the way back to the 1980s when it did make sense, and it is
 really, really hard to change.
 
 
 On Sat, Jul 23, 2016 at 9:16 PM, Raymond Horton <horton.raym...@gmail.com>
 wrote:
 
 > IDs = ?
 >
 > Raymond Horton
 > Composer, Arranger
 > Minister of Music, Edwardsville (IN) United Methodist Church
 > Retired Bass Trombonist, Louisville Orchestra, 1971-2016
 >
 >
 > On Jul 23, 2016 9:30 PM, "Robert Patterson" <rob...@robertgpatterson.com>
 > wrote:
 >
 > > BTW: in theory, your id's should be able to range as high as 65535, but
 > > once you go past 32767 the likelihood of crash-causing bug goes up. I can
 > > diagnose how high your id's have gone if you want to send me a file
 > > offline.
 > >
 > >
 > >
 > > On Sat, Jul 23, 2016 at 8:18 PM, Robert Patterson <
 > > rob...@robertgpatterson.com> wrote:
 > >
 > > > I just ran some tests, and as I feared, if you delete a frame (by clear
 > > > layer or a measure), you don't get that frame number back. So you could
 > > > have exceeded the 32767 id value even though your actual number of
 > > > assignments is smaller. I don't see an easy way to recover the missing
 > id
 > > > values either. (File Maintenance doesn't appear to do it.)
 > > >
 > > >
 > > >
 > > > On Sat, Jul 23, 2016 at 8:00 PM, Raymond Horton <
 > > horton.raym...@gmail.com>
 > > > wrote:
 > > >
 > > >> Frames 26160 , frame assignments 29604
 > > >>
 > > >> Raymond Horton
 > > >> Composer, Arranger
 > > >> Minister of Music, Edwardsville (IN) United Methodist Church
 > > >> Retired Bass Trombonist, Louisville Orchestra, 1971-2016
 > > >>
 > > >>
 > > >> On Jul 23, 2016 8:32 PM, "Robert Patterson" <
 > > rob...@robertgpatterson.com>
 > > >> wrote:
 > > >>
 > > >> > Right, but it doesn't tell you what the largest frame number is. If
 > > >> you've
 > > >> > done a lot of editing your frame numbers could have exceeded 32767.
 > > >> Finale
 > > >> > may have a mechanism for reusing deleted frame numbers, but who
 > knows
 > > >> how
 > > >> > reliable it is? Someone who has a tremendous amount of experience
 > with
 > > >> this
 > > >> > is Jef Chippewa. (Sometimes he monitors this list.)
 > > >> >
 > > >> > At any rate, it would be worth finding out if there is a way to
 > reset
 > > >> your
 > > >> > numbers to get rid of gaps.
 > > >> >
 > > >> >
 > > >> > On Sat, Jul 23, 2016 at 6:55 PM, J D Thomas <j...@thomastudios.com>
 > > >> wrote:
 > > >> >
 > > >> > > Your message got me thinking Robert. I haven't looked at the
 > count
 > > >> is a
 > > >> > > long time. I did that just now to the largest act and it shows I
 > > have
 > > >> > only
 > > >> > > 17471 active frames. So I am well under that stated limit.
 > > >> > >
 > > >> > > And, like Raymond, I detest splitting into separate files. Too
 > much
 > > >> work
 > > >> > > on the back end with parts.
 > > >> > >
 > > >> > > Life goes on&hellip;
 > > >> > >
 > > >> > >
 > > >> > > ***************************
 > > >> > > J D Thomas
 > > >> > > ThomaStudios
 > > >> > >
 > > >> > >
 > > >> > > > On Jul 23, 2016, at 4:14 PM, Robert Patterson
 > > >> > > <rob...@robertgpatterson.com> wrote:
 > > >> > > >
 > > >> > > > You guys may be hitting the frame limit of 32767, especially if
 > > >> there
 > > >> > > > aren't many rests or if you use a lot of multiple layers. For
 > any
 > > >> work
 > > >> > > with
 > > >> > > > 10's of staves, I wouldn't take it past 1000 bars before
 > splitting
 > > >> > into a
 > > >> > > > new file.
 > > >> > >
 > > >> > > _______________________________________________
 > > >> > > 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
 >
 _______________________________________________
 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

Reply via email to