Help - Search - Members - Calendar
Full Version: iPod manager
Hydrogenaudio Forums > Hosted Forums > foobar2000 > 3rd Party Plugins - (fb2k)
Pages: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31
musicmusic
QUOTE(alphaex32 @ May 15 2008, 15:55) *
I'm looking forward to this feature, because I keep adding duplicate songs accidentally.
It will come.. smile.gif

QUOTE(alphaex32 @ May 15 2008, 15:55) *
Actually, I have another idea but I dont know if its feasible. Maybe you could make a titleformatting variable that would tell you if the track is on the currently connected ipod. Not sure if this can actually be done, as it would need to check for songs on the fly, but it would be really helpful.
I think there would just be too many issues involved in implementing this.

QUOTE(alphaex32 @ May 15 2008, 15:55) *
Now if only you could fix the transparent artwork bug. Btw, whenever I rewrite the DB with another program, it fixes the artwork, so its definitely a database problem and not something with the image files themselves.
Can you confirm that it's still broken for a single track in latest build? I fixed the inconsistencies that seemed relevant before, the only other difference was that I was writing an extra image format that iTunes wasn't, but something rewriting the database wouldn't generally remove that anyway.
alphaex32
I'm using 0.5.9.3 and it's still ghosting the art. I have a feeling its caused by something really trivial and you'll be kicking yourself when you find it smile.gif
Dereks
Hi, musicmusic. Just writing about Touch case. Now, with new plugin release everything works just perfect! No any bugs, crashes, ghost files or anything. Files just disappear as they should.
wtstommy
I'm not sure if the most recent version was supposed to fix my problem (foo_dop no longer recognizes tracks it has previously transcoded with "Sync to ipod"), but it is still broken for me. After adding podcasts with itunes, all files not recognized by iTunes are re-transcoded on sync-to-ipod.
musicmusic
QUOTE(alphaex32 @ May 15 2008, 19:03) *

I'm using 0.5.9.3 and it's still ghosting the art. I have a feeling its caused by something really trivial and you'll be kicking yourself when you find it smile.gif
Oh, it's definitely something simple sad.gif Those are often the hardest to find... I'll go over everything again.

QUOTE(Dereks @ May 15 2008, 20:37) *

Hi, musicmusic. Just writing about Touch case. Now, with new plugin release everything works just perfect! No any bugs, crashes, ghost files or anything. Files just disappear as they should.
Nice smile.gif

QUOTE(wtstommy @ May 15 2008, 21:21) *

I'm not sure if the most recent version was supposed to fix my problem (foo_dop no longer recognizes tracks it has previously transcoded with "Sync to ipod"), but it is still broken for me. After adding podcasts with itunes, all files not recognized by iTunes are re-transcoded on sync-to-ipod.
Well, I didn't say it was fixed, I asked you a question. Is your iTunes library full of songs or not? Can you provide a backup of iTunesDB + dopdb from the iPod:
1) first directly after transcoding
2) then directly after iTunes decides to mangle/whatever the database.

I'll check if this happens for me, but I didn't get a chance yet. It may be something simple like the database version in the database needing a bump.
musicmusic
0.5.9.4 experimental released:
-I changed the "Send to iPod" command to check if files already exist on the iPod (looks for exact matches)
-I changed the existing file matching method of "Send playlists to iPod" from the previous 'fuzzy' method to the exact match method
-Corrected some issues with smart playlist generation with multiple rules
-Fixed an issue that would have prevented sync working on iPod touch / iPhone correctly
-Some clean-up

Does anyone actually use "Load library and playlists"? It seems very cumbersome and I plan to remove it.
alphaex32
The duplicate checking doesnt seem to be working for me. I tried testing it a few times by sending files which are already on my ipod, and they get sent anyway. I checked the tags on the duplicates and theyre all identical.
Fractal_Mortality
QUOTE(musicmusic @ May 18 2008, 19:39) *

0.5.9.4 experimental released:
-I changed the "Send to iPod" command to check if files already exist on the iPod (looks for exact matches)
-I changed the existing file matching method of "Send playlists to iPod" from the previous 'fuzzy' method to the exact match method
-Corrected some issues with smart playlist generation with multiple rules
-Fixed an issue that would have prevented sync working on iPod touch / iPhone correctly
-Some clean-up

Does anyone actually use "Load library and playlists"? It seems very cumbersome and I plan to remove it.


I definitely use "Load Library" but never load playlists.
Leak
QUOTE(musicmusic @ May 19 2008, 02:39) *

Does anyone actually use "Load library and playlists"? It seems very cumbersome and I plan to remove it.

I do - how else is one supposed to actually get files OFF the iPod on another machine if it weren't for "Load library" and Foobar2000's built-in file operations?

So please don't remove this...

EDIT: Wait - you said "Load library and playlists", not "Load library"... no, can't say I've ever used it.
musicmusic
QUOTE(alphaex32 @ May 19 2008, 03:26) *

The duplicate checking doesnt seem to be working for me. I tried testing it a few times by sending files which are already on my ipod, and they get sent anyway. I checked the tags on the duplicates and theyre all identical.
Same filesize and modified date? (OK - these aren't accessible on the iPod touch / iPhone through foo_dop, it works with what's in the iPod database in this case.) Can you try sending a file twice (in two separate operations?). If that doesn't work then it's broken on iPod touch / iPhone.
PlazzTT
QUOTE(musicmusic @ May 19 2008, 01:39) *
Does anyone actually use "Load library and playlists"? It seems very cumbersome and I plan to remove it.


I've never used it, no.
Xenion
thank you for developing this plugin. my sister is going crazy, now her ipod shuffle works with foobar ^^
alphaex32
Ok, if I send the same file twice in succession it detects the duplicate and skips it. Could it have something to do with the program used to add the files? I used mediamonkey to send a lot of them, so maybe it does some something that modifies the file slightly? Although I looked at the filesize and all the other properties for a duplicate file and they were exactly the same, so I cant see see why it wasnt detected. Could you maybe have an option to ignore the modified date just in case thats the problem?
musicmusic
QUOTE(alphaex32 @ May 19 2008, 13:45) *

Ok, if I send the same file twice in succession it detects the duplicate and skips it. Could it have something to do with the program used to add the files? I used mediamonkey to send a lot of them, so maybe it does some something that modifies the file slightly? Although I looked at the filesize and all the other properties for a duplicate file and they were exactly the same, so I cant see see why it wasnt detected. Could you maybe have an option to ignore the modified date just in case thats the problem?
If you didn't modify the files on your computer since you sent them, then it may be that Media Monkey didn't write the modified time field in the iPod database correctly. You can check the modified time in the database in iTunes, just add the respective column.

