Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: iPod manager (Read 2252221 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

[seemingly abandonware] iPod manager

Reply #1150 –
Ok, weird. After installing the old version of foo_dop, doing a test transfer, and then reinstalling the new version, I get the same pattern as before: the first video was sent fine, then I couldn't get any more to work. I can confirm that the stop button has no effect when it goes into this state.Here are the threads. Good luck 
Code: [Select]
ntoskrnl.exe!ExReleaseResourceLite+0x206
ntoskrnl.exe!RtlAppendUnicodeToString+0x2b8
ntoskrnl.exe!CcSetDirtyPinnedData+0x3f0
ntoskrnl.exe!ProbeForWrite+0x505
ntoskrnl.exe!ZwYieldExecution+0xb78
ntdll.dll!KiFastSystemCallRet
iTunesMobileDevice.dll+0x106d
iTunesMobileDevice.dll!YahooConduitLastSyncError+0x74bf8

ntoskrnl.exe!ExReleaseResourceLite+0x206
ntoskrnl.exe!NtWaitForSingleObject+0x94
ntoskrnl.exe!ZwYieldExecution+0xb78
ntdll.dll!KiFastSystemCallRet
mswsock.dll+0x5fa7
WS2_32.dll!select+0xa7
iTunesMobileDevice.dll!AFCReadPacketHeader+0x9e
iTunesMobileDevice.dll!AFCFileRefWrite+0x31c
foo_dop.dll+0x5a010
foo_dop.dll+0x61d07
foo_dop.dll+0x61d55
foo_dop.dll+0x625b5
foo_dop.dll+0x62206
foo_dop.dll+0x45bef

ntoskrnl.exe!ExReleaseResourceLite+0x206
win32k.sys+0x2f70
win32k.sys+0x1b50
win32k.sys!EngQueryPerformanceCounter+0x5af
ntoskrnl.exe!ZwYieldExecution+0xb78
ntdll.dll!KiFastSystemCallRet
foobar2000.exe+0x2c258
foobar2000.exe+0x2ce06
foobar2000.exe+0x2d04b
foobar2000.exe+0x9d80f
kernel32.dll!RegisterWaitForInputIdle+0x49

ntoskrnl.exe!ExReleaseResourceLite+0x206
ntoskrnl.exe!RtlAppendUnicodeToString+0x2b8
ntoskrnl.exe!CcSetDirtyPinnedData+0x3f0
ntoskrnl.exe!CcUnpinDataForThread+0x338
ntoskrnl.exe!ZwYieldExecution+0xb78
ntdll.dll!KiFastSystemCallRet
RPCRT4.dll!I_RpcBCacheFree+0x5e3
RPCRT4.dll!I_RpcBCacheFree+0x405
RPCRT4.dll!I_RpcBCacheFree+0x5cb
kernel32.dll!GetModuleFileNameA+0x1b4

ntoskrnl.exe!ExReleaseResourceLite+0x206
ntoskrnl.exe!RtlAppendUnicodeToString+0x2b8
ntoskrnl.exe!CcSetDirtyPinnedData+0x3f0
ntoskrnl.exe!CcUnpinDataForThread+0x338
ntoskrnl.exe!ZwYieldExecution+0xb78
ntdll.dll!KiFastSystemCallRet
RPCRT4.dll!I_RpcBCacheFree+0x5e3
RPCRT4.dll!I_RpcBCacheFree+0x405
RPCRT4.dll!I_RpcBCacheFree+0x5cb
kernel32.dll!GetModuleFileNameA+0x1b4

ntoskrnl.exe!ExReleaseResourceLite+0x206
ntoskrnl.exe!RtlAppendUnicodeToString+0x2b8
ntoskrnl.exe!CcSetDirtyPinnedData+0x3f0
ntoskrnl.exe!ProbeForWrite+0x505
ntoskrnl.exe!ZwYieldExecution+0xb78
ntdll.dll!KiFastSystemCallRet
kernel32.dll!WaitForMultipleObjects+0x18
mscorwks.dll!GetCLRFunction+0x1eba9
mscorwks.dll!GetCLRFunction+0x1eb06
mscorwks.dll!GetCLRFunction+0x1ea35
kernel32.dll!GetModuleFileNameA+0x1b4

ntoskrnl.exe!ExReleaseResourceLite+0x206
ntoskrnl.exe!RtlAppendUnicodeToString+0x2b8
ntoskrnl.exe!CcSetDirtyPinnedData+0x3f0
ntoskrnl.exe!ProbeForWrite+0x505
ntoskrnl.exe!ZwYieldExecution+0xb78
ntdll.dll!KiFastSystemCallRet
USER32.dll!GetLastInputInfo+0x105
USER32.dll!MsgWaitForMultipleObjects+0x1f
gdiplus.dll+0x45846
kernel32.dll!GetModuleFileNameA+0x1b4

ntoskrnl.exe!ExReleaseResourceLite+0x206
ntoskrnl.exe!RtlAppendUnicodeToString+0x2b8
ntoskrnl.exe!CcSetDirtyPinnedData+0x3f0
ntoskrnl.exe!ProbeForWrite+0x505
ntoskrnl.exe!ZwYieldExecution+0xb78
ntdll.dll!KiFastSystemCallRet
kernel32.dll!WaitForMultipleObjects+0x18
mscorwks.dll+0x19ab
mscorwks.dll!CreateAssemblyNameObject+0x9ae
mscorwks.dll!GetCLRFunction+0x16c86
mscorwks.dll!GetCLRFunction+0x16c22
mscorwks.dll!GetCLRFunction+0x16b43
mscorwks.dll!GetCLRFunction+0x183e9
mscorwks.dll!GetCLRFunction+0x183b3
mscorwks.dll!GetCLRFunction+0x18e18
mscorwks.dll!GetCLRFunction+0x1709e
kernel32.dll!GetModuleFileNameA+0x1b4

ntoskrnl.exe!ExReleaseResourceLite+0x206
ntoskrnl.exe!RtlAppendUnicodeToString+0x2b8
ntoskrnl.exe!CcSetDirtyPinnedData+0x3f0
win32k.sys+0x2f70
win32k.sys+0x1b50
win32k.sys!EngQueryPerformanceCounter+0x5af
ntoskrnl.exe!ZwYieldExecution+0xb78
ntdll.dll!KiFastSystemCallRet
foo_dop.dll+0x3c9e9

[seemingly abandonware] iPod manager

Reply #1151 –
OK, well yes it is hanging whilst writing. It seems like it's waiting for some response from the iPod touch or something and not getting it..

I am sorry to say, but this is a bit like a never ending nightmare

I can explain this a bit more actually. The timeout on the operation should be a minute. Probably, the Apple write function is actually timing out but not indicating an error condition. So foo_dop carries on trying to write the file as if nothing is wrong. It was probably doing this before, but since I changed the chunks to half a megabyte it will time out many many more times (60*700/0.5 = 1400 minutes!?!?). It will then error the next time it tries to open a file (this explains the error writing the database).

So, now I understand a bit more what is happening but not why.

Unfortunately, there's not much else to try. One thing is that it currently keeps a connection to the filesystem open the whole time the iPod is connected. I can change this so it is only open whilst some I/O is actually going on. But even if this appears to work, it would surely just be hiding the problem.

Do you know if transferring such large files is reliable with MediaMonkey or even iTunes ?!
.

[seemingly abandonware] iPod manager

Reply #1152 –
Hmm, that makes some sense I guess  I wouldnt blame you if you stopped developing for the touch and iphone, since it works for most common operations already. Maybe eventually apple will open them up more and give implementation details for third parties (as soon as hell freezes over, that is).

Btw, itunes handles large movie files fine (it had better, since apple sells them on their store). Im not sure if mediamonkey even supports video files yet.

[seemingly abandonware] iPod manager

Reply #1153 –
Quote from: alphaex32 on
Hmm, that makes some sense I guess  I wouldnt blame you if you stopped developing for the touch and iphone, since it works for most common operations already.
In all honesty, I don't think there's much else I can try without having a touch myself. This thing I mentioned: "keeps a connection to the filesystem open the whole time the iPod is connected" - iTunes does the same anyway. This iTunesMobileDevice.dll library is a POS as well.

Quote from: alphaex32 on
Maybe eventually apple will open them up more and give implementation details for third parties (as soon as hell freezes over, that is).
Oh, yes that will never happen 

Quote from: alphaex32 on
Btw, itunes handles large movie files fine (it had better, since apple sells them on their store).
OK. I just don't see what else I could do differently. There is the thing about the iPod sending me messages during the sync (they are cancel, pause and resume) which I don't use currently, but I don't really see it as being related to this (as I understand the cancel one at least relates to an action on the iPod itself).

Quote from: alphaex32 on
Hmm, that makes some sense I guess
Eugh, I thought it did - but it doesn't explain why the stop button had no effect (it should have had some effect within a minute of pressing it). Oh well......
.

[seemingly abandonware] iPod manager

Reply #1154 –
musicmusic, I can't express how grateful I am for this plugin! I'm on a very clean nLited XP, and iTunes size and behavior shocked me like an elephant in my drawer would.

Loaded my 6G Classic 160 with 18k tracks and 1k covers just fine (0.5.7.0). Tried this and that -- no bugs so far.

One issue though. It appears you do not use date for sorting @ iPod. I guess you do so to avoid issues with multi-dates albums, like compilations and such. But this makes it not very convenient for those who have common albums collections, especially with 5+ albums per artist.

I am aware there is no simple design solution for that, yet maybe there is something you can do about that. Common albums are very [think]...[/think] common, I bet you yourself have some artist with a big album list.

For now is there a way a foo_dop freshman can emulate date sorintg with the metadata mapping? So far my attempts failed, any tips?
A short sleep revealed a wasted man's typo. Album mapping [%date%] %album% works as supposed.

[seemingly abandonware] iPod manager

Reply #1155 –
Since it's my first time posting on this thread (that I can remember, at least), I want to thank musicmusic for the wonderful plugin that is foo_dop as well as ColumnsUI. Kudos, man!

I would like to ask about the Nero AAC gapless support that was introduced since version 0.5.4 of the plugin since, for some reason, it does not seem to be working in my case. I am using a 5G iPod 60GB with firmware 1.3 and encoding using Nero Digital from August 2007 (AFAIK, the latest version). While foo_dop clearly reports that tracks have been added gapless info, playing them on the iPod clearly isn't gapless at all, unlike on foobar2000, obviously. Showing the properties of the files in question on iTunes show an unchecked "Gapless album" checkbox, but even after checking it there, the tracks do no play gaplessly...

Now, I am not sure whether this inability is intrinsic of this iPod model (although AFAIK 5Gs should be); whether Nero AAC still doesn't work gaplessly (but what else does that feature mean?); whether I am doing something wrong somewhere or whether there is some bug somewhere on foo_dop. Does anyone have an idea of what could be wrong? Any help would be greatly appreciated.

[seemingly abandonware] iPod manager

Reply #1156 –
Hi!

Yes, it should work with your 5G.

I tested with version 1.1.34.2 of the Nero encoder which should be the one you have. It was definitely working corrected when I added the feature.

If you go into "Browse iPod" you can see the actual encoder delay and padding values that have been written. If you paste them here then I can check if they are sane (with a sample file I can check if they are correct also).

Also, with at least MP3s (not such about AAC), seeking on the iPod likes to break gapless playback.

The gaplesss album option in iTunes is just for disabling crossfading when playing back in iTunes.

Lastly, iTunes also supports Nero gapless data accurately so you can try sending the album with that and see if works or not (you'll need to rename them to .m4a first though).
.

[seemingly abandonware] iPod manager

Reply #1157 –
I updated the experimental build to 0.5.8.7 and added support for multiple concurrent encodings when converting

Again, it's experimental and just for testing. Have fun
.

[seemingly abandonware] iPod manager

Reply #1158 –
Quote from: musicmusic on
Hi!

Yes, it should work with your 5G.

I tested with version 1.1.34.2 of the Nero encoder which should be the one you have. It was definitely working corrected when I added the feature.

If you go into "Browse iPod" you can see the actual encoder delay and padding values that have been written. If you paste them here then I can check if they are sane (with a sample file I can check if they are correct also).

Also, with at least MP3s (not such about AAC), seeking on the iPod likes to break gapless playback.

The gaplesss album option in iTunes is just for disabling crossfading when playing back in iTunes.

Lastly, iTunes also supports Nero gapless data accurately so you can try sending the album with that and see if works or not (you'll need to rename them to .m4a first though).

Hi musicmusic, thanks a lot for your quick reply.

I originally noticed the gaps during normal listening, but before posting my message I checked it with that classic gapless album Dark Side of the Moon by seeking to near the end of the songs (as I was in a bit of a hurry). I have now checked again by playing from the beginning and I can confirm that the gap is definitely there. I also tried playing it from within iTunes, and it also has the same gap problem...

Here are the encoder delay and padding values on a screenshot from the "Browse iPod" window, as you suggested:



Do those values look normal to you? I must say they don't look significantly different to those from other non-gapless albums on my library, but then again I am not sure if they should. I would post a sample too, but given the legal limitation of 30 s for samples, I'm not sure how to do so usefully (that is, without compromising the gapless info). Would an appropriate slice from Audacity do the trick? You might have DSOTM, anyway, though, so it might not even be necessary.

Thanks again for your help and sorry to be hassle.

[seemingly abandonware] iPod manager

Reply #1159 –
Quote from: Dologan on
Do those values look normal to you?
I think they are OK.

Quote from: Dologan on
I would post a sample too, but given the legal limitation of 30 s for samples, I'm not sure how to do so usefully (that is, without compromising the gapless info).
Well, you can PM me any (encoded) files you want me to check and I'll try them on my iPod Classic. I encoded a few secs of a continuous tone a few times and sent those to my iPod Classic and those are OK (but: I remember the iPod having trouble playing short MP3 files (<few secs) gaplessly).

I'm not sure if you are just experiencing a dodgy implementation on the iPod's side or something else.

A few things you can try still:
-If the files have .MP4 extension you can try renaming them to .M4A
-You could try encoding the album with LAME as MP3 just to check if that plays back gaplessly.
.

[seemingly abandonware] iPod manager

Reply #1160 –
Quote from: musicmusic on
A few things you can try still:
-If the files have .MP4 extension you can try renaming them to .M4A
-You could try encoding the album with LAME as MP3 just to check if that plays back gaplessly.

Renaming to .M4A from .MP4 did the trick!  Thanks a lot for your help! Perhaps it would be a good idea to have foo_dop rename  automatically any AAC with MP4 extension to M4A in order to make it fool-proof in the future?


BTW, taking advantage of the post, I'd like to make a feature request regarding album artwork. As a user of the Album Art Panel module on your Columns UI, I have found its cover image source system very powerful and useful for those with inconsistent cover naming habits like me, and I thought something like that could be quite useful for foo_dop too, since, last I checked, it still far surpasses foobar's built-in artwork reader.
 

[seemingly abandonware] iPod manager

Reply #1161 –
Quote from: Dologan on
Renaming to .M4A from .MP4 did the trick!  Thanks a lot for your help! Perhaps it would be a good idea to have foo_dop rename  automatically any AAC with MP4 extension to M4A in order to make it fool-proof in the future?
Ah OK thanks for the info  Makes sense since iTunes is similar in that regard. Yes it would be prudent for the component to do that, I'll change it
Quote from: Dologan on
BTW, taking advantage of the post, I'd like to make a feature request regarding album artwork. As a user of the Album Art Panel module on your Columns UI, I have found its cover image source system very powerful and useful for those with inconsistent cover naming habits like me, and I thought something like that could be quite useful for foo_dop too, since, last I checked, it still far surpasses foobar's built-in artwork reader.
It seems a bit overkill in the same way my file conversion config looks nothing like the standalone converter. I can maybe add wildcard support but do you really need multiple source strings (bear in mind you have the foobar2000 artwork reader as well)? If you post your Album Art Panel config I'll have a bit more to think about.. Replicating extensive configuration dialogs of other components isn't something I really want to do, I'd like to see if I could incorporate it in a simple way.
.

[seemingly abandonware] iPod manager

Reply #1162 –
Quote from: musicmusic on
It seems a bit overkill in the same way my file conversion config looks nothing like the standalone converter. I can maybe add wildcard support but do you really need multiple source strings (bear in mind you have the foobar2000 artwork reader as well)? If you post your Album Art Panel config I'll have a bit more to think about.. Replicating extensive configuration dialogs of other components isn't something I really want to do, I'd like to see if I could incorporate it in a simple way.

Ah, if it's a hassle, then don't bother, really. It's not a big deal to me at all. In fact, wildcard (or foobar formatting script) support would most probably be more than sufficient for most of my purposes and it is hardly an important feature for me. It was just an minor idea to exercise the fingers after such a short post

[seemingly abandonware] iPod manager

Reply #1163 –
OK  You can enter title formatting scripts already though
.

[seemingly abandonware] iPod manager

Reply #1164 –
I love this plugin, completely does away with iTunes.

For the past few weeks when I go to Re-write iPod database I get the error "Error writing iTunes DB file : The file is corrupted".

I also get this when I send music to the iPod (only when it goes to write the DB though, so I think the files are sent to my iPod, just not indexed in the DB).

I've been able to load and eject my iPod from iTunes with no problems (including after adding mp3s to the iPod).

Is there some way to "fix" my iTunesDB file?

There's a file called iTunesDB.dop.backup which I can't copy or cut out off my iPod. Windows says "The file or directory is corrupted and unreadable"

[seemingly abandonware] iPod manager

Reply #1165 –
I'm afraid this indicates a problem with the filesystem on the device. As part of the write process it replaces that backup file which is where it sounds like it is tripping up (other programs won't normally touch this file). There may be some messages in the system event log.

If there's anything important on the iPod I'd try and back it up in case it is a more serious problem, and run a chkdsk if you want to try and repair the filesystem.
.

[seemingly abandonware] iPod manager

Reply #1166 –
You're right, chkdsk through up some file system problems alright.

Using the /F switch seems to have fixed it

Thanks!

[seemingly abandonware] iPod manager

Reply #1167 –
I recently changed the name of a field that is present in all the music in my music library, and now I am pretty much back to square one as far as synchronizing my ipod goes (I use on-the-fly flac -> mp3). I was wondering if, structurally, there was any way that foo_dop could detect differences in the tags of music on the computer and ipod, and conform the ipod music tags if the binary parts of the files are still the same.

[seemingly abandonware] iPod manager

Reply #1168 –
Quote from: greenfoot on
I recently changed the name of a field that is present in all the music in my music library, and now I am pretty much back to square one as far as synchronizing my ipod goes (I use on-the-fly flac -> mp3). I was wondering if, structurally, there was any way that foo_dop could detect differences in the tags of music on the computer and ipod, and conform the ipod music tags if the binary parts of the files are still the same.


The binary parts?

[seemingly abandonware] iPod manager

Reply #1170 –
Hi musicmusic.

I just want to add my "thank you!" for this plugin.

I'm testing it with my new 8GB iPod Touch and I'm really impressed: it works like a charm, even transferring my external album arts.

I have a few questions, if you have time.

1) How does foo_dop transfer external art work? Is it embedded in each MP3 or stored on the iPod once for each album? If the former, is it resized before embedding?

2) Synchronise doesn't seem to work (all contents are sent even if only a few actually changed): is it related to the above question?

