Book ID #'s

[is14fun]

I'm having a problem trying to replace a defective HD file. I had a bad file which I deleted from my data base. I tried to reimport the file assigning the same book ID number to it so my playbooks would not be affected. Hoster won't let me add the song with the same book id numbere saying it is already in use. I have rebuildt the data base but still get the same results. The original song has XYZ009439 as the inported file name and the song is shown in the song book as 94-39. I have tried using 94 as disc number and 39 as book id #, also tried XYZ0094 as disc id but Hoster shows 94 as book id when i do that and won't let me chance it. I have deleted files in the past and was able to reimport them using the deleted id number, but not this time. Any help would be appreciated. All I want is the have the song listed as 94-39

[madjim- with the Lord]

After you delete a file from your database, rebuild your database then reimport it.

Jim

[Roy Dennis]

How did you delete it from your hard drive, did you use the edit feature from the tools drop down menu?

I take it that it is mp3+g file and not a cdg.

If you go to import/ hard drive files/***+g. You must find the original folder that had all the other songs for this disk #, open that then remove the tick in the the box " hide imported files" or you may not see it listed. Then you should be able to see the file to import.



Roy

[is14fun]

As I said in the posting, I have done that but this time it doesn't seem to work. I recall somewhere something about going into the hard drive and deleting a file or something like that, and then trying to re-import but don't remember whitch file to delete.

[ddouglass]

Originally Posted by is14fun

The original song has XYZ009439 as the inported file name and the song is shown in the song book as 94-39. I have tried using 94 as disc number and 39 as book id #, also tried XYZ0094 as disc id but Hoster shows 94 as book id when i do that and won't let me chance it. I have deleted files in the past and was able to reimport them using the deleted id number, but not this time. Any help would be appreciated. All I want is the have the song listed as 94-39

You were doing it right but just not carrying through with it. With XYZ0094 as the DiskID it sets the BookID to 94 which is what you want. What you see on the import screen as BookID (94) does not include the Track number (39). Look in the track column after you click "Add Files" button and see if it has added it as 39. If it is there correctly you are ready to import. This should import the file as 9439 with a file name of XYZ009439.KMA. If it doesn't have 39 then you may have to add the DiskID and Track number to the name of the original file to get it to import with the correct number.

[is14fun]

Doug, thanks for your prompt reply. I have done exactly what you say and it doesn't work. Here is what I tried. I rebuildt data base using only c/mtu/hoster/kma files which has no songs in it. Therefore, I should have a zero database. I have tried to import cdg file using custom assembly as brand and unknown as brand. When I use XYZ0094 as disc id, it automatically shows 94 in book id collum. It won't let me enter my custome number, says it is already in use. All I want it to get this file into my data base with the book id number 9439. Like I said before, I have replaced bad files before by starting out with a empty database and adding the file number I want but not this time for some reason.

[madjim- with the Lord]

This is how I replace a corrupt KMA file.

Using the search function in Hoster, I search for the song in question and note the DiscID and the BookID. In your case the name of the KMA file should be "XYZ0094-39.kma" with a book ID of "9439" and a disc ID of "XYZ0094".

I plug in my external drive that holds my backup kma files. Using Windows Explorer I find the "XYZ009-39.kma" in my backup folder and copy it. I then go to the folder on my C:\ drive where my main KMA's are located (using Windows Explorer) and find the "XYZ009-39.kma" file. I delete the "XYZ009-39.kma" from the C:\ folder and paste the copy I got from my backup folder. This will replace the currupt KMA file with a good copy without changing anything.

I hope this helps.

Jim

[is14fun]

Thanks for the reply. I have done that when I have backup files to use. In this case, no backup. So I want to import cdg file and assign original id number so all my song books won't be affected. I have done this before by deleting the original defective kma file, building a new database file with no songs in it and importing cdg file to it using the old id number. Then I copy it to my kma file and rebuild database. Worked fine then but not now. The program just seems to remember all the id numbers it has used. If I could just build a new file that would allow me to assign XYZ009439 to it, I would be able to copy it to existing kma file and then by rebuilding database, all would be fine. But I just can't seem to be able to assign that id number to the song import file.

[ddouglass]

Originally Posted by is14fun

Doug, thanks for your prompt reply. I have done exactly what you say and it doesn't work. Here is what I tried. I rebuildt data base using only c/mtu/hoster/kma files which has no songs in it. Therefore, I should have a zero database. I have tried to import cdg file using custom assembly as brand and unknown as brand. When I use XYZ0094 as disc id, it automatically shows 94 in book id collum. It won't let me enter my custome number, says it is already in use. All I want it to get this file into my data base with the book id number 9439. Like I said before, I have replaced bad files before by starting out with a empty database and adding the file number I want but not this time for some reason.

Either you are not looking at this correctly or you are not explaining it where we can understand. When you say BookID is 9439 that tells me it is BookID 94 Track 39. In the import screens (either of them) only the BookID root number for the disk goes in the block without the track number. When the files are imported then the BookID for each track is added in the database. Thus if you were importing a whole group they would wind up as 9301, 9402, 9403,....9439.
Use search after you rebuild with all your files and look for 9439. My bet is it will list a bunch of files as 943901, 943902, etc. and they will not have the diskid of XYZ0094. That is why it is telling you that 9439 is in use.

What type of file are you trying to re-import?
What is the file name?

Try it again but this time leave the BookID as 94 and click the "Add Files" button to list the files below. My guess is it will show all files with that DiskID marked as Imported with the exception of Track 39 which you deleted. That track should show as Ready.
By the way you don't need to rebuild the database to blank when you do this. In fact if you are replacing a bad file you do not even have to delete it out of the KMAs. All you need to do is point the Import screen to the folder where the original is, uncheck the Hide Imported Files button, set up to the correct format of the filenames, enter the Brand and DiskID (BookID should fill in automatically) and click Add Files button. That will list all the files under that DiskID and all marked with Status of Imported. Find the bad track and check the box at the left which will change its Status to Ready. Then click Import button. The file will be re-imported and will replace the bad KMA file.

[mindonstrike]

I seem to recall a long long time ago there was an issue with the custom assembly brand in adding tracks to existing discid/bookid. If memory serves it all seemed to boil down to using "{space}*Custom Asembly". When I went into the edit screen and changed the brand for that discid to *Custom Assembly (with no space before the asterisk) I may have dropped the asterisk as well, it fixed the problem, I don't have Hoster handy to where I can check it.

[Roy Dennis]

Originally Posted by is14fun

So I want to import cdg file and assign original id number so all my song books won't be affected. I have done this before by deleting the original defective kma file, building a new database file with no songs in it and importing cdg file to it using the old id number. Then I copy it to my kma file and rebuild database. Worked fine then but not now. The program just seems to remember all the id numbers it has used. If I could just build a new file that would allow me to assign XYZ009439 to it, I would be able to copy it to existing kma file and then by rebuilding database, all would be fine. But I just can't seem to be able to assign that id number to the song import file.

Is this file a cdg format? Let us know what format it is and we may be better able to help.

In my previous reply I made the assumption that you were importing mp3+g files, why I thought this was because your track # was 39 and on an average a CDG disk only has 15 - 20 songs on it.

As Dale said you don't need to delete a file to replace it.

What may help from the search dialog, list the rest of the files with this disk id and check what you have used for Brand/and all the rest of the data.

When you come back let us know as mentioned earlier the file type. IE cdg. mp3+g, zip or bin.


Roy.