Software Support > DOS/WinCab

Why Multiple Covers?

<< < (2/6) > >>

Space Fractal:
This could been a bug in your code, because unicode is not readed correctly. The bug is about the length of them is not detected correct and you propenty might have forget to -2 (or -1? depend how you detect the length)after length is detected.

I guess you should test it by your self by using a unicode based tag by one of the albums and see it.

I havent tested it, but I have seen extract that bug in multiFE but got it fixed.

My self I use ID3-Tag IT or tag Scanner as by ID3 tagger app.

Chris:

--- Quote from: Space Fractal on October 09, 2008, 03:00:50 am ---This could been a bug in your code, because unicode is not readed correctly. The bug is about the length of them is not detected correct and you propenty might have forget to -2 (or -1? depend how you detect the length)after length is detected.

I guess you should test it by your self by using a unicode based tag by one of the albums and see it.

I havent tested it, but I have seen extract that bug in multiFE but got it fixed.

My self I use ID3-Tag IT or tag Scanner as by ID3 tagger app.

--- End quote ---
The thing about Unicode is that the ID3 spec says to always use 16 bit Unicode, and there is a Unicode marker that's supposed to be on the text.  But some tag apps seem to write the Unicode without the tag, some write in UTF-8 rather than 16-bit Unicode, and some use Latin-1.  Microsoft's Media Player seems to be able to detect these incorrect encodings and figure them out anyway, but I'm just not that good, so unfortunately my program does require the tags to be written according to spec.

However, if he used the same program to edit his tags, I wouldn't expect this.  Even if it's writing them wrong, they should all be wrong in the same way.

Space Fractal:
I just downloaded and tested it. Yes, it happens here too with same albums that did for MultiFE. So I just can say it a unicode bug in your code.

You propenty have forget to shorting the detected unicode length string by 2, which cause add some garbage char and then treated like its own album....

FrizzleFried:
Something strange is going on when your software creates it's .DB file from ID3 tags.  Abot 30% of my albums end up with multiple covers because for some reason,  when creating the .DB your software is adding strange characters to ALBUM NAME, ARTIST NAME,  SONG,  and sometimes GENRE too...randomly.  Sometimes a tag will have one with strange characters,  sometimes two fields,  sometimes all fields!?

I also notice that sometimes the strange characters (little rectangles mostly) include the the ending characters of the SONG NAME for example,  under the ALBUM NAME...

So if the SONG WAS "There is Something Wrong" and the Album was "All Messed Up",  the Album name would end up like "All Messed Up(wierd characters + boxes)omething Wrong"....

Also,  it appears that the program will crash out while creating the .DB if the name of the file being created,  including path,  etc...is too long.  I had to go through and remove about 15 albums and re-generate the .DB file over and over and over and over again until I could make it through without crashing.

Does your program support ID3v1 or v2 or both? Which would be more stable?

FrizzleFried:
Here is an example of the .DB in question...I cut/pasted the last little bit.  You can see how some tags are fine while others aren't so fine.... they all look perfect in a TAG editor.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version