3) While experimenting, I badly messed up my iPod library (probably because I loaded it in foobar and then did a File Operation -> Delete File). Your plugin was still able to tranfer contents to the iPod, but there were multiple entries of each song (only one of which working): neither Rewrite iPod database nor Refresh iPod library metadata could solve the problem and I had to reset the iPod: is it something you think could be fixed in foo_dop?

Regards.

Alessandro

PS: While writing this a Synchronise was in progress and it gave me the following error:
Code: [Select]
Error writing iTunesDB file : I/O Error: AFCFileRefOpen returned: 12 Path was: /iTunes_Control/iTunes/iTunesDB.dop.temp

Edit: and on closing foobar I got the following crash:
Code: [Select]
Illegal operation:
Code: C0000005h, flags: 00000000h, address: 66801582h
Access violation, operation: read, address: 056F0B36h
Call path not available.
Code bytes (66801582h):
66801542h:  C6 5E 5B 5F 5D C3 CC CC CC CC CC CC CC CC 53 8B
66801552h:  1D 54 64 30 67 55 8B 2D 50 64 30 67 56 8B 74 24
66801562h:  10 57 6A 01 68 BC 6C 51 67 FF D5 85 C0 74 11 6A
66801572h:  01 FF D3 6A 01 68 BC 6C 51 67 FF D5 85 C0 75 EF
66801582h:  0F B7 46 06 33 FF 3B C7 0F 84 CF 00 00 00 83 F8
66801592h:  01 0F 85 8A 00 00 00 33 C0 89 3D BC 6C 51 67 66
668015A2h:  8B 46 04 8B C8 81 E1 00 FF 00 00 66 81 F9 00 02
668015B2h:  74 61 0F B7 D0 C1 EA 08 8B 04 95 90 68 51 67 8B
Stack (0012FAACh):
0012FA8Ch:  00000000 00000000 00000000 00000000
0012FA9Ch:  00000000 00000000 00000000 00000000
0012FAACh:  0012FAC4 0012FAE8 0012FADC 00000000
0012FABCh:  668CDD0F 056F0B30 00000000 00D24040
0012FACCh:  00000004 66801550 0012FA30 00000028
0012FADCh:  00D26900 055B6EE2 056F0B30 00D24040
0012FAECh:  00CB58E7 91F8B263 00D24040 00D24040
0012FAFCh:  00000000 0012FB98 00CDA02A 00000001
0012FB0Ch:  00CBB2D9 00D24040 00D23FE0 00CB928F
0012FB1Ch:  00000001 91F8B3B3 00000000 00D23FE0
0012FB2Ch:  00D26900 00000001 0012FB74 7C91EE18
0012FB3Ch:  7C920570 FFFFFFFF 7C92056D 00CC32F3
0012FB4Ch:  00D20000 00000000 00CC3312 91F8B313
0012FB5Ch:  00000000 00D26924 00000001 0012FB54
0012FB6Ch:  0012FB58 0012FBA4 0012FBCC 00CC7DE0
0012FB7Ch:  9124E4E7 FFFFFFFE 00CC3312 00C99F3D
0012FB8Ch:  00D24270 00D26938 00D26900 0012FBCC
0012FB9Ch:  00CD7DDD FFFFFFFF 00CB8FB9 00D23FE0
0012FBACh:  00D23FE0 00C8C543 00000001 91F8B32B
0012FBBCh:  00000001 00D26900 0012FBFC 00D26900
Registers:
EAX: 00000000, EBX: 7C802442, ECX: 67516CBC, EDX: 00000001
ESI: 056F0B30, EDI: 0012FAC4, EBP: 7C8097AD, ESP: 0012FAAC
Crash location: "QuickTime", loaded at 66800000h - 67593000h

