No! Don't renumber my BookIDs!

[admin]

Now that we allow MP3+G and ZIP files to be added into our Songs Database, our BookID creation logic must change.

The current BookID is forced unique for a Brand-DiscID, with the Track# appended at the end. We need to change it to be a simple 1, 2, 3... 1,005, 1,006... 25,294, 25,295... you get the idea. This will allow us to offer a "batch convert" of MP3G and ZIP files, and still have a unique "SongID" aka BookID.

One drawback is that all existing Song Books would be obsolete, requiring reprinting. We really need to do this with a free release with just this new feature in a Hoster 3.10x, which also would be a free upgrade.

One advantage is that we will provide one or more means to manually or automatically renumber duplicate BookIDs. Hoster would automatically update the KMA file header if its BookID changed.

I'm looking for feedback on our renumbering the BookID.


FYI: We have already started on a major change for Hoster 3.2 to the Song Book Preparation dialog box. It allows you total flexibility to create custom Song Books with only the fields you want. It will be in Hoster 3.2. See the attached image below for the current controls layout. Each list box field showing can be changed to one of the possible selections to display. We have more to do, so if you want to comment on this, please do so.