sorry about that subject, I tried to get all the "keywords" in there...

I've been using mp3tofid/rsync sucessfull for a while and recently I just upgraded my workstation with a 400GB drive. So I copied over my MP3's to this new drive and then made the correct links so that my old /mp3 mount was pointing to /mnt/fatdrive/mp3.

Now when I run mp3tofid, it's scanning all the songs again as if they are "new" to the database but in reality they are the same tracks. I crtl-c'ed out of it and I don't want to rsync agsint it because I don't want to have to upload all 100MB's of MP3's again. Especially since NOTHING has changed on the player.

If I let mp3tofid complete and sync up will it delete all the mp3's on the player now and upload them all again? Is there any way to avoid this?

Thanks,
Ajay

It works it out based on the inode I believe which means it thinks everything is new since you copied the files.

damn, I was afraid of that. Do you know if there's any way to avoid this in the future when I upgrade drives?

Thanks,
Ajay

mp3tofid version 3 uses the major and minor number of the filesystem, and the inode number as a key in the fid number allocation database. So the only way to prevent this from happening is to copy the filesystem rather than the individual files to another disk. AND you need to make sure the copied filesystem will get the same major and minor number.

To get around these limitations, mp3tofid version 4 only uses the major and minor number if the it is different from the mp3 root, otherwise just the inode number. But what really would help you is its ability to rebuild the database from your current collection of tunes and fids, whatever their major/minor/inode numbers are. If the path itself does not change, no rescanning will be necessary, and rsync will not re-upload your tunes.

Looks I really need to release version 4 ... It has been stable for me for quite a while, but I just never got around writing new documentation, and doing a cygwin port (anyone using that?). I also never was under the impression that much people were using mp3tofid at all, until lately.

Apart from a fix for your problem, version 4 will offer
- player v3 support
- support for wav/wma/ogg/flac tunes
- in- and excluding tunes using regular expressions
- marking tunes as "stereo bleed"
- marking directories as "ignore as child"
- lots of bug fixes
- lots of options to control its behaviour

Pim

Hi Pim,

Quote:

Looks I really need to release version 4 ... It has been stable for me for quite a while, but I just never got around writing new documentation, and doing a cygwin port (anyone using that?). I also never was under the impression that much people were using mp3tofid at all, until lately.

I used the cygwin version of mp3tofid until I moved all my music to a Linux box. I mainly use mp3 but as I have 15GB or so of WMA fiiles too I'd be very grateful for WMA support.

Thanks for a very useful program - I don't need the fancy stuff that emplode and jemplode offer, just a quick and simple way to dump music to my empeg, and for that I find mp3tofid is just the job.

Cheers
Phil

Pim,
Have you made any progress with version 4 i would really like to give it a try, I'm currently using version 3 under linux, but it's getting a bit of a pain rebuilding the database on the player as i'm using V3a11.
Regards
Russell

Hmm... Seems mp3tofid crashes on my gentoo box, and interestingly both versions 3 and 4 crash in teh same way, after having scanned the mp3 files, with "Program received signal SIGFPE, Arithmetic exception".

EDIT: Ugh, replied to a 2 year old post. Sorry.

I don't know if mp3tofid v4 is "officially" released, but Pim has had it available on his website for quite some time:

http://www.macroscoop.nl/~pim/empeg/mp3tofid/

I have been using it for several months, and it works wonderfully. I have it running as a cron job every few hours, and I have my empeg setup in my car to rsync via a wireless bridge in the trunk. So, any CDs I rip or podcasts I download are synced to my empeg automatically. Can't beat that.

Any trouble with the battery getting drained? How are you handling the power issues?

Yep, that's where I downloaded it from, and that's the one that keeps crashing (consistently) on my gentoo box. Some preliminary debugging indicates a bad pointer.