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 2252175 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

[seemingly abandonware] iPod manager

Reply #1850
iPod manager 0.6.4.1 released.

When used with the new Playback Statistics 2.1.8 synchronising play data/ratings with the media library is now supported. Thanks to Peter for adding support for it in Playback Statistics

Please see here for some information on how it works, limitations etc. Any questions/problems relating to this, probably best to post them in this thread.
.

[seemingly abandonware] iPod manager

Reply #1851
Nice new feature! Good work as always.  Although I use Playback Statistics Custom, I'll give it a try to see if I could make them live together to get this feature.

[seemingly abandonware] iPod manager

Reply #1852
One question.

Does the update process occurs when the tracks were converted?. I guess not because I tried it and it didn't work (in my PC the tracks were separated by .apl files). I'm guessing it's the same with flac, ape and other formats.

Thanks for this nice feature. It helps a lot.

Edit: Maybe I had to transfer the files with this new version of foo_dop. If that's the case sorry for the question.

[seemingly abandonware] iPod manager

Reply #1853
Thanks for this awesome feature. Great work.

[seemingly abandonware] iPod manager

Reply #1854
I truly enjoy the new PS integration, but there's one thing that's bothering me. I like to sync my playback statistics to the files. This, of course, causes a file rewrite when syncing ones iPod. The problem, though, is that foo_dop doesn't recognize this during aforementioned sync, so they have to be synced a second time to have the correct play count etc. Can this be looked into? It's mainly nitpicking, though.

[seemingly abandonware] iPod manager

Reply #1855
I truly enjoy the new PS integration, but there's one thing that's bothering me. I like to sync my playback statistics to the files. This, of course, causes a file rewrite when syncing ones iPod. The problem, though, is that foo_dop doesn't recognize this during aforementioned sync, so they have to be synced a second time to have the correct play count etc. Can this be looked into? It's mainly nitpicking, though.


I was wondering the same thing. I also write statistics to the file. So it seems that a sync would be needed to run twice for the files to really be synced? What will happen if you do not sync second time and foobar and ipod both play this file. Would statistics get lost?

By the way, musicmusic thank you very much for this great plugin!

[seemingly abandonware] iPod manager

Reply #1856
Does the update process occurs when the tracks were converted?. I guess not because I tried it and it didn't work (in my PC the tracks were separated by .apl files). I'm guessing it's the same with flac, ape and other formats.

Thanks for this nice feature. It helps a lot.

