Doing songs in batch creates error sometimes

[bryant]

Whenever I do a complete folder (usually 18 songs) and check all when converting from bin to zip, I will get an error usually on the 5th or 6th file down. But when I stop the program, restart it, and click on the file that created the error and process that one by itself, it works fine. Then I continu batching the rest of the files, but it may stop againg 4 or 5 files into it.

This happens on nearly every batch and ALWAYS corrects itself when I process the errored file by itself.
The files are okay apparently. They process fine alone.

It's like somehow the end of a processed file ties up the beginning of another process and it causes a stop point.

Can anyone recreate this?

[admin]

What version of Songverter do you have?

[bryant]

I'm at work right now but will check when I get home.
Thanx.

[bryant]

Originally Posted by admin

What version of Songverter do you have?

1.001

I found there was 1.002, is that the problem you think?

[bryant]

This still seems to occur. A few moments ago I was doing 18 zip to bins, I selected "select all" and "delete" as my options. It stopped after 9 files and gave the message "couldnot open file", or something like that.
Went back to the program and againg made the same selections and it went through the last nine files without any error pop-ups.

It seems to be a random thing on how many files it will take consecutively before the error pops up, I've had it got to 10-11 at times, and other times only 3.

As long as I restart the process where i left off, everything converts fine.

I wonder if this could be a system thing on my end, and if so, would anyone have any ideas on what could create this situation?

[bryant]

I did notice a pattern when the errors pop up.
I just now attempted to songvert 18 different bin files
to zip files. The batch stopped processing at 9 files. Restarted the remaining nine; it made it through five, restarted the remaining four and it made it through 2, restarted those two and one of them converted, clicked on the remaining file and it converted fine.

A previous set of zip to bins earlier today followed the same pattern.

It's really weird that it is an exponentially decreasing function.

I'm hoping someone can reproduce this with multiple files being converted from zip-to-bin and/or from bin-to-zip?

I've been starting with folders of 18 at a time to process.

[bryant]

The above pattern has been happening numerous times while songverting 18 songs in a batch.

1) Does nine then "error opening file"

2)start over with nine, does 5 "error opening file"

3)start over with four, completed two, then same error.

4)start over with two bins, does one errors on last one.

5)start over with last bin, zips up correctly first try.

Why?? Really weird?

Still looking for someone to reproduce this.

[admin]

Hey, try some files other than ZIPPING to or from.

We just fixed an obscure bug in another product where if the internal files have extensions in different cases (.mp3 + .CDG) then it would error.

We'll look at Songverter to make sure the problem isn't there, or fix it if present.

[bryant]

Originally Posted by admin

Hey, try some files other than ZIPPING to or from.

We just fixed an obscure bug in another product where if the internal files have extensions in different cases (.mp3 + .CDG) then it would error.

We'll look at Songverter to make sure the problem isn't there, or fix it if present.

I did check the extensions and they were all the same case in all of them. All files eventually songverted properly, it is that they would only process half a batch at a time, sort of like a half-life that explains the life of radio-isotopes. e.g., carbon-14 half life of approx. 5800 years means that half the mass decays to nitrogen-14 every 5800 years, so after 10,600 years, one-fourth of carbon-14 remains, while 3/4 of mass is Nitrogen-14.

Sorry for the lengthy CSI explanation.

[bryant]

Originally Posted by admin

Hey, try some files other than ZIPPING to or from.

We just fixed an obscure bug in another product where if the internal files have extensions in different cases (.mp3 + .CDG) then it would error.

We'll look at Songverter to make sure the problem isn't there, or fix it if present.

Yup, no matter what I try, I can only process one half of a batch at a time. Tried mp3+g to bin and to zip, vica versa, etc.

[bryant]

I also tried this for a work-around. As most of my custom discs are 18 songs to be consistent. I added in another 18 and renumbered them beginning with "z" so they would appear at the end of the list of 18 i wanted done.

It did the first 18 (1/2 as usual), but it didn't do them in the alphabetical order i was hoping for.

How does songverter choose its order of songs to convert. Knowing this I could invent a decent work-around for now.

The same question was asked about Hoster's import from HD order as well, as I was alphabetizing songs to a disk, but the import feature was setting their track numbers in a different order? This was posted on another hoster help forum, just thought i'd relate the two.

Is there a way to change the ordering?

[ddouglass]

Put a number at the beginning of the filename?
My question is what does it matter what order they are converted? Even if you put them in alphabetical order, that doesn't actually change there position on the hard drive.

[bryant]

Originally Posted by ddouglass

Put a number at the beginning of the filename?
My question is what does it matter what order they are converted? Even if you put them in alphabetical order, that doesn't actually change there position on the hard drive.

It does make a difference as the disk is created by track in alphabetical order, and the text file is given in that order as well when viewed, but when importing, it puts them in a random track order, numbering doesn't make any difference. The program has its own way of choosing the order.

that's what I am trying to find out.

[ddouglass]

Can't tell you. Since all of mine have DiskID-Track as part of the name, that is the order they are sorted in. Don't know what it chooses next if no track number is available.

[bryant]

Originally Posted by ddouglass

Can't tell you. Since all of mine have DiskID-Track as part of the name, that is the order they are sorted in. Don't know what it chooses next if no track number is available.

Dale,
Does it sort by track number ( 1 thru 10, for example in that oreder) when you import them, or by another order.

I tried putting anumber and a " - "in front of the title,
but the order wasn't listed 1 thru 18, however.

[bryant]

Originally Posted by ddouglass

Can't tell you. Since all of mine have DiskID-Track as part of the name, that is the order they are sorted in. Don't know what it chooses next if no track number is available.

When you songvert songs, have you created my situation where only half of them will songvert at a time, regardless of the initial number of songs started?

[ddouglass]

Originally Posted by bryant

When you songvert songs, have you created my situation where only half of them will songvert at a time, regardless of the initial number of songs started?

Never had the problem. If I convert a batch, they all convert.

[bryant]

Originally Posted by ddouglass

Never had the problem. If I convert a batch, they all convert.

Any idea why it would be happening only on my computer

[Acescooter]

I'm having the same problem but I discovered it only happens to me if I have Delete Original checked when converting. So for now I convert without deleting and when I'm finished I open that folder and manually delete it.

[bryant]

Originally Posted by Acescooter

I'm having the same problem but I discovered it only happens to me if I have Delete Original checked when converting. So for now I convert without deleting and when I'm finished I open that folder and manually delete it.

Yes, as most of my conversions were of the "delete" original type too. We may have a concensus on this bug, is anyone else seeing this?