Loaded modules:
foobar2000                       loaded at 00400000h - 00523000h
ntdll                            loaded at 7C910000h - 7C9C6000h
kernel32                         loaded at 7C800000h - 7C8FF000h
COMCTL32                         loaded at 773A0000h - 774A2000h
msvcrt                           loaded at 77BE0000h - 77C38000h
ADVAPI32                         loaded at 77F40000h - 77FEB000h
RPCRT4                           loaded at 77DA0000h - 77E31000h
GDI32                            loaded at 77E40000h - 77E87000h
USER32                           loaded at 77D10000h - 77DA0000h
SHLWAPI                          loaded at 77E90000h - 77F06000h
SHELL32                          loaded at 7C9D0000h - 7D1EC000h
ole32                            loaded at 774B0000h - 775ED000h
shared                           loaded at 10000000h - 1002A000h
COMDLG32                         loaded at 76360000h - 763AA000h
foo_albumlist                    loaded at 00A10000h - 00A77000h
foo_audioscrobbler               loaded at 00A80000h - 00AB0000h
WS2_32                           loaded at 71A30000h - 71A47000h
WS2HELP                          loaded at 71A20000h - 71A28000h
foo_bubble_coverflow             loaded at 00AB0000h - 00B36000h
OPENGL32                         loaded at 5F140000h - 5F20C000h
GLU32                            loaded at 5C8A0000h - 5C8C1000h
DDRAW                            loaded at 736D0000h - 73719000h
DCIMAN32                         loaded at 73B30000h - 73B36000h
gdiplus                          loaded at 4EBD0000h - 4ED73000h
foo_cdda                         loaded at 00B70000h - 00BA5000h
foo_converter                    loaded at 00BD0000h - 00C39000h
foo_dop                          loaded at 00C60000h - 00D09000h
SETUPAPI                         loaded at 778F0000h - 779E7000h
UxTheme                          loaded at 5B180000h - 5B1B8000h
foo_dsp_crossfader               loaded at 00D30000h - 00D4A000h
MSVCR90                          loaded at 78520000h - 785C3000h
foo_dsp_std                      loaded at 00D70000h - 00DB8000h
foo_facets                       loaded at 00DE0000h - 00E61000h
OLEAUT32                         loaded at 770F0000h - 7717C000h
MSIMG32                          loaded at 76330000h - 76335000h
foo_fileops                      loaded at 00E90000h - 00ED6000h
foo_freedb2                      loaded at 00F00000h - 00F41000h
foo_input_std                    loaded at 00F70000h - 01098000h
foo_lyricsdb                     loaded at 010C0000h - 010EF000h
WININET                          loaded at 77180000h - 77227000h
CRYPT32                          loaded at 77A50000h - 77AE5000h
MSASN1                           loaded at 77AF0000h - 77B02000h
foo_masstag                      loaded at 01110000h - 01160000h
foo_playcount                    loaded at 01180000h - 011A5000h
foo_quicktag                     loaded at 011E0000h - 0121E000h
foo_rgscan                       loaded at 01240000h - 0129A000h
foo_run                          loaded at 012C0000h - 012EE000h
foo_uie_albumart                 loaded at 01310000h - 0134D000h
foo_uie_lyrics                   loaded at 01370000h - 013CF000h
WINMM                            loaded at 76B00000h - 76B2E000h
foo_uie_vis_peakmeter_spectrum   loaded at 01470000h - 014AF000h
foo_ui_columns                   loaded at 014D0000h - 015E9000h
foo_ui_std                       loaded at 01610000h - 016D1000h
idle                             loaded at 60300000h - 60307000h
MSVCR71                          loaded at 7C340000h - 7C396000h
mswsock                          loaded at 719D0000h - 71A10000h
DNSAPI                           loaded at 76EE0000h - 76F07000h
iphlpapi                         loaded at 76D20000h - 76D39000h
DSOUND                           loaded at 73E80000h - 73EDC000h
VERSION                          loaded at 77BD0000h - 77BD8000h
WINTRUST                         loaded at 76BF0000h - 76C1E000h
IMAGEHLP                         loaded at 76C50000h - 76C78000h
CoreFoundation                   loaded at 18000000h - 18112000h
WSOCK32                          loaded at 71A50000h - 71A5A000h
YSFileShim                       loaded at 04D10000h - 04D1A000h
icuuc36                          loaded at 04D20000h - 04DE8000h
icudt36                          loaded at 04DF0000h - 054F7000h
icuin36                          loaded at 05500000h - 0558D000h
pthreadGC2                       loaded at 05590000h - 0559F000h
libobjc.i386.A                   loaded at 22200000h - 2229D000h
iTunesMobileDevice               loaded at 055A0000h - 056B3000h
QuickTime                        loaded at 66800000h - 67593000h
wdmaud                           loaded at 72C90000h - 72C99000h
hnetcfg                          loaded at 66750000h - 667A8000h
wshtcpip                         loaded at 71A10000h - 71A18000h
msacm32                          loaded at 72C80000h - 72C88000h
MSACM32                          loaded at 77BB0000h - 77BC5000h
midimap                          loaded at 77BA0000h - 77BA7000h
KsUser                           loaded at 73E50000h - 73E54000h
rsaenh                           loaded at 0FFD0000h - 0FFF8000h
rasadhlp                         loaded at 76F80000h - 76F86000h
xpsp2res                         loaded at 20000000h - 202D5000h
DBGHELP                          loaded at 59E60000h - 59F01000h

