MediaMonkey forum

I'm running Windows 7.

I dont know if it helps but here is what came out of debug:

00003266 508.69995117 [5004] iTunes Plugin Init
00003271 511.82882690 [5004] iTunes Plugin UpdateDeviceState
00003272 511.82888794 [5004] iTunes Plugin Starting device
00003273 511.82888794 [5004] iTunes Plugin DeviceCaption iTunes
00003279 511.83862305 [5004] iTunes Plugin UpdateDeviceState done
00003280 511.83862305 [5004] iTunes Plugin Itunes installed
00003281 511.83868408 [5004] iTunes Plugin Init done
00003724 548.25256348 [5004] iTunes Plugin SyncStart
00003725 548.25982666 [5004] iTunes Plugin SyncStart done
00003726 548.25988770 [5004] iTunes Plugin iTunesScanContent
00003727 548.27557373 [5004] iTunes Plugin SyncEnd
00003728 548.27563477 [5004] iTunes Plugin newTrackExecSql 0
00003729 548.27563477 [5004] iTunes Plugin SyncEnd done

Troublemaker wrote:I'm running Windows 7.

I dont know if it helps but here is what came out of debug:

00003266 508.69995117 [5004] iTunes Plugin Init
00003271 511.82882690 [5004] iTunes Plugin UpdateDeviceState
00003272 511.82888794 [5004] iTunes Plugin Starting device
00003273 511.82888794 [5004] iTunes Plugin DeviceCaption iTunes
00003279 511.83862305 [5004] iTunes Plugin UpdateDeviceState done
00003280 511.83862305 [5004] iTunes Plugin Itunes installed
00003281 511.83868408 [5004] iTunes Plugin Init done
00003724 548.25256348 [5004] iTunes Plugin SyncStart
00003725 548.25982666 [5004] iTunes Plugin SyncStart done
00003726 548.25988770 [5004] iTunes Plugin iTunesScanContent
00003727 548.27557373 [5004] iTunes Plugin SyncEnd
00003728 548.27563477 [5004] iTunes Plugin newTrackExecSql 0
00003729 548.27563477 [5004] iTunes Plugin SyncEnd done

That is perfectly normal and proper, except there is no "iTunesScanContent done" which indicates that is where the exception lies ... I'll look more tommorrow.

Mark

markstuartwalker wrote:Hmmmm, I wonder what that 'fQuit called' is doing ....

Mine looks like

...

Have you got the HKEY_CURRENT_USER\Software\Songs-DB\Device\iTunes\debug switch set to 1?

I have reverted the UpdateDeviceState() to it's 'as supplied' logic which I straightened out somewhat. Also initialised the isPresent flag.

...

It works just the same for me but maybe something very wierd is going on. Please try again.

Mark

I have set the debug switch, yes. I am getting this now:

00000208 8.69596291 [2480] iTunes Plugin Init
00000209 8.71165466 [2480] Devices: Unloading C:\Program Files\MediaMonkey\Plugins\d_iTunes.dll
00000210 8.71172333 [2480] iTunes Plugin Done
00000211 8.71292019 [2480] Devices: fQuit called

Exasperating!

Cheers

Jules

So far I've only been able to sync the songs on a playlist and not individual mp3s. Not sure what is causing this but only the tracks which are in a playlist set for synchronization, are shown in the "Library (<MM>)" and synchronize.

Another thing is that on first time all ratings and playcounts of MM seem to be leading... So it is syncing into iTunes instead of with Good thing my library is mostly lossless which it has not synced with. Why does it not sync with iTunes on first time?

Hmm, tried it again and it only syncs intoiTunes never with

So that means this plugin only exports from MM to iTunes instead of syncrohizing with iTunes? ... any way to do this vice versa?

Would support for M4A or other formats than MP3 be planned and is the source available?