I can't not use the modified time - basing it solely on metadata falls over on tracks that are lacking in metadata. The only improvement I can realistically make is in regards to files that have been modified since they were sent: it could also check if any files in the iPod have the same source path (when they were sent) as one of the files being sent, and if so remove the old version rather than creating a duplicate. That would only work for files sent using foo_dop, though, and of course will fall over if they were moved (as well as modified) since then.

Anyway, I added a "In DopDB" column to the browse iPod view, which indicates whether there is a matching entry in foo_dop's database (i.e. it sent them).

Oh, I uploaded 0.5.9.5, it fixes a bug in .4 with sync (etc.) and recently added files.
PlazzTT
Dumbass question of the day: Can I add tracks to a playlist ("folder") on the iPod?
alphaex32
Maybe you could give us the option of specifying our own duplicate-matching scheme? Like we could just provide our own titleformatting string with which the two files would be compared. That way, if matching fails, its our own fault smile.gif I, for example, would probably just use %artist%-%title%-%album%, but other people might want to include file path, comments, track length, etc. to get more specific.
musicmusic
QUOTE(PlazzTT @ May 19 2008, 16:54) *

Dumbass question of the day: Can I add tracks to a playlist ("folder") on the iPod?
Playlists and playlist folders are different things, the latter are only supported on iPod Classics and Nano 3Gs. Anyway, what you can do with the component is send playlists to the iPod and create smart playlists (and remove playlists of course).

QUOTE(alphaex32 @ May 19 2008, 17:22) *

Maybe you could give us the option of specifying our own duplicate-matching scheme? Like we could just provide our own titleformatting string with which the two files would be compared. That way, if matching fails, its our own fault smile.gif I, for example, would probably just use %artist%-%title%-%album%, but other people might want to include file path, comments, track length, etc. to get more specific.
I don't really think it's this simple. Take your example, for example, one may modify the lyrics on a file locally and re-send it. The updated lyrics wouldn't find their way onto the iPod. There's also lots of funky stuff that goes on with the last modified times, due to the different resolutions and formats it is stored in..

I think the current method should work OK in most cases once I add the tracking of the source path as I described before. But anyway, if the problem is MediaMonkey doing something wrong, this isn't the solution.

Can I ask for what reason you do not use sync? I just use a special playlist to deal with stuff I put on the iPod temporarily. Is it the flakiness of the connection of the component with the iPod touch? Or the component removing podcasts or smth? Anyway, if it's something I can fix I'd like to know.

BTW, is there anyone here still with a 3G or 4G iPod? If so, can you tell me if iTunes allows you to create multiple playlists with the same name?
alphaex32
I dont use the sync function mainly out of habit. I guess I just like knowing exactly what is going to be sent/removed and I dont totally trust any program not to screw something up. Maybe if you implemented some sort of confirmation dialog which would show a list of all the changes that would be made during a sync, I would be more inclined to use it. So its not your fault or anything, its just the way I like to manage my ipod.

As for the duplicate checking, I understand your point. I think ill just have to wean myself off of mediamonkey.
musicmusic
Hmm, yes now you mention it a preview wouldn't be so bad. I think I'll add that and then maybe also a quiet mode.
liteau
Hi. I've looked through the last couple of pages and haven't found a solution to my problem. Hopefully someone can help:

I just synced my library to my Ipod's, but there appears to be only one album cover... Every single song I synced uses this single album cover! I got so frustrated that I removed all the songs off the Ipod, threw away the song with that album cover in the recycle bin and resynced everything. To my horror, the same album cover appeared for every song (even though the song using that cover is no longer on the Ipod). In the coverflow, it's just hundreds of copies of that one album. I've tried sending the songs instead of syncing.. I've tried using the new test version.. I've even tried uploading just one song on my Ipod.. that evil album cover still showed up! What's going on?
Keikonium
QUOTE(liteau @ May 20 2008, 01:26) *

Hi. I've looked through the last couple of pages and haven't found a solution to my problem. Hopefully someone can help:

I just synced my library to my Ipod's, but there appears to be only one album cover... Every single song I synced uses this single album cover! I got so frustrated that I removed all the songs off the Ipod, threw away the song with that album cover in the recycle bin and resynced everything. To my horror, the same album cover appeared for every song (even though the song using that cover is no longer on the Ipod). In the coverflow, it's just hundreds of copies of that one album. I've tried sending the songs instead of syncing.. I've tried using the new test version.. I've even tried uploading just one song on my Ipod.. that evil album cover still showed up! What's going on?


I'm not entirly sure, but I had a similar issue with my iPod. After doing some stuff on it (I think it was iTunes updates fault?) most of my albums only displayed the cover for the FIRST track, OR no tracks at all. It was frustrating, but I resolved it by using itunes to restore the ipod back to its factory settings, and then used foo_dop to send everything back. Maybe see if that works for you?
PlazzTT
QUOTE(liteau @ May 20 2008, 01:26) *

Hi. I've looked through the last couple of pages and haven't found a solution to my problem. Hopefully someone can help:

I just synced my library to my Ipod's, but there appears to be only one album cover... Every single song I synced uses this single album cover! I got so frustrated that I removed all the songs off the Ipod, threw away the song with that album cover in the recycle bin and resynced everything. To my horror, the same album cover appeared for every song (even though the song using that cover is no longer on the Ipod). In the coverflow, it's just hundreds of copies of that one album. I've tried sending the songs instead of syncing.. I've tried using the new test version.. I've even tried uploading just one song on my Ipod.. that evil album cover still showed up! What's going on?


Was the cover embedded in the song you deleted? foo_dop could be using a folder.jpg file which you haven't deleted. If all of your mp3s are in the one folder, this could be the reason.

If an mp3 being sent to the iPod by foo_dop has both embedded art, and a folder.jpg file in the same folder, I'm not sure which one is used as the album art for that mp3?
Keikonium
Hey musicmusic,

I have tested out your 0.5.9.5 on my 80GB Classic, and everything seems flawless so far smile.gif. I haven't synced y iPod in a while, so when I did, I had over 1000 files to get updated ohmy.gif! I know I didn't have that many new songs, so of course it was the metadata changing in the songs.

So my question/suggestion/request is if it would be at all possible to have a field that we could define tags to ignore when syncing the iPod? For example:

first_played;last_played;play_counter

Something like that where we seperate the tags with ;'s. If that isn't possible, I will just update my iPod more often to avoid to huge update every week haha.

Thanks and keep up the good work smile.gif.
musicmusic
QUOTE(PlazzTT @ May 20 2008, 10:09) *
foo_dop could be using a folder.jpg file which you haven't deleted. If all of your mp3s are in the one folder, this could be the reason.
Agreed that's the most likely reason. If you can't see it in Windows Explorer, you may need to show hidden files and protected operating system files.