Stack dump analysis:
Address: 668CDD0Fh, location: "QuickTime", loaded at 66800000h - 67593000h
Symbol: "CallComponentFunctionWithStorage" (+00000E5Fh)
Address: 66801550h, location: "QuickTime", loaded at 66800000h - 67593000h
Address: 055B6EE2h, location: "iTunesMobileDevice", loaded at 055A0000h - 056B3000h
Symbol: "AMSCleanup" (+00000012h)
Address: 00CB58E7h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CDA02Ah, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CBB2D9h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CB928Fh, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 7C91EE18h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "strchr" (+00000117h)
Address: 7C920570h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 7C92056Dh, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 00CC32F3h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CC3312h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CC7DE0h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CC3312h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C99F3Dh, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CD7DDDh, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CB8FB9h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C8C543h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CDB1C1h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C8C5A5h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CDB5B0h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C8C5D7h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CF9298h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C8B53Fh, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C8A620h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CF9294h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C8A514h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C8A57Ch, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CDDF30h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 7C91E027h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "ZwQueryInformationProcess" (+0000000Ch)
Address: 00CF9294h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CA032Ah, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CDDF30h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CE16B4h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CF92A4h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CE16ACh, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CDCCC3h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CC81E4h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CDDF30h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C60000h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CC7DE0h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CC829Dh, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CC48FBh, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CC4A2Dh, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C60000h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CC7DE0h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00CC4A98h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C60000h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 7C9111A7h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "LdrInitializeThunk" (+00000029h)
Address: 00C60000h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 7C933F31h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "LdrShutdownProcess" (+00000142h)
Address: 00CC4A7Ah, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 00C60000h, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 7C91E88Eh, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "ZwTerminateProcess" (+00000000h)
Address: 7C9205C8h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlFreeHeap" (+0000018Bh)
Address: 7C920551h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlFreeHeap" (+00000114h)
Address: 7C920945h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlAcquirePebLock" (+00000028h)
Address: 7C92094Eh, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlAcquirePebLock" (+00000031h)
Address: 00CC4A7Ah, location: "foo_dop", loaded at 00C60000h - 00D09000h
Address: 7C91EE18h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "strchr" (+00000117h)
Address: 7C933E98h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "LdrShutdownProcess" (+000000A9h)
Address: 7C81CA3Eh, location: "kernel32", loaded at 7C800000h - 7C8FF000h
Symbol: "IsValidLocale" (+000008EBh)
Address: 7C91EE18h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "strchr" (+00000117h)
Address: 7C921962h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlDeleteCriticalSection" (+000000D8h)
Address: 7C91EE18h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "strchr" (+00000117h)
Address: 7C920570h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 7C921962h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlDeleteCriticalSection" (+000000D8h)
Address: 7C921993h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlDeleteCriticalSection" (+00000109h)
Address: 7C98C080h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Address: 0101DE36h, location: "foo_input_std", loaded at 00F70000h - 01098000h
Address: 004A5603h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 7C91EE18h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "strchr" (+00000117h)
Address: 7C920570h, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 7C92056Dh, location: "ntdll", loaded at 7C910000h - 7C9C6000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 0049B7B9h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 0049B7D8h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 7C8399F3h, location: "kernel32", loaded at 7C800000h - 7C8FF000h
Symbol: "FindAtomW" (+00000094h)
Address: 7C81CA78h, location: "kernel32", loaded at 7C800000h - 7C8FF000h
Symbol: "IsValidLocale" (+00000925h)
Address: 7C81CAB6h, location: "kernel32", loaded at 7C800000h - 7C8FF000h
Symbol: "ExitProcess" (+00000014h)
Address: 0049EA8Dh, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 0049EC7Ah, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 0049DA60h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 0049ECA3h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 0049D81Dh, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 00E2D0B8h, location: "foo_facets", loaded at 00DE0000h - 00E61000h
Address: 0049DA60h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 7C816D4Fh, location: "kernel32", loaded at 7C800000h - 7C8FF000h
Symbol: "RegisterWaitForInputIdle" (+00000049h)
Address: 00E2D0B8h, location: "foo_facets", loaded at 00DE0000h - 00E61000h
Address: 7C8399F3h, location: "kernel32", loaded at 7C800000h - 7C8FF000h
Symbol: "FindAtomW" (+00000094h)
Address: 7C816D58h, location: "kernel32", loaded at 7C800000h - 7C8FF000h
Symbol: "RegisterWaitForInputIdle" (+00000052h)
Address: 0049D87Ah, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 004E0049h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 004F0044h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 004B0063h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 00500069h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 00500069h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 00410072h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 004E0049h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 004F0044h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 00500069h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 004D002Eh, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 00500069h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 0044002Eh, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 0044002Eh, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 00410072h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 004E0049h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 004F0044h, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 0044002Eh, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 004D002Eh, location: "foobar2000", loaded at 00400000h - 00523000h
Address: 0044002Eh, location: "foobar2000", loaded at 00400000h - 00523000h