Daan wrote:So far I've only been able to sync the songs on a playlist and not individual mp3s. Not sure what is causing this but only the tracks which are in a playlist set for synchronization, are shown in the "Library (<MM>)" and synchronize.

Another thing is that on first time all ratings and playcounts of MM seem to be leading... So it is syncing into iTunes instead of with Good thing my library is mostly lossless which it has not synced with. Why does it not sync with iTunes on first time?

Hmm, tried it again and it only syncs intoiTunes never with

So that means this plugin only exports from MM to iTunes instead of syncrohizing with iTunes? ... any way to do this vice versa?

Would support for M4A or other formats than MP3 be planned and is the source available?

Ooooo, that's a scenario that I've never considered. You're right it won't work as you expect. The first upload to iTunes establishes an index back into MM so subsequent synchs will do the playcounts and ratings. Generally MM is considered the master and iTunes a slave copy, this is a hangover from the original script which was an export function when the sychronisation waqs added on afterwards.

Also, I've never tried individual tracks but I would expect that to work. I'll check.

Finally, other file types should be easy as iTunes can handle other types, I just never do that. Would you be willing to be a tester for these additional features?

Apologies for the lack of production at present as I'm in the middle of a big re-write to improve speed. There are a few concepts that are changing too, including the whole device being scanned for content rather than just the <MM> folder which should straighten out a few anomalies that have cropped up.


Mark

markstuartwalker wrote:

Daan wrote:So far I've only been able to sync the songs on a playlist and not individual mp3s. Not sure what is causing this but only the tracks which are in a playlist set for synchronization, are shown in the "Library (<MM>)" and synchronize.

Another thing is that on first time all ratings and playcounts of MM seem to be leading... So it is syncing into iTunes instead of with Good thing my library is mostly lossless which it has not synced with. Why does it not sync with iTunes on first time?

Hmm, tried it again and it only syncs intoiTunes never with

So that means this plugin only exports from MM to iTunes instead of syncrohizing with iTunes? ... any way to do this vice versa?

Would support for M4A or other formats than MP3 be planned and is the source available?

Ooooo, that's a scenario that I've never considered. You're right it won't work as you expect. The first upload to iTunes establishes an index back into MM so subsequent synchs will do the playcounts and ratings. Generally MM is considered the master and iTunes a slave copy, this is a hangover from the original script which was an export function when the sychronisation waqs added on afterwards.

Also, I've never tried individual tracks but I would expect that to work. I'll check.

Finally, other file types should be easy as iTunes can handle other types, I just never do that. Would you be willing to be a tester for these additional features?

Apologies for the lack of production at present as I'm in the middle of a big re-write to improve speed. There are a few concepts that are changing too, including the whole device being scanned for content rather than just the <MM> folder which should straighten out a few anomalies that have cropped up.


Mark

Sign me up to be an alternate tester. While a lot of my library is in FLAC I would definitely consider changing to ALAC if this thing could get working properly.

This would fix my problem with the album art and sync breaking all the time.

OK, everyone .... after a long time there is a new version available. Looking at the release list really doesn't do justice to the amount of change that I've implemented. I'm predicting at least a 60% improvement in performance for everyone.

The BIG FUNCTIONAL change is that the entire iTunes library is scanned for content and the concept of 'Soft Delete' is expanded. Here is the explanation of the Device Configuration settings.

Device Configuration ...
'Source name' Source name within iTunes which is to be synchronised
'Synch folder name' The <MM> folder withing itunes that is used to create playlists
'Soft delete playlist name' The name of playlists when they are deleted
'Synchronise playcounts and ratings' Switch to enable synchronisation
'Soft delete' Special mode where playlists are renamed to zzz and emptied of content and tracks are not deleted
'Launch iTunes automatically' Forces iTunes to be launched at the start of each synchronisation
'Use Parent playlist names as prefix' Converts MM folder playlist into name prefixes in iTunes
'Prefix separator' Separator character for above

As with all fresh releases please backup your databases and clear any autosync lists before adopting the new version.