QUOTE(Keikonium @ May 20 2008, 10:23) *
So my question/suggestion/request is if it would be at all possible to have a field that we could define tags to ignore when syncing the iPod? For example:

first_played;last_played;play_counter

Something like that where we seperate the tags with ;'s. If that isn't possible, I will just update my iPod more often to avoid to huge update every week haha.
It's not really possible without some issues. So yes you could update more frequently or alternatively not update playback stats to tags.
bort
I tried creating a smart playlist based on rating > 3 but only one song is added to it. I wonder if this has something to do with the fact that I use foo_custominfo for storing the rating tag?
RainDawg
musicmusic,

After using this plug-in for a little while, I've still found some bizarre behavior with my files on the iPhone losing the lyrics tags in the database. The tags remain intact in the files on the device, but for some reason they stop being displayed when playing occasionally....this may be related to iTunes screwing with the files.

However, I have discovered a workaround: It appears that the device will display lyrics if they are included in the COMMENT field with a leading [LY] at the front of the field. Would it be possible to include an option to map a title-formatting string to the comment field in the metadata tab? It's been a long and frustrating struggle to take full advantage of the abilities of the iPhone without the need for let iTunes take control of my carefully tagged files, and this would be one step in that process.
musicmusic
QUOTE(bort @ May 20 2008, 22:03) *

I tried creating a smart playlist based on rating > 3 but only one song is added to it. I wonder if this has something to do with the fact that I use foo_custominfo for storing the rating tag?
Yes. I will fix it so it at least works with the official Playback Statistics component, which will probably fix it for you as well, and maybe a remapping when there is some space in prefs.

QUOTE(RainDawg @ May 21 2008, 22:18) *

musicmusic,

After using this plug-in for a little while, I've still found some bizarre behavior with my files on the iPhone losing the lyrics tags in the database. The tags remain intact in the files on the device, but for some reason they stop being displayed when playing occasionally....this may be related to iTunes screwing with the files.

However, I have discovered a workaround: It appears that the device will display lyrics if they are included in the COMMENT field with a leading [LY] at the front of the field. Would it be possible to include an option to map a title-formatting string to the comment field in the metadata tab? It's been a long and frustrating struggle to take full advantage of the abilities of the iPhone without the need for let iTunes take control of my carefully tagged files, and this would be one step in that process.
Strings in the iTunesDB are limited to 500 characters - so it's not getting anything from there (unless your lyrics are really short..). The iPod reads lyrics directly from the file's tags, with regards to MP3 it needs "iTunes compatible" ID3v2 tags - enabling the compatibility mode in foobar2000 usually achieves that if you're tagging with foobar2000. I don't remember who (maybe you) but someone reported seeing random parts of the MP3 file instead of the lyrics on the iPod touch when they had ID3v2.4 tags..
RainDawg
I have noticed certain strange behavior in the display of the lyrics when the tags are not written in compatibility mode too....but that's not really what's been happening here.

Sometimes, the lyrics show for some period of time, and then for no apparent reason the device decides it doesn't want to show them anymore. They are still in the file, because when I load the library on my work computer, the foobar2000 lyrics display panel still shows them. I guess there is a still a lot of "black magic" in the way the iPhone displays stuff.
musicmusic
Can you make them reliably disappear and come back? The thing is, if it is having trouble reading the tag it can still give inconsistent results. If you can reliably make them disappear and come back, then you can try tagging a track with iTunes itself and see if that helps.

But anyway the extent of the component's involvement with lyrics is just setting a flag in the database to indicate whether a track has lyrics or not. So otherwise I guess your hope is new firmware..
RainDawg
Yeah, if I send a file with lyrics, and then don't let iTunes do anything, they show up. As soon as I allow iTunes to run, even though it's set to let me manually manage my music, and to NOT sync ANY files at all, the lyrics refuse to show up, even though they are still in the file. If I remove them from the file on the iPhone, then re-add them and run the foo_dop "update metadata..." command, they come back until iTunes runs again. So for whatever reason, iTunes is probably telling the device that no lyrics are attached, so the device isn't even looking into that tag as it runs.

The strange thing is that this problems seems to have come up somewhat recently, although I cannot pinpoint exactly when it started (maybe with the recent iTunes update about a month ago?). Could have been with one of the minor updates in foo_dop...I really don't know. However I can reliably make this problem arise and then dissapear.

....it's too bad that such a wonderful device as the iPhone has to be developed by the same company that forces you to use such a monumental piece of shiatt as iTunes.
musicmusic
The plot thickens. I can reproduce this. With further investigation, it seems that along with that flag I mentioned iTunes is writing some other value into the database these days, which foo_dop doesn't and is causing iTunes to remove the other flag. So I need to work out what this value means, doesn't seem like anything obvious at first sight sad.gif
musicmusic
Well, I may as well update you on what I found out. It seems to be a 32-bit checksum/hash of the lyrics, also dependant on the filetype. I thought I was being paranoid, but any two MP3 files with same lyrics but other metadata different get the same value, and same length but different lyrics get a different value. Clearly the iPod doesn't care about this, since it displays lyrics without it, so what exactly this is for is beyond me. The algorithm is unknown to me; if it is anything like the main database hash it could also depend on one of the iPod's serial numbers and some magic bytes. The good news is that at first sight putting any garbage in this field seems to be enough to keep iTunes and my iPod classic happy, but the bad news is if it is really meant as a checksum this may not work forever or may have different results on an iPod touch.

I just can't see why they would try and protect a feature like lyrics like this: maybe it's to do with the fact that lyrics requires the January software update on the iPod touch? I think you are right though in that it must have started with a recent iTunes update.
RainDawg
Maybe something to do with licensing? Perhaps they are considering embedding lyrics into files downloaded from the music store, and want to be able to assure the record companies that this information is "secured".

Either way, I becomes increasingly weary with iTunes' overbearing control over the iPhone.....
musicmusic
Version 0.6.0 released. See changelog for details.
QUOTE(RainDawg @ May 27 2008, 13:44) *
Maybe something to do with licensing? Perhaps they are considering embedding lyrics into files downloaded from the music store, and want to be able to assure the record companies that this information is "secured".

Either way, I becomes increasingly weary with iTunes' overbearing control over the iPhone.....
Well, version 0.6.0 sets this field to some fixed value (for new tracks), which stops iTunes removing the lyrics flag. This doesn't affect the ability of my iPod classic to display lyrics, but I need confirmation that the iPod touch and iPhone are OK as well.
RainDawg
Great, thanks for that. I am currently in the midst of a move, so right now my computer is packed up and I am restricted to my iPhone for all computing needs. I probably won't have it setup until this upcoming weekend, and I'll test it then to make sure it works.
Keikonium
On the topic of lyrics, I have two questions:

