MP3 Encoder Identification
Reply #100 – 2003-08-17 14:59:37
Also, permanent result caching will be implemented. Sounds good to me! Make sure that you'll store besides the filename also the size of the file as well as the modification date! I actually always preserve the timestamp when I edit some of my mp3's, like shorten them, remove the last bad frame, or change the id3 tags. EncSpot never updates this file because of that. However, I mentioned something like this before. So when you get bored you probably want to go through some posts made in this thread just to make sure you didn't miss any suggestion I can't wait for the new release though btw.: I'm not sure how your program as going to determine the codec used, but I noticed that Lame uses silent frames to store its information. Some mp3's don't use Lame Headers at all, so the only thing EncSpot relies on are those silent frames. This works but not always though. Sometimes there are no silent frames at all, i.e. when you cut the mp3 file, but sometimes it is just naturally. EncSpot would always say that it was Gogo (after 3.x), which I found irritating. Your program was still able to guess the right codec though. Well not exactly, but it stated on both files (Lame Alt???). Therefore, I'm just curious how you plan to determine the right codec...I mixture between your first method and the method EncSpot uses would be probably perfect... Thanks