Release notes...

1/2/2010
* Corrected unassigned isPresent boolean to solve startup problems (hopefully)
* "Use Parent playlist names as prefix" and "Prefix separator" added
3/2/2010
* Complete re-write of the ISDBTrackSynchStatus class which is now completely cached in memory with hash indexing and block read/write for speed.
* ItunesSourceList() added to give logging of internal source names
* Bucket loads of extra protection and logging added around startup to try and locate a few initialisation issues
5/2/2010
* ***ALL*** of the iTunes database is scanned for content (not just <MM>)
* Caching of the iTunes content implemented (for speed)
8/2/2010
* Added ACC,AIFF,M4A,M4B,M4P as allowable file types for iTunes (though completely untested).
* Additional spare 'zzz' playlists created when needed.
9/2/2010
* Additional range checking on ratings and validation on dates to stop exceptions terminating normal processing
* Removed 'Library shows all of iTunes library' as this is no longer an option

Cheers
Mark

My eyes must not be working because I do not see an update with today's date.

<edit>
BEWARE: I have spotted a corruption in my database where the playcounts are being set to the same value as the bitrates. I am retesting this version but as yet have not reproduced the fault. I have pulled the released dll for the time being.
</edit>

nynaevelan wrote:My eyes must not be working because I do not see an update with today's date.

You're eyes are fine. I have retested the release and it's too fine. I think the corruption was the result of earlier 'enthusiastic' releasing and I never spotted it at the time.

29/1/2010
* useParentPlaylistNames option tentatively added
1/2/2010
* Corrected unassigned isPresent boolean to solve startup problems (hopefully)
* "Use Parent playlist names as prefix" and "Prefix separator" added
3/2/2010
* Complete re-write of the ISDBTrackSynchStatus class which is now completely cached in memory with hash indexing and block read/write for speed.
* ItunesSourceList() added to give logging of internal source names
* Bucket loads of extra protection and logging added around startup to try and locate a few initialisation issues
5/2/2010
* ***ALL*** of the iTunes database is scanned for content (not just <MM>)
* Caching of the iTunes content implemented (for speed)
8/2/2010
* Added ACC,AIFF,M4A,M4B,M4P as allowable file types for iTunes (though completely untested).
* Additional spare 'zzz' playlists created when needed.
9/2/2010
* Additional range checking on ratings and validation on dates to stop exceptions terminating normal processing
* Removed 'Library shows all of iTunes library' as this is no longer an option
* Retries put around track updates where file might be locked

Mark

OK, there definitely is a problem with the playcounts. I'm not seeing it on my test database but I am seeing it on my main library (GULP).

I'll leave the DLL in place but please treat it with suspicion

The symptom is that some of the playcounts seem to double with each synchronisation. Last play dates seem to be unaffected. If anyone can help pin this down I'd be very grateful.

Regards
Mark

Are you seeing this in MM or iTunes?

nynaevelan wrote:Are you seeing this in MM or iTunes?

Both, the values synchronise!

markstuartwalker wrote:OK, there definitely is a problem with the playcounts. I'm not seeing it on my test database but I am seeing it on my main library (GULP).

I'll leave the DLL in place but please treat it with suspicion

The symptom is that some of the playcounts seem to double with each synchronisation. Last play dates seem to be unaffected. If anyone can help pin this down I'd be very grateful.

Regards
Mark

OK, I've found the problem ... I wasn't writing back to the database column for the DeviceTracks and SongData. It was needing a combination of newly added tracks and playing in iTunes to reveal it.

New version uploaded. I've deleted the previous version.

Regards
Mark

markstuartwalker wrote:
New version uploaded. I've deleted the previous version.

Regards
Mark

Yippee! That seems to have sorted my start-up problems.

I'll let you know how the rest of it goes now.

Thanks

Jules

I did a small test to test the m4a audio sync and it worked. So let's try the rest of my lossless collection. Here we go!