Re: Looking for BPM tagger
Michael Wagner <[email protected]> Sun, 27 Feb 2005 00:02:40 -0500
| Newsgroups | gmane.comp.hardware.voyetra.audiotron |
|---|---|
| Message-ID | <[email protected]> |
At 2/25/05 10:51 AM Friday, Stan Abeln wrote: >I assume you're talking about MixMeister BPM Analyzer? Odd - in my >files it stores TBPM frames with eg. "120.85" and then ID3-TagIt >displays "120". Stan: who is showing you 120.85? I just modified my little routine to show me what these tags really look like. In the songs where I figured out (or read off the liner notes) the BPMs and typed them in myself using Tag&Rename, the tag contains what you would expect. So, for a song that's 103 BPM, I see (in hex) 31 30 33 For songs that MixMeister calculated, I get (also in hex) FF FE 31 00 30 00 30 00 2E 00 30 00 33 00 00 00 and the encoding byte indicates Unicode. On further digging, FF FE as the first unicode character is a "byte order mark", giving the receiver a hint as to whether the sender is sending little-endian or big-endian character pairs. The trailing 00 00 is an end mark in unicode. So this encoding means: the stream is little-endian unicode, and the numbers are: 100.03 Now all this nonsense seems pretty nonsensical, especially since the ID3 standard is pretty clear that a numeric string should be represented just as numbers. But I did notice that MixMeister will not bother to rescan a file it's already scanned. So maybe this "coded in unicode" business is a flag that MixMeister has been there already. In any case, I find this so unappealing I am considering decoding the damned things and writing them back in the correct cannonical form. Michael http://home.cogeco.ca/~michaelwagner/personal-page.htm "All I wanna do is have a little fun before I die" Sheryl Crow