Version info: 
foobar2000 v0.9.5.1
UNICODE
Windows 5.1


Additional info:
Cover Flow 0.18  (foo_bubble_coverflow)
Playback Statistics 2.0  (foo_playcount)
Default User Interface 0.9.5  (foo_ui_std)
Standard Input Array 1.0  (foo_input_std)
Quick Tagger 1.0  (foo_quicktag)
Album List 4.2  (foo_albumlist)
Run services 0.3.4  (foo_run)
Standard DSP Array 1.0  (foo_dsp_std)
Album Art Panel 0.2.7.1  (foo_uie_albumart)
freedb Tagger 0.5.2.1  (foo_freedb2)
Columns UI 0.3 beta 1 preview 4  (foo_ui_columns)
CD Audio Decoder 2.1.2  (foo_cdda)
iPod manager 0.5.7.0 TEST  (foo_dop)
foo_lyricsdb 0.0.7 beta 5  (foo_lyricsdb)
ReplayGain Scanner 2.0.3  (foo_rgscan)
foobar2000 core 0.9.5.1  (Core)
Gapless Crossfader 0.3.3.5 (SSE)  (foo_dsp_crossfader)
File Operations 2.1  (foo_fileops)
Audioscrobbler 1.3.16  (foo_audioscrobbler)
Masstagger 1.6  (foo_masstag)
Converter 1.1  (foo_converter)
Facets 2008-02-25  (foo_facets)
Peakmeter Spectrum Visualisation 0.1.0.2 beta  (foo_uie_vis_peakmeter_spectrum)
Lyric Show Panels 0.3.2.2 [Feb 14 2008 - 13:57:22]  (foo_uie_lyrics)