1. What tag do the lyrics need to be in for the iPod (specifically the 80GB classic) to read them?

2. If the answer to question 1. is something OTHER than %lyrics% would it be at all possible for foo_dop to make the iPod read the lyrics from the %lyrics% tag instead (or make a custom mapping for it)?

I can't get my classic to display my lyrics, and I never have been able to sad.gif.

EDIT: I just read on http://yuo.be/wiki/dop:notes that the lyrics need to be in the Unsynced Lyrics tag for MP3's, so my suggestion is that it be possible to map this to a different field such as %lyrics% if this is possible smile.gif.
musicmusic
QUOTE(RainDawg @ May 27 2008, 18:30) *

Great, thanks for that. I am currently in the midst of a move, so right now my computer is packed up and I am restricted to my iPhone for all computing needs. I probably won't have it setup until this upcoming weekend, and I'll test it then to make sure it works.
OK cool smile.gif If it works then I'll be happy to remove all previous versions of foo_dop (well, I already started there tongue.gif).

QUOTE(Keikonium @ May 27 2008, 22:12) *
[...]EDIT: I just read on http://yuo.be/wiki/dop:notes that the lyrics need to be in the Unsynced Lyrics tag for MP3's, so my suggestion is that it be possible to map this to a different field such as %lyrics% if this is possible smile.gif.
I can't change what foobar2000 maps the USLT ID3v2 frame to. I can recommend the Linear+ view in the forum.
mobyduck
QUOTE(musicmusic @ May 27 2008, 14:23) *
I can't change what foobar2000 maps the USLT ID3v2 frame to.
Then I suppose there's no hope for those using APEv2 tags...? crying.gif

Alessandro
Keikonium
QUOTE(musicmusic @ May 27 2008, 16:23) *
I can't change what foobar2000 maps the USLT ID3v2 frame to.


Hmm, that sucks sad.gif. So is there any way at all to make the classic read lyrics from the %lyrics% tag or am I gonna have to convert all the %lyrics% tags to %unsynced lyrics%?
musicmusic
QUOTE(mobyduck @ May 28 2008, 08:19) *
Then I suppose there's no hope for those using APEv2 tags...? crying.gif
Correct.

QUOTE(Keikonium @ May 28 2008, 08:41) *
I gonna have to convert all the %lyrics% tags to %unsynced lyrics%?
Correct, for your MP3 files.
alphaex32
Thank you so much for the sync dialog! However, sync still only works as long as I completely avoid running itunes or doing transfers with any other program. I decided to completely format my ipod, then I used foobar to sync a bunch of tracks. Then, I ran itunes and it automatically started to determine gapless data and whatever else it does for the tracks on the ipod. Then, when I selected the same tracks in foobar to sync, it assumed they had all changed and wanted to delete and add them all. This doesnt happen if I dont run itunes. Its wierd because I checked the filesize, tags, etc. of the tracks before and after running itunes, and they seem identical.

I noticed that after itunes works it magic on the tracks, the transparent artwork problem for those tracks is fixed. Is foo_dop detecting a change in the artwork? Id think this is a database change only and wouldnt affect the syncing check.
musicmusic
There's two possibilities:
1. If they are transcodes, it may be due to iTunes changing their ID in the database
2. Otherwise, the only thing it could be is iTunes changing the modified date for these tracks in the database. If this is the case, I can keep a track of it in the foo_dop database instead for just the iPod touch/iPhone. But if it is this case can you check what iTunes displays in the Date Modified column for these tracks on the iPod?

When iTunes does a scan for gapless data, it will reload the artwork, metadata etc. That is why the artwork changed. You can stop it doing this on foo_dop tracks if you want by enabling both gapless options in foo_dop prefs.
mobyduck
QUOTE(musicmusic @ May 28 2008, 01:24) *

QUOTE(mobyduck @ May 28 2008, 08:19) *
Then I suppose there's no hope for those using APEv2 tags...? crying.gif
Correct.
Please forgive my ignorance but I was wondering... I tag my MP3s with ID3v1/APEv2 tags only and ordinary APEv2 tags (eg. Album) are correctly transferred: how is this possible if foo_dop/iPod only handle ID3v2? Couldn't some sort of remapping be implemented?

Thanks for your attention.

Alessandro
alphaex32
QUOTE(musicmusic @ May 28 2008, 13:22) *

There's two possibilities:
1. If they are transcodes, it may be due to iTunes changing their ID in the database
2. Otherwise, the only thing it could be is iTunes changing the modified date for these tracks in the database. If this is the case, I can keep a track of it in the foo_dop database instead for just the iPod touch/iPhone. But if it is this case can you check what iTunes displays in the Date Modified column for these tracks on the iPod?

When iTunes does a scan for gapless data, it will reload the artwork, metadata etc. That is why the artwork changed. You can stop it doing this on foo_dop tracks if you want by enabling both gapless options in foo_dop prefs.
Nope, not transcodes but interestingly the Date Modified column in itunes is showing blanks. Maybe this is related to the problem?

Maybe what ill do is get a copy of the database before and after modifying it with itunes, and then you can compare them. This might also be a good way to figure out the transparent artwork problem.

