Hoster has always had problems Importing Mp3+Gs, whether in ZIP form or expanded form.
It's always the same song about the mp3 not being ripped at the correct compression, even though every Mp3 and Mp3+G Player in the known universe plays them perfectly.
I was helping a friend last Monday with Importing ZIPs and we were getting quite a few ERRORs during Import.
I used MP3GToolz 3.0 to expand and Compress back to ZIP, used Winrar 3.42 to Convert the ZIP, and the Trk Imported correctly.
I suggested to my friend that, since the process of Expanding, Compressing, and Converting...leave alone having to make a note of which trks had errors in order to find them for repair later...BECAUSE HOSTER DOESN'T MAKE A LIST FOR YOU<---look...I'm yelling...I'm sorry...I just break up laughing every time I see some comment about Yelling...I wasn't aware that the ears could hear what the Eyes were seeing...man...that Yelling is just Offensive...ewweee...see...my Yelling got me side-tracked...sorry.
So, I suggested to him to do what I do, and, that is, to convert the ZIPs to BINs and Import as BINs. Actually, I take it one step further and rename the BINs to CDGs and Import as a HDCDG. I seem to recall a version that caused a catastrophe with EDITED/IMPORTED BINS upon rebuilding the DB. I had to re-import hundreds of Trks starting from a certain DATE.
BINs are so nice in that...hey...they're not Mp3+Gs so...no errors. Also, a little tidbit for those who have all kinds of comments in there Mp3 Headers. Converting to BINs and back to Mp3+Gs cleans all the HEADER info up.
But, the bottom line is, you don't need to listen to any KMAs generated from Mp3+G to check for Errors.
Now, I know this will be a lot of work. But, join the Hoster Club. You won't be the first to re-import to fix something.
|