[seemingly abandonware] iPod manager

Reply #1171 –
Quote from: greenfoot on
Sorry if I was unclear. By that, I meant everything that is not metadata.

Unfortunately, once you converted from FLAC to MP3 the audio portions are already different.  It is impossible to compare the audio between a lossless and a lossy encoded file .

[seemingly abandonware] iPod manager

Reply #1172 –
Quote from: mobyduck on
1) How does foo_dop transfer external art work? Is it embedded in each MP3 or stored on the iPod once for each album? If the former, is it resized before embedding?
No, it's stored in some files that the iPod uses, in various sizes that the iPod uses for different views.

Quote from: mobyduck on
2) Synchronise doesn't seem to work (all contents are sent even if only a few actually changed): is it related to the above question?
You're right, it seems broken for iPod touch/iPhone due to last modified time issue mentioned previously. I'll fix it.

Quote from: mobyduck on
3) While experimenting, I badly messed up my iPod library (probably because I loaded it in foobar and then did a File Operation -> Delete File). Your plugin was still able to tranfer contents to the iPod, but there were multiple entries of each song (only one of which working): neither Rewrite iPod database nor Refresh iPod library metadata could solve the problem and I had to reset the iPod: is it something you think could be fixed in foo_dop?
Not automatically, you need a "remove dead items" action which doesn't exist currently. You can do "load library", find the dead files and do "iPod/Remove files" though.