Btw, I just got a crash after I hit stop in the middle of a sync:
CODE
Illegal operation:
Code: C0000005h, flags: 00000000h, address: 0165DEF5h
Access violation, operation: read, address: 00000000h
Call path not available.
Code bytes (0165DEF5h):
0165DEB5h: 17 00 00 8B 45 AC 8B 40 38 8D 1C CD 00 00 00 00
0165DEC5h: 8B 0C 18 8B 54 18 04 03 C3 89 8D C8 FE FF FF 89
0165DED5h: 95 CC FE FF FF 85 C9 74 0A 83 C1 04 51 FF 15 EC
0165DEE5h: C0 6C 01 8B 45 AC 8B 55 90 C6 45 FC 10 8B 48 04
0165DEF5h: 8B 3C 91 8D 04 91 85 FF 74 09 8B 07 8B 50 04 8B
0165DF05h: CF FF D2 89 BD 38 FF FF FF 33 C9 B8 34 F2 6C 01
0165DF15h: 89 4D A0 89 4D A4 89 4D A8 89 45 9C 89 8D 6C FC
0165DF25h: FF FF 89 8D 70 FC FF FF 89 8D 74 FC FF FF 89 85
Stack (0B5FE55Ch):
0B5FE53Ch: 004C8D95 0012FB8C 0063D940 5A0F0A1F
0B5FE54Ch: FFFFFFFE 00631EFB 004CB625 0012F95C
0B5FE55Ch: 979CD6B9 0B43B180 0B61F008 0B61F088
0B5FE56Ch: 09F20E7C 71AB4D1F 00000008 000003AC
0B5FE57Ch: 001F30D0 00000000 0B5FE5B0 71AD2EA3
0B5FE58Ch: 000003AC 0B5FE5A8 00000001 0B5FE5C0
0B5FE59Ch: 0B5FE5BC 0B5FE5D8 016B47DF 00000031
0B5FE5ACh: 0B5FE5D8 016B499C 00000000 00000000
0B5FE5BCh: 0B5FEEE4 016B49A9 0B5FEEE4 016B8901
0B5FE5CCh: 00000000 0B5FEEE4 00000000 0B5FE604
0B5FE5DCh: 016B2CA0 0B5FE674 0B5FFC20 0B5FE720
0B5FE5ECh: 00000000 016E1434 00000001 0B5FEEE4
0B5FE5FCh: 00000000 00000000 0B5FE628 7C9032A8
0B5FE60Ch: 0B5FE674 0B5FEEE4 0B5FE720 0B5FE714
0B5FE61Ch: 0B5FEEE4 7C9032E3 0B5FEEE4 0B5FE9F0
0B5FE62Ch: 7C90327A 0B5FE674 0B5FEEE4 0B5FE720
0B5FE63Ch: 0B5FE714 016B2C73 00000001 0B5FE674
0B5FE64Ch: 0B5FEEE4 7C92ACAD 0B5FE674 7C90D04C
0B5FE65Ch: 7C92ACD6 0B5FE720 00000000 00000001
0B5FE66Ch: 0B5FEF64 016D8900 C0000027 00000002
Registers:
EAX: 0B61F088, EBX: 00000000, ECX: 00000000, EDX: 00000000
ESI: 0B61F07C, EDI: 00000000, EBP: 0B5FEE4C, ESP: 0B5FE55C
Crash location: "foo_dop", loaded at 01640000h - 016FC000h

Loaded modules:
foobar2000 loaded at 00400000h - 00527000h
ntdll loaded at 7C900000h - 7C9AF000h
kernel32 loaded at 7C800000h - 7C8F6000h
COMCTL32 loaded at 773D0000h - 774D3000h
msvcrt loaded at 77C10000h - 77C68000h
ADVAPI32 loaded at 77DD0000h - 77E6B000h
RPCRT4 loaded at 77E70000h - 77F02000h
Secur32 loaded at 77FE0000h - 77FF1000h
GDI32 loaded at 77F10000h - 77F59000h
USER32 loaded at 7E410000h - 7E4A1000h
SHLWAPI loaded at 77F60000h - 77FD6000h
SHELL32 loaded at 7C9C0000h - 7D1D7000h
ole32 loaded at 774E0000h - 7761D000h
shared loaded at 10000000h - 1002A000h
COMDLG32 loaded at 763B0000h - 763F9000h
IMM32 loaded at 76390000h - 763AD000h
AirfoilInject loaded at 00390000h - 003B8000h
winmm loaded at 76B40000h - 76B6D000h
dsound loaded at 73F10000h - 73F6C000h
VERSION loaded at 77C00000h - 77C08000h
fgmgr loaded at 00ED0000h - 00EDD000h
WININET loaded at 42C10000h - 42CE0000h
Normaliz loaded at 00EE0000h - 00EE9000h
iertutil loaded at 42990000h - 429D5000h
MSCTF loaded at 74720000h - 7476C000h
msctfime loaded at 755C0000h - 755EE000h
foo_abx loaded at 01160000h - 01191000h
foo_albumlist loaded at 011C0000h - 01226000h
foo_appcommand loaded at 01250000h - 01266000h
foo_autoplaylist loaded at 01290000h - 012C0000h
foo_cdartdisplay loaded at 012E0000h - 01311000h
foo_cdda loaded at 01340000h - 01378000h
foo_converter loaded at 013A0000h - 01406000h
foo_cwbowron loaded at 01430000h - 01458000h
gdiplus loaded at 4EC50000h - 4EDF6000h
foo_cwb_hooks loaded at 01490000h - 014DC000h
foo_dbsearch loaded at 01500000h - 01570000h
OLEAUT32 loaded at 77120000h - 771AB000h
foo_discogs loaded at 01590000h - 01624000h
WS2_32 loaded at 71AB0000h - 71AC7000h
WS2HELP loaded at 71AA0000h - 71AA8000h
foo_dop loaded at 01640000h - 016FC000h
SETUPAPI loaded at 77920000h - 77A13000h
UxTheme loaded at 5AD70000h - 5ADA8000h
foo_dsp_continuator loaded at 01720000h - 01736000h
MSVCP80 loaded at 7C420000h - 7C4A7000h
MSVCR80 loaded at 78130000h - 781CB000h
foo_dsp_crossfader loaded at 01760000h - 01790000h
foo_dsp_skip_silence loaded at 017B0000h - 017D3000h
foo_dsp_soundtouch loaded at 01800000h - 01826000h
foo_dsp_std loaded at 01850000h - 01896000h
foo_dsp_vlevel loaded at 018C0000h - 018E4000h
foo_dts loaded at 01910000h - 019E0000h
foo_etc loaded at 01A00000h - 01A35000h
CLBCATQ loaded at 76FD0000h - 7704F000h
COMRes loaded at 77050000h - 77115000h
vbscript loaded at 73300000h - 7336A000h
SXS loaded at 7E720000h - 7E7D0000h
foo_exvar loaded at 01A80000h - 01AAE000h
foo_facets loaded at 01BD0000h - 01C51000h
MSIMG32 loaded at 76380000h - 76385000h
foo_fileops loaded at 01C80000h - 01CC6000h
foo_freedb2 loaded at 01CF0000h - 01D30000h
foo_func loaded at 01D50000h - 01D96000h
foo_highlightplaying loaded at 01DB0000h - 01DD1000h
foo_input_mslive loaded at 01E00000h - 01EF9000h
WMVCore loaded at 15110000h - 1536A000h
WMASF loaded at 11C70000h - 11CAA000h
foo_input_reverse loaded at 01F20000h - 01F47000h
foo_input_std loaded at 01F70000h - 02097000h
foo_input_wma loaded at 020C0000h - 020EE000h
foo_listeningto loaded at 02110000h - 02120000h
foo_lyricsgrabber loaded at 02130000h - 02183000h
foo_masstag loaded at 021B0000h - 021FF000h
foo_masstag_addons loaded at 02220000h - 02241000h
foo_masstag_replace loaded at 02270000h - 022A1000h
foo_menu_addons loaded at 022D0000h - 02315000h
foo_minimize_on_close loaded at 02340000h - 02356000h
foo_misc_addons loaded at 02380000h - 023AD000h
foo_mlt loaded at 023D0000h - 023DA000h
foo_navigator loaded at 023F0000h - 02421000h
foo_playlist_bind loaded at 02450000h - 02475000h
foo_popupplus loaded at 02490000h - 02519000h
RICHED20 loaded at 74E30000h - 74E9D000h
foo_pqview loaded at 02540000h - 0256D000h
foo_prettypop loaded at 02590000h - 025DD000h
mscoree loaded at 79000000h - 79046000h
msvcm80 loaded at 7C4C0000h - 7C53D000h
mscorwks loaded at 79E70000h - 7A3FF000h
mscorlib.ni loaded at 790C0000h - 79BF6000h
mscorjit loaded at 79060000h - 790B6000h
rsaenh loaded at 68000000h - 68036000h
foo_preview loaded at 04A70000h - 04A91000h
foo_quicktag loaded at 04B30000h - 04B64000h
foo_random loaded at 04B90000h - 04BCD000h
foo_rgscan loaded at 04BF0000h - 04C4B000h
foo_run loaded at 04C70000h - 04C9E000h
foo_snap loaded at 04CC0000h - 04CD6000h
foo_tlbRC loaded at 04D00000h - 04D20000h
foo_trackpos loaded at 04D40000h - 04D5F000h
foo_truephase_hq loaded at 04D80000h - 04D9E000h
foo_uie_lyrics_art loaded at 04DC0000h - 04E6E000h
foo_ui_std loaded at 04E80000h - 04F53000h
foo_unpack loaded at 04F80000h - 04FAD000h
foo_utils loaded at 04FD0000h - 05014000h
foo_winamp_ipc loaded at 05040000h - 05062000h
foo_winamp_spam loaded at 05090000h - 050AF000h
WINTRUST loaded at 76C30000h - 76C5E000h
CRYPT32 loaded at 77A80000h - 77B15000h
MSASN1 loaded at 77B20000h - 77B32000h
IMAGEHLP loaded at 76C90000h - 76CB8000h
CoreFoundation loaded at 18000000h - 18110000h
WSOCK32 loaded at 71AD0000h - 71AD9000h
YSFileShim loaded at 05670000h - 0567A000h
icuuc36 loaded at 09590000h - 09658000h
icudt36 loaded at 09660000h - 09D67000h
icuin36 loaded at 09D70000h - 09DFD000h
pthreadGC2 loaded at 09E00000h - 09E0F000h
libobjc.i386.A loaded at 22200000h - 2229D000h
iTunesMobileDevice loaded at 09F10000h - 0A024000h
QuickTime loaded at 66800000h - 6785D000h
System.ni loaded at 7A440000h - 7AC2A000h
mswsock loaded at 71A50000h - 71A8F000h
hnetcfg loaded at 662B0000h - 66308000h
wshtcpip loaded at 71A90000h - 71A98000h
System.Drawing.ni loaded at 7ADE0000h - 7AF7C000h
System.Windows.Forms.ni loaded at 7AFD0000h - 7BC6C000h
dciman32 loaded at 73BC0000h - 73BC6000h
wdmaud loaded at 72D20000h - 72D29000h
msacm32 loaded at 72D10000h - 72D18000h
MSACM32 loaded at 77BE0000h - 77BF5000h
midimap loaded at 77BD0000h - 77BD7000h
KsUser loaded at 73EE0000h - 73EE4000h
mslbui loaded at 605D0000h - 605D9000h
PopUpIcons loaded at 0B250000h - 0B256000h
awaysystemex loaded at 3AB00000h - 3AB25000h
xpsp2res loaded at 0B800000h - 0BAC5000h
DBGHELP loaded at 59A60000h - 59B01000h

