Problem importing .bin files

[cartunesdj]

Using the lastest version of Hoster on Win XP...

While importing .bin files from my hard drive to an external firewire drive, I sometimes receive an error message that starts with,

"the field is to small to accept the amount of data you attempted to add..."

Clicking on "Get Help" I get another dialog box that says the help file cannot be found.

After closing the dialog box, the file is listed as "Imported" and removed from the top list of files to import.

However, the file does not exist in my kma directory nor in the songlist.

What is causing this and how do I proceed?

Scott
CarTunes Karaoke

[mindonstrike]

I've had this twice. I don't recall all the details at this point but essentially the first time Hoster was trying to put the song title in the box where the track # goes (I think my presets were set incorrectly).
The second time my disk id's were were to long, shortening those up fixed the problem.
I'm guessing all the parameters have a maximum # of characters permited.
Also if you've got dashes "-" as part of the song title or artist it can confuse Hoster.

As for hoster showing the tracks imported and yet not actually importing them, Hoster should not do that and in my opinion is something that should be looked at.
As for the "get Help" file missing message, I got those also and don't know why.

Short answer: Make sure the fields in the problem tracks are not to long and/or make sure the presets are set correctly.

Sam

[cartunesdj]

Thanks for replying mindonstrike.

I checked all those things and thought I had figured it out on the first track I looked at. It was "No More Mr. Nice Guy".

I realized the "." after Mr and figured the program was looking for a three digit extention after it. So I took the "." out. But that wasn't it.

I rechecked to verify all the fields and seperators were set correctly. Still nothing.

Oddly enough (which I think I may have forgotten to mention in the original post), some of the tracks from the disc DID import okay without intervention.

Anyway, what I did, on a whim, was move the data in the filename around without changing the content.

Example: Original format = Alice Cooper - DG01 - 4 - No More Mr Nice Guy.bin
Fixed format = DG01-4 - Alice Cooper - No More Mr Nice Guy.bin

I then changed the fields to match my 'fixed' format. IT WORKED!
So I did it to all the tracks that didn't convert before. All worked.

The only real difference I can see is using a dash without spaces before and after to seperate the DiscID from the track#.

But why should that matter if I mark it correctly in the "Define Field Order" area?

I'm hoping MTU can give some assistance here as renaming all the files of the discs I have is going to be quite a chore.

BTW, I am using audiograbber to convert the cd+g tracks from my discs to bin files since Hoster is unable to read the data from my cdr drive. The format I listed above is the way audiograbber sets each filename.

[mindonstrike]

OK this is strange
I renamed a bin file exaxtly the way yours are, alice cooper - dg01 - 04 - No more mr. nice guy.bin, I lost everything after the period. Removed the period after Mr and tried again. for 'Select Brand I used "Dangerous" (just guessing there). I left disk id blank and tried to import. As soon as I clicked 'import files', "Alice cooper" shows up in the disc id box, and then I get the error msg about too much data. I shortened up alice cooper in the file name to "Alice" and then it imported, of course the Artist field now shows "Alice" as does the disk id field.

Then I did this all again except this time I manually filled in the disk id field with "DG04". As soon as I clicked "import files" the disk id feild changed itself back to "Alice Cooper" and then received the too much data error msg again.

I tried a couple of different things and couldn't get it to work. I looked for something in the manual about requireing diskid info to be the first part of a file name and could find nothing. So I don't think Hoster is supposed to behave that way.

Short of renaming your files I don't know what else to suggest. I dont suppose audio grabber will let you do an auto rename or anything?



Sam

[cartunesdj]

Weird, eh?

Well, all it well in CarTunesville...audiograbber DOES allow you to specify the naming convention and does it quite well!

I am interested to see the response from someone at MTU regarding this.

Maybe this is one of those tricky little "bugs" that is getting "squashed" with the next update?

Guess we might have to just wait and see.

[nreel]

I added the same file with and without a Period after Mr. and, of course, with the Trk with Mr+Period (Mr.), everything after the PERIOD was Truncated.

If you use this naming scheme:

Dg01 - 5 - Cooper, Alice - No More Mr Nice Guy.bin

Then, use these parameters:

Field 1 = DiscID
Field 2 = - (SPACEdashSPACE) (The 2nd choice in the List Box, down from the Top)
Field 3 = Track
Field 4 = - (SPACEdashSPACE) (The 2nd choice in the List Box, down from the Top)
Field 5 = Artist
Field 6 = - (SPACEdashSPACE) (The 2nd choice in the List Box, down from the Top)
Field 7 = Title
Field 8 = . (PERIOD)

you will have a successful Import.


Now, if you use your original Format of:

Cooper, Alice - Dg01 - 5 - No More Mr Nice Guy.bin

and us these Parameters to match the naming Scheme:

Field 1 = Artist
Field 2 = - (SPACEdashSPACE) (The 2nd choice in the List Box, down from the Top)
Field 3 = DiscID
Field 4 = - (SPACEdashSPACE) (The 2nd choice in the List Box, down from the Top)
Field 5 = Track
Field 6 = - (SPACEdashSPACE) (The 2nd choice in the List Box, down from the Top)
Field 7 = Title
Field 8 = . (PERIOD)

In Field 3, where DiscID is selected, Hoster fills-in the ARTIST info of Cooper, Alice.

This is, of course, not correct and needs to be fixed.

Norm

[mindonstrike]

Thanks Norm for chiming in. I agreewith your assesment.

Scott, I don't know if this will be corrected in 3.12 or not, However in 3.12 (tentatively due out the end of this month) you can batch import multiple folders. Hoster will take the brand from the topmost folder and the disk id's from the subfolders.
For instance (I did this with a beta version and it worked well) your topmost folder would be labelled "dangerous". The subfolders would be labelled "DG01", "DG02" etc. and then within those folder would be the disk files. You could do that for all your Brands and disks and then Batch process each brand.
If knowing the exact diskid is unimportant you could just put all your "dangerous " songs in a subfolder called "DG" (a lot less cutting and pasting involved)

When you set your parameter you would simply set the disk id to "ignore"

This isn't the simple answer you were hoping for I imagine but it's the best I can come up with at this point.

If it appears the original scenario will be corrected in time for the next upgrade I'll post back.

Sam