Edit: Maybe I had to transfer the files with this new version of foo_dop. If that's the case sorry for the question.
As long as they weren't sent using a really old version of the component (or moved as mentioned) it should be OK. Admittedly I haven't tested subsongs but I don't see any reason they shouldn't work. You can check if the component has a path stored in the "In DopDB" column in Manage contents (you can't see the actual path currently, though).
.

[seemingly abandonware] iPod manager

Reply #1857
The problem, though, is that foo_dop doesn't recognize this during aforementioned sync, so they have to be synced a second time to have the correct play count etc. Can this be looked into? It's mainly nitpicking, though.
Ah yes that would be right, the reason is it checks what to sync and shows the preview window before the files get modifed from the play counts stuff. (The stats *may* still be updated on the iPod without the second sync, I'm not sure).

The solution would have to be to delay those two things until after the play count stuff, and stopping at the preview stage would have to skip copying files etc. but still write an updated DB.

Thanks I'll try and change this for the next build.

(There should be no problem if the stats are not written to the files, though).

What will happen if you do not sync second time and foobar and ipod both play this file. Would statistics get lost?
No it shouldn't.
.

[seemingly abandonware] iPod manager

Reply #1858
[As long as they weren't sent using a really old version of the component (or moved as mentioned) it should be OK. Admittedly I haven't tested subsongs but I don't see any reason they shouldn't work. You can check if the component has a path stored in the "In DopDB" column in Manage contents (you can't see the actual path currently, though).


Thanks for the quick answer. I did a fresh install of the files in the iPod and it works fine (like you told). I had many files that they were not in the DopDB. I don't understand why! I always use foo_dop to transfer the files.




[seemingly abandonware] iPod manager

Reply #1859
musicmusic, thank you for the playback statistics update feature. I have one suggestion, though: it would be nice to see a window after each database rewriting displaying a list of tracks which will be updated and/or scrobbled, and also showing which of those tracks have been missing since they were added to iPod.

 

[seemingly abandonware] iPod manager

Reply #1860
error reading metadata cache: unsupported format or corrupted file
Any insight it worked up until yesterday.

[seemingly abandonware] iPod manager

Reply #1861
Well so far everything is worked as expected except for one issue: I have my "ipod shuffle playlist" that I just click "sync" on so when I add/remove files to that playlist my shuffle keeps up. This works great except if I change track order it isn't reflected on the ipod. New tracks on the playlist are just added below ones currently on there (the "no change" in the sync).

Is there a button/option to force rewriting the database in the correct track order when syncing or must I remove all the tracks on the shuffle and then re-add the whole playlist?

Thanks for a great tool, Cheers!

[seemingly abandonware] iPod manager

Reply #1862
Hello peoples.

I have a dilemma, and I'm sure one of the many foobar/iPod enthusiasts here can assist me. My computer is one of those unfortunate ones I've been reading about recently that apparently iTunes doesn't agree with for whatever reason (it might be because it's an illegitimate copy of Windows, but hey, what copy isn't these days). So basically, I download the iTunes setup, install it, select the icon to open it, and...it doesn't. Trying an abundance of possible ways to open the program, and many more that I researched online, came up with diddly squat, so I've accepted at this point that there's no way I'm opening iTunes on this thing without a complete reformat; which I'd rather not do, for obvious reasons.

Reading up on the several iTunes alternatives, Rockbox, Winamp, etc., the instructions inevitably state that the iPod must first be enabled as an external hard drive, with the use of iTunes. Obviously, this doesn't help me at all. 

Hence, my questions: Will this plugin work with an iPod, if said iPod isn't enabled as a hard drive? If it will not work, is there a way to enable it without the use of iTunes? Is there an alternative to any of these options that anyone can think of? Am I screwed?

Any help is appreciated. My faith rests with you, foobar...

[seemingly abandonware] iPod manager

Reply #1863
does this also work with creative players?

[seemingly abandonware] iPod manager

Reply #1864
@haazetzet: Sorry, no.

[seemingly abandonware] iPod manager

Reply #1865
I think I found a bug.  I have Phrenology by The Roots (http://en.wikipedia.org/wiki/Phrenology_(album)).  It has 2 [Untitled] tracks back to back which are silent (tracks 15 and 16).  When I loaded the album the first time, all 18 tracks were copied just fine onto my iPod.  However, the next time I synched it, foo_dop was telling me I should remove one of these tracks (I couldn't tell because they both have the same track title).  Now, on my iPod, the album has only 17 tracks because foo_dop removed one of the [Untitled] tracks.  Is this a bug on my end, or is this a bug in the plugin?  By the way, I'm using foobar 0.9.6.3 with 0.6.3.9 foo_dop.

[seemingly abandonware] iPod manager

Reply #1866
error reading metadata cache: unsupported format or corrupted file
Any insight it worked up until yesterday.
For some reason the metadata_cache.fpl file got corrupted. If you have access to it, delete it and try again. I'll take a look at what exactly the compnent does when it is corrupt, it would probably be a better idea if it just carried on anyway.

[..yada..]Hence, my questions: Will this plugin work with an iPod, if said iPod isn't enabled as a hard drive? If it will not work, is there a way to enable it without the use of iTunes? Is there an alternative to any of these options that anyone can think of? Am I screwed?
Don't they come with disk use enabled these days? You could do the obvious things such as doing it on another computer, or even using a virtual machine with USB passthrough. Or boot the iPod in recovery disk mode and either use the component like this or delete the iPod_Control directory, restart the iPod and see what happens.

I think I found a bug.  I have Phrenology by The Roots (http://en.wikipedia.org/wiki/Phrenology_(album)).  It has 2 [Untitled] tracks back to back which are silent (tracks 15 and 16).  When I loaded the album the first time, all 18 tracks were copied just fine onto my iPod.  However, the next time I synched it, foo_dop was telling me I should remove one of these tracks (I couldn't tell because they both have the same track title).  Now, on my iPod, the album has only 17 tracks because foo_dop removed one of the [Untitled] tracks.  Is this a bug on my end, or is this a bug in the plugin?  By the way, I'm using foobar 0.9.6.3 with 0.6.3.9 foo_dop.
The component uses the modified date, filesize, artist, title and album to identify each track. Cleary you have some odd case where those are all equal for those two files. If you are going to keep blank album tracks on your computer, I think it's probably a good idea to give them different titles. I'll think about including tracknumber etc. in it, though.
.

[seemingly abandonware] iPod manager

Reply #1867
@ Ionzorg

My copy of windows is legit. Matter of fact I have 3 legits.

Just out of curiosity have you tried opening iTunes from the .exe in the install folder instead of the shortcut?

[seemingly abandonware] iPod manager

Reply #1868
Somehow (apparently, after using "rewrite database" command) playcount tags on several tracks from an album I've listened to today on iPod have decreased (from 11 to 7 and 8). I'm not sure if this was done by foo_dop/foo_playcount, but according to the backup of database.fpl made 4 days ago the whole album was played 11 times, and I haven't played it or changed its tags since then.

I keep playback statistics in tags and never use "synchronize" command.

[seemingly abandonware] iPod manager

Reply #1869
My copy of windows is legit. Matter of fact I have 3 legits.
Same here (well 4 really, more Windows licences than computers )  I don't know why this topic was even relevant, though.

Somehow (apparently, after using "rewrite database" command) playcount tags on several tracks from an album I've listened to today on iPod have decreased (from 11 to 7 and 8). I'm not sure if this was done by foo_dop/foo_playcount, but according to the backup of database.fpl made 4 days ago the whole album was played 11 times, and I haven't played it or changed its tags since then.

I keep playback statistics in tags and never use "synchronize" command.
I can't do anything that would directly cause play counts to decrease in your files. I think something like this can happen if you had your play counts stored as metadata and not in the playback statistics database. I don't know the rules it uses though.
.

[seemingly abandonware] iPod manager

Reply #1870
I think something like this can happen if you had your play counts stored as metadata and not in the playback statistics database. I don't know the rules it uses though.

Well, you are right — I've examined PlaybackStatistics.dat using hex editor, and it seems that the values stored there differ from the ones in file tags. This must have happened because formerly I was manually updating play counts of tracks I listened to on iPod without using "Import Statistics from File Tags" command afterwards. I thought that internal database was being updated right after writing tags, because I was confused with %play_count% value — now I understand that it returns not the value stored in internal database nor a file tag value, but whichever is the largest. What's even more interesting, foo_playcount uses titleformat script %play_count% to update playback statistics after listening to the track (as a variant, it automatically imports info from tags, which should give the same result). Perhaps you can consider implementing the same behavior as I still have to update some of the tracks manually (the ones which were moved after being uploaded to iPod)?

[seemingly abandonware] iPod manager

Reply #1871
Whatever is displayed via %play_count% is what will get imported to the iPod when the file is sent over (since current version). However if you don't use sync, they will get out of sync. The component just tells Playback Statistics what was played on the iPod since last time they met, then it uses whatever rules it has to merge those into its database. Does that help?
.

[seemingly abandonware] iPod manager

Reply #1872
I think I found a bug.  I have Phrenology by The Roots (http://en.wikipedia.org/wiki/Phrenology_(album)).  It has 2 [Untitled] tracks back to back which are silent (tracks 15 and 16).  When I loaded the album the first time, all 18 tracks were copied just fine onto my iPod.  However, the next time I synched it, foo_dop was telling me I should remove one of these tracks (I couldn't tell because they both have the same track title).  Now, on my iPod, the album has only 17 tracks because foo_dop removed one of the [Untitled] tracks.  Is this a bug on my end, or is this a bug in the plugin?  By the way, I'm using foobar 0.9.6.3 with 0.6.3.9 foo_dop.
The component uses the modified date, filesize, artist, title and album to identify each track. Cleary you have some odd case where those are all equal for those two files. If you are going to keep blank album tracks on your computer, I think it's probably a good idea to give them different titles. I'll think about including tracknumber etc. in it, though.


Yeah, they are all equal.  Both [Untitled] tracks have the same name ([Untitled]), are the same size (86628 bytes), are the same artist, etc, but they're technically different tracks.  This is definitely a weird edge case, but I'd rather not remove them either because the album was meant to be listened to with both silent tracks in there.  Including the tracknumber would indeed fix the issue.  Thanks for considering it. 

[seemingly abandonware] iPod manager

Reply #1873
Whatever is displayed via %play_count% is what will get imported to the iPod when the file is sent over (since current version). However if you don't use sync, they will get out of sync.

I don't really care about playback statistics on iPod, I only need it to be updated in foobar2000 library.
The component just tells Playback Statistics what was played on the iPod since last time they met, then it uses whatever rules it has to merge those into its database. Does that help?

Then I guess it's a bug in foo_playcount.
The component uses the modified date, filesize, artist, title and album to identify each track. Cleary you have some odd case where those are all equal for those two files. If you are going to keep blank album tracks on your computer, I think it's probably a good idea to give them different titles. I'll think about including tracknumber etc. in it, though.

I think Media Library needs some hash values or GUIDs to uniquely identify any track. This would also help to get rid of some sync command problems (no need to reconvert the whole track after just changing tags, etc.).

[seemingly abandonware] iPod manager

Reply #1874
Then I guess it's a bug in foo_playcount.
The component uses the modified date, filesize, artist, title and album to identify each track. Cleary you have some odd case where those are all equal for those two files. If you are going to keep blank album tracks on your computer, I think it's probably a good idea to give them different titles. I'll think about including tracknumber etc. in it, though.

I think Media Library needs some hash values or GUIDs to uniquely identify any track. This would also help to get rid of some sync command problems (no need to reconvert the whole track after just changing tags, etc.).

Well foobar's media library is backed by a database.  All songs must therefore be tied to a unique primary key, so we could just use the song's primary key (which is presumably an int ID).  That'd be the simplest solution.