This is really annoying me still. With Windows 7 64 bit, I've tried analysing music stored on a local HDD using MusicIP GUI, Headless and Genpuid. All of these methods use mipcore.exe, which fails to analyse .flac files (and .aac files). I can convert the files to .mp3 or .wav and these file types are analysed fine.
I found a really nasty workaround: 1. Copy .flac files to a share on a Windows XP box. 2. Analyse the files (can be done on the Win7 box, through the share name), and archive analysis. 3. Move the files back over to the correct location on the Win7 HDD. 4. Remove the files from MusicIP GUI, and add the files back again. It must be some kind of Win7 permission thing that the old MusicIP executables I've done a lot of digging to analyse what is going on. I used SysInternals ProcessMonitor to examine what is happening when: 1) .flac analysis fails on Windows 7 64 bit 2) .flac analysis on a Windows XP box and compared. The trace is almost identical up to the point where the file being analysed is [not] openned. I did notice that mipcore.exe attempts to load rpcss.dll from c:\windows\sysWOW64. I tried placing a 32bit version of this in the folder, but it made no difference. I tried moving a .flac file to the root of the HDD, changing the file permission, and the root disk permissing such that it has Everyone=Full Access. I've tried turning off all anti-virus, firewall monitoring apps, and disabled UAC. None of these work. Can anyone think of any other reason why mipcore.exe won't work on a file that is local? _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