Quote from: mobyduck on
PS: While writing this a Synchronise was in progress and it gave me the following error:
Code: [Select]
Error writing iTunesDB file : I/O Error: AFCFileRefOpen returned: 12 Path was: /iTunes_Control/iTunes/iTunesDB.dop.temp
Unfortunately lengthy operations seem to cause this on the iPod touch/iPhone. I don't know why.

Quote from: mobyduck on
Edit: and on closing foobar I got the following crash:
This is why.. iPod touch/iPhone support is opt-in. It crashed in one of the Apple libraries. Does it happen often (on exit)..?
.

[seemingly abandonware] iPod manager

Reply #1173 –
Hi and thanks for yout reply.
Quote from: musicmusic on
No, it's stored in some files that the iPod uses, in various sizes that the iPod uses for different views.
I see... And what happens if I add or update some covers without touching my MP3s? Will foo_dop detect those changes as well during a Sync?
Quote from: musicmusic on
lengthy operations seem to cause this on the iPod touch/iPhone.
Well, after resetting my iPod I transferred more than 1000 MP3s (~6.5GB) in one shot, so lengthy operations do seem to work, at least sometimes.
Quote from: musicmusic on
Does it happen often (on exit)..?
Well, before the reset it happened 3 or 4 times, but I thought it was caused by the fake entries in the iPod library: I can post the previous crash logs, if you want. After the last crash, I have not used foo_dop: do you want me to try something specific?

BTW, currently using foo_dop v0.5.7.0 TEST.

Regards.

Alessandro

[seemingly abandonware] iPod manager

Reply #1174 –
Quote from: mobyduck on
I see... And what happens if I add or update some covers without touching my MP3s? Will foo_dop detect those changes as well during a Sync?
No, it won't.

Quote from: mobyduck on
Well, after resetting my iPod I transferred more than 1000 MP3s (~6.5GB) in one shot, so lengthy operations do seem to work, at least sometimes.
I don't really know the specifics, but someone could make it reliably happen when sending two 700mb files one after the other. Basically, the connection to the iPod dies in some odd way.

Quote from: mobyduck on
Well, before the reset it happened 3 or 4 times, but I thought it was caused by the fake entries in the iPod library: I can post the previous crash logs, if you want. After the last crash, I have not used foo_dop: do you want me to try something specific?
It shouldn't be related to that. When closing foobar2000 the component deinitialises the iTunes library. This then crashes when interfacing with some part of Quicktime.

Basically, the only thing I can do about it is not deinitialise the iTunes library, which may create some other problem. Just make sure you are using the latest version of iTunes and Quicktime (AFAIK 7.6.2 and 7.4.5). They come handily bundled together.. 
.