Stack dump analysis:
Address: 09F20E7Ch, location: "iTunesMobileDevice", loaded at 09F10000h - 0A024000h
Symbol: "AFCSendData" (+000000ECh)
Address: 71AB4D1Fh, location: "WS2_32", loaded at 71AB0000h - 71AC7000h
Symbol: "WSARecv" (+0000006Ah)
Address: 71AD2EA3h, location: "WSOCK32", loaded at 71AD0000h - 71AD9000h
Symbol: "recv" (+00000033h)
Address: 016B47DFh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B499Ch, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B49A9h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B8901h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B2CA0h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E1434h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C9032A8h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlConvertUlongToLargeInteger" (+0000006Ah)
Address: 7C9032E3h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlConvertUlongToLargeInteger" (+000000A5h)
Address: 7C90327Ah, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlConvertUlongToLargeInteger" (+0000003Ch)
Address: 016B2C73h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C92ACADh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlUnwind" (+00000108h)
Address: 7C90D04Ch, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "ZwContinue" (+0000000Ch)
Address: 7C92ACD6h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlUnwind" (+00000131h)
Address: 016D8900h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B740Bh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 71A544B0h, location: "mswsock", loaded at 71A50000h - 71A8F000h
Address: 71A544A8h, location: "mswsock", loaded at 71A50000h - 71A8F000h
Address: 71AB4D16h, location: "WS2_32", loaded at 71AB0000h - 71AC7000h
Symbol: "WSARecv" (+00000061h)
Address: 71AB2E1Fh, location: "WS2_32", loaded at 71AB0000h - 71AC7000h
Symbol: "WSASetEvent" (+0000018Eh)
Address: 71A52BE9h, location: "mswsock", loaded at 71A50000h - 71A8F000h
Address: 71A52C78h, location: "mswsock", loaded at 71A50000h - 71A8F000h
Address: 71A52C66h, location: "mswsock", loaded at 71A50000h - 71A8F000h
Address: 016D37E8h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C90D26Ch, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "ZwDeviceIoControlFile" (+0000000Ch)
Address: 71A5440Bh, location: "mswsock", loaded at 71A50000h - 71A8F000h
Address: 71A544A8h, location: "mswsock", loaded at 71A50000h - 71A8F000h
Address: 0168196Eh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C910098h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+0000018Bh)
Address: 7C910021h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000114h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 7C910098h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+0000018Bh)
Address: 7C910021h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000114h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 7C8097F6h, location: "kernel32", loaded at 7C800000h - 7C8F6000h
Symbol: "InterlockedIncrement" (+00000000h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 7C8097F6h, location: "kernel32", loaded at 7C800000h - 7C8F6000h
Symbol: "InterlockedIncrement" (+00000000h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 7C910961h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "wcsncpy" (+00000402h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 7C910040h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 0049FDC8h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 0049FDC8h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 7C90E900h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "strchr" (+00000113h)
Address: 0049FDA9h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 0049FDC8h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 7C80980Ah, location: "kernel32", loaded at 7C800000h - 7C8F6000h
Symbol: "InterlockedDecrement" (+00000000h)
Address: 004B62AEh, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 004A22A0h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 0049FDC8h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 004376C7h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 00437C93h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 004382FCh, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 004B48A8h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 00437A79h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 00437A8Fh, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 00437A8Fh, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 7C910098h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+0000018Bh)
Address: 7C910021h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000114h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 00437A8Fh, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 00437A8Fh, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 00437A8Fh, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 00437A8Fh, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 00437A8Fh, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 00437A8Fh, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 7C90E900h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "strchr" (+00000113h)
Address: 7C910040h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 016AF483h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016AF4A2h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 004F5EE0h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 016B3FB0h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016AF4A2h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 0167373Dh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 004F5EC8h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 0164430Eh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 01657307h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B47DFh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B499Ch, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E1434h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B49A9h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B7EF2h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B7ED8h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B2C63h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E1434h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C9032A8h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlConvertUlongToLargeInteger" (+0000006Ah)
Address: 7C9032E3h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlConvertUlongToLargeInteger" (+000000A5h)
Address: 7C90327Ah, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlConvertUlongToLargeInteger" (+0000003Ch)
Address: 016C8B5Ah, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C90D04Ch, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "ZwContinue" (+0000000Ch)
Address: 7C92ACD6h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlUnwind" (+00000131h)
Address: 016D37E8h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E13F8h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016D37E8h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 4EC936CFh, location: "gdiplus", loaded at 4EC50000h - 4EDF6000h
Symbol: "GdipGetPathGradientFocusScales" (+00000972h)
Address: 4EC93834h, location: "gdiplus", loaded at 4EC50000h - 4EDF6000h
Symbol: "GdipGetPathGradientFocusScales" (+00000AD7h)
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016D37E8h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B2C14h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C90E900h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "strchr" (+00000113h)
Address: 7C910040h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 016CF234h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 0191003Dh, location: "foo_dts", loaded at 01910000h - 019E0000h
Address: 016C740Eh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 01659761h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 0168A8FEh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016C9BA8h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C910040h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 0168A932h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B8A07h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 0168A8FEh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B2F87h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 0168A8FEh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B2C73h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E35DCh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B8105h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E35DCh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 0168A8FEh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B7EF2h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 0168A8FEh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B3FB0h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B848Ch, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E35DCh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E35DCh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B87E3h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E35DCh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 71A5440Bh, location: "mswsock", loaded at 71A50000h - 71A8F000h
Address: 015FF024h, location: "foo_discogs", loaded at 01590000h - 01624000h
Address: 016B89CFh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E35DCh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B2C63h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E35DCh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016E35DCh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C9032A8h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlConvertUlongToLargeInteger" (+0000006Ah)
Address: 7C9032BCh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlConvertUlongToLargeInteger" (+0000007Eh)
Address: 7C90327Ah, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlConvertUlongToLargeInteger" (+0000003Ch)
Address: 016CA5ABh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C92A9EFh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "towlower" (+000001C9h)
Address: 016CA5ABh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C910098h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+0000018Bh)
Address: 7C90E46Ah, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "KiUserExceptionDispatcher" (+0000000Eh)
Address: 7C812AEBh, location: "kernel32", loaded at 7C800000h - 7C8F6000h
Symbol: "RaiseException" (+00000052h)
Address: 4EC936CFh, location: "gdiplus", loaded at 4EC50000h - 4EDF6000h
Symbol: "GdipGetPathGradientFocusScales" (+00000972h)
Address: 4EC93834h, location: "gdiplus", loaded at 4EC50000h - 4EDF6000h
Symbol: "GdipGetPathGradientFocusScales" (+00000AD7h)
Address: 01643D90h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 7C812AEBh, location: "kernel32", loaded at 7C800000h - 7C8F6000h
Symbol: "RaiseException" (+00000052h)
Address: 4EC936CFh, location: "gdiplus", loaded at 4EC50000h - 4EDF6000h
Symbol: "GdipGetPathGradientFocusScales" (+00000972h)
Address: 4EC93834h, location: "gdiplus", loaded at 4EC50000h - 4EDF6000h
Symbol: "GdipGetPathGradientFocusScales" (+00000AD7h)
Address: 7E41885Ah, location: "USER32", loaded at 7E410000h - 7E4A1000h
Symbol: "GetDC" (+00000193h)
Address: 7C90E900h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "strchr" (+00000113h)
Address: 7C910040h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 7C90E900h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "strchr" (+00000113h)
Address: 7C910040h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 7C91003Dh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 004C8D95h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 004CB625h, location: "foobar2000", loaded at 00400000h - 00527000h
Address: 7C812AEBh, location: "kernel32", loaded at 7C800000h - 7C8F6000h
Symbol: "RaiseException" (+00000052h)
Address: 7C90E900h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "strchr" (+00000113h)
Address: 7C9101C0h, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlAllocateHeap" (+0000011Ch)
Address: 7C9101BBh, location: "ntdll", loaded at 7C900000h - 7C9AF000h
Symbol: "RtlAllocateHeap" (+00000117h)
Address: 016AF6DEh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016B2BACh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 01699884h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016AF483h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016D0A50h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016CE1E4h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016D0A50h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016AF4A2h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 0167373Dh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 0164430Eh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 0164432Fh, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 01654CC7h, location: "foo_dop", loaded at 01640000h - 016FC000h
Address: 016D37E8h, location: "foo_dop", loaded at 01640000h - 016FC000h

Version info:
foobar2000 v0.9.5.3 beta 2
UNICODE
Windows 5.1


Additional info:
SoundTouch DSP 0.1 (SSE) (foo_dsp_soundtouch)
mslive 0.4.5 (Intel SSE) (foo_input_mslive)
PopUp Plus 20080423 (foo_popupplus)
Album List 4.2.2 (foo_albumlist)
Misc. Addons 0.1.1 (SSE) (foo_misc_addons)
ListeningTo 0.1.1 (foo_listeningto)
Track Positioner 1.0 (foo_trackpos)
Lyrics Art Panel 0.057 (foo_uie_lyrics_art)
freedb Tagger 0.6 (foo_freedb2)
Gapless Crossfader 0.3.3.5 (SSE) (foo_dsp_crossfader)
Reverse Playback 0.1.4 (SSE) (foo_input_reverse)
Default User Interface 0.9.5 (foo_ui_std)
Masstagger Addons 0.3.4 (SSE) (foo_masstag_addons)
foo_func 0.1.7 (foo_func)
Masstagger 1.6 (foo_masstag)
True Phase 1.0 (foo_truephase_hq)
Acro WMA decoder 0.1.7.2 (SSE) (foo_input_wma)
Discogs Tagger 1.13 (foo_discogs)
iPod manager 0.6.0 (foo_dop)
Main window snapping 0.1 (foo_snap)
ZIP/GZIP reader 1.0 (foo_unpack)
APPCOMMAND multimedia key support 0.1 (foo_appcommand)
Tagger Panel Window 1.0.6 [Jan 2 2008 - 15:50:49] (foo_cwb_hooks)
Facets 2008-02-25 (foo_facets)
Standard DSP Array 1.0 (foo_dsp_std)
Pretty Popup 1.2.3 (foo_prettypop)
Navigator 0.6 (foo_navigator)
Minimize On Close 0.2 (foo_minimize_on_close)
Playlist Bind 3.2 (foo_playlist_bind)
CD Audio Decoder 2.1.2 (foo_cdda)
Autoplaylist Manager 1.0 (foo_autoplaylist)
cwbowron's title format hooks 1.2.6 [Jan 2 2008 - 15:50:05] (foo_cwb_hooks)
Standard Input Array 1.0 (foo_input_std)
Album Art Browser 0.0.5 [Jul 13 2007 - 10:15:45] (foo_cwbowron)
ReplayGain Scanner 2.0.6 (foo_rgscan)
VLevel 20060324.0 (foo_dsp_vlevel)
File Operations 2.1 (foo_fileops)
Winamp API Emulator 0.90 (foo_winamp_spam)
DTS decoder 0.1.3 (Intel SSE) (foo_dts)
Miranda ListeningTo foobar2000 Plugin 1.0 (foo_mlt)
Run services 0.3.3 (foo_run)
Continuator 0.5.0 (foo_dsp_continuator)
Playback Queue Viewer 0.2 (foo_pqview)
Database Search 1.4 (foo_dbsearch)
TLB Remote Control 2.1 (foo_tlbRC)
Extended Variables 0.3 (foo_exvar)
Skip silence 0.1 (SSE) (foo_dsp_skip_silence)
CD Art Display Interface 2.0 beta 134 (foo_cdartdisplay)
Converter 1.1.1 (foo_converter)
Highlight playing 0.1.0 (foo_highlightplaying)
Lyrics Grabber 0.2.0 Beta (foo_lyricsgrabber)
Preview 1.2 (foo_preview)
foo_etc 0.10beta (foo_etc)
Randomized Playlist Entry 1.2.3 (foo_random)
ABX Comparator 1.3.3 (foo_abx)
Quick Tagger 1.0.1 (foo_quicktag)
foobar2000 core 0.9.5.3 beta 2 (Core)
Masstagger Replace 0.0.1 (foo_masstag_replace)
Playlist Tools 0.6.2 beta 6 (foo_utils)
Winamp IPC emulator 0.1.0 (foo_winamp_ipc)
RAR reader 1.1 (foo_unpack)
Menu Addons 0.4 (SSE) (foo_menu_addons)
alphaex32
Ok, heres a file that contains 4 copies of the itunesDB and 3 copies of the artwork folder.
http://www.sendspace.com/file/fz6py9

-iTunesDB_clean was generated with no music on the ipod and after I deleted the existing copy so that itunes would make a fresh one.
-The dop_only files were made after transferring 3 tracks to the ipod with the clean database using foo_dop. With this database only, foo_dop detects duplicate tracks and syncs correctly. Also, artwork is transparent.
-For dop_then_itunes , itunes was opened with the foo_dop transferred files in the database. With this database, the duplicates aren't detected by foo_dop and the artwork is fixed.
-itunes_only was made by once again cleaning out the database and generating a clean one. Then, the same three files as before were transferred using itunes. Obviously, foo_dop does not detect duplicates for the sync here and artwork is fine.

I noticed that the artwork files for dop_then_itunes are twice the size of the dop_only and itunes_only ones. My guess is that itunes does not detect the presence of artwork added by foo_dop and adds its own copy, causing duplicate art in the database. This also explains how itunes is fixing the transparent art problem...it just sends a correct copy while ignoring the other one. Keep in mind that the 3 tracks are from one album so only one album cover should be present. I think that mediamonkey is doing the same thing, btw. I hope this is of some help.
musicmusic
QUOTE(alphaex32 @ May 28 2008, 19:16) *
Nope, not transcodes but interestingly the Date Modified column in itunes is showing blanks. Maybe this is related to the problem?
Yes, that is indeed the problem, thanks.

QUOTE(alphaex32 @ May 28 2008, 19:16) *
Btw, I just got a crash after I hit stop in the middle of a sync:
Ah thanks. Seems there's a few issues using "Stop", so don't use it at the moment, I'll fix it for next version.

QUOTE(alphaex32 @ May 28 2008, 20:00) *
Ok, heres a file that contains 4 copies of the itunesDB and 3 copies of the artwork folder.
http://www.sendspace.com/file/fz6py9
Thanks, I'll take a look.
PlazzTT
Thanks for another great update!

Recover Orphaned Tracks seems to have found a lot for me. It processed 20 tracks or so, but I'm not sure what.

Is there a way of checking what got added? They didn't seem to go in to my "added last 1 week" smart playlist.
musicmusic
alphaex32: I got a good lead on the transparency problem from your files, please check version 0.6.1. "Stop" should work OK now (hopefully..). I haven't tackled the sync problem yet though.

I made some other general changes whilst reorganising some code, so try and give all the commands a good thrashing to make sure nothing broke as a result.

QUOTE(PlazzTT @ May 28 2008, 23:51) *

Thanks for another great update!

Recover Orphaned Tracks seems to have found a lot for me. It processed 20 tracks or so, but I'm not sure what.

Is there a way of checking what got added? They didn't seem to go in to my "added last 1 week" smart playlist.
I wanted to add a nice report to show what, but I didn't get a chance yet. Note that there will be a dialog showing loads of filenames on the iPod, that doesn't mean anything, it is just scanning it there. If it did add anything, if you go into "Manage contents" they will be at the end of the main list of tracks. They should really be on the smart playlist as well if you left date added as "date added to iPod".
alphaex32
Whoops, looks like that broke album art. Im getting this error for all the tracks I send:
Failed to add album art for track: Gdiplus error (function: Gdiplus::Bitmap::c'tor, code: 2)
musicmusic
Ooops, it was broken on iPod touch / iPhone. It should be sorted in 0.6.1.1.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2008 Invision Power Services, Inc.