Problem solved! In short:
The trick appears to be that one must write tags (if they include the MIP analysis) as UTF-8, which one can only do in mp3tag if one writes as "ID3v2.4 UTF-8" under tools/options/tags/mpeg. A kind soul at MIP looked at my (sine wave) test track and found that: > The tag is stored in Unicode, which is the cause of the disconnect. Did > you use any other tools on this file after the tag was written by the > mixer? (I'm asking because the mixer is supposed to always write this > as 8 bits, so that's an unexpected case). I had used mp3tag to fix tags on things (moving them from ID3v1 to "ID3v2.3 UTF-16". I did this instead of "ID3v2.4 UTF-8" since I know Squeezecenter works with the v2.3 tags but wasn't sure about the v2.4 ones. After the above response, I removed all tags from the track, rewrote them as "ID3v2.4 UTF-8", then (since the MIP fingerprints were gone) reanalyzed it in XP and moved it onto the Ubuntu server. There MIP recognized it as already analyzed, and SC allowed me to mix with it. (Surprisingly good mix it came up with based on a sine wave :) To check, I then redid the above and furthermore read the tag up (including the fingerprint) and rewrote it as "ID3v2.4 UTF-8"... so this time the fingerprints/analysis were rewritten by mp3tag as well, just in UTF-8 this time. This track also scanned in MIP on the Ubuntu machine as already analyzed & was mixable by SC. Thanks to all for the help. -- lork ------------------------------------------------------------------------ lork's Profile: http://forums.slimdevices.com/member.php?userid=17438 View this thread: http://forums.slimdevices.com/showthread.php?t=49065 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
