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 2249892 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

[seemingly abandonware] iPod manager

Reply #1100
This one: http://yuo.be/wiki/dop:dop#field_mappings
It works? That was dug up from this thread I guess. If you mean that your browser didn't scroll to anything, that's just because I changed the heading of the respective section. The information is still there.

This worked well, thanks. When I transferred a full season (each with a number in its title), the files are sorted backwards. For example, 825 is the first episode I see, and 801 is the last. Is there a workaround for this?
Which iPod model do you have and what firmware version? You tagged them with episode number etc. right?

On my Classic with firmware 1.1.1 it seems correct when using foo_dop (whether or not I use EPISODEID, but files are tagged with season/episode number). If you use do Episode ID use something that sorts well (e.g. xxyy with xx zero padded season number, yy zero padded episode number), though it probably isn't too important.
.

[seemingly abandonware] iPod manager

Reply #1101
0.5.8.0 released.

Changes:
  • I added a iPod Devices Panel which lists connected iPods, allows you to view their contents and eject them.
  • I made some crazy changes to the database reader code to make it faster.
  • I tweaked a few other things in the database code in a hope to fix the iPod touch/iPhone cover flow issue.

The first two changes are experimental so I've tagged this release as experimental.
.

[seemingly abandonware] iPod manager

Reply #1102
I cant seem to get the panel working (using PUI)...its just blank/white...irrespective if the ipod is connected or not. Right clicking does nothing...and no errors in the console. Is there any settings/config for it?

[seemingly abandonware] iPod manager

Reply #1103
Tried it in Columns UI? Does "Load library" detect your iPod? Also what OS?
.

[seemingly abandonware] iPod manager

Reply #1104
Tried it in Columns UI? Does "Load library" detect your iPod? Also what OS?
Im using PanelsUI, but just tested in ColumnsUI as well -this time, all I see is a white panel and some dots "..." but nothing happens when clicked/dclicked. "Load library" loads the ipod contents into a new playlist "iPod Media Library" -but nothing happens in the panel no matter what command I click in the iPod menu. Using WinXP SP2.

----edit
Ok, now I can see the dots under PUI as well and a blank or "single space" selection. Right clicking on this space brings up a menu "send to autosend playlist" and "eject" ...clicking this creates a playlist "iPod View". Though isnt this redundant? Why have two playlists [iPod Media Library/iPod View]? Still nothing happens in the panel itself..

[seemingly abandonware] iPod manager

Reply #1105
Does your iPod have a name? The name is also displayed in the first entry in "Browse iPod" in the left pane.

You should see a tree in the panel. There should be the iPod's playlists descendent to the root entry, but maybe you don't have any playlists on your iPod..?

[edit] I uploaded 0.5.8.1. It just displays "Unnamed Device" in the panel if your iPod doesn't have a name. Should be less confusing in that case.

At the moment, if you want to rename your iPod you'll need to use iTunes.
.

[seemingly abandonware] iPod manager

Reply #1106
Yes, the iPod has a name defined through iTunes. But I didnt load any playlists onto it..so thats probably the problem. I'll try it out when I get home tonight! 

[seemingly abandonware] iPod manager

Reply #1107
I'm getting a cache read timeout whenver I try to syncronize my ipod. It reads maybe the first several folders (i.e. F01-F05) before it timeouts. When I try and sync again, it starts from the place of the last timeout (F05) and reads several more before it timeouts again. Any ideas as to the cause?

foo_dop version 0.5.8.1
XP SP2
5th gen ipod

 

[seemingly abandonware] iPod manager

Reply #1108
I'm getting a cache read timeout whenver I try to syncronize my ipod. It reads maybe the first several folders (i.e. F01-F05) before it timeouts. When I try and sync again, it starts from the place of the last timeout (F05) and reads several more before it timeouts again. Any ideas as to the cause?

foo_dop version 0.5.8.1
XP SP2
5th gen ipod

The message is "Cache read timeout!"? I am slightly confused because that only pop up if it fails to read metadata_cache.fpl from the root folder on your iPod, it gives 20 seconds for this to happen then errors out. I am not sure why it is trying to read metadata from the files at this point, strange. The only logical reason I can see is that the metadata is missing from the .fpl file but that shouldn't happen. Can you try dragging metadata_cache.fpl from the root folder of your iPod into foobar2000 and see if that causes foobar2000 to start reading metadata of all the files on your iPod?

Also, were you using a previous version of foo_dop before? And did you use the "iPod Devices Panel" at any point?

[edit] My feeling is that this was caused by an issue with panel. I'll fix it for next version, but for now you should delete the metadata_cache.fpl from the root folder on the iPod, and run "Load library" which should then read the metadata normally.
[edit] OK I made some fixes in 0.5.8.2. It should be OK now.
.

[seemingly abandonware] iPod manager

Reply #1109
Musicmusic,

Again, let me thank you up front for building this awesome plugin.  So far, it's really been a godsend for me.

I had some comments on the 0.5.8.1 TEST release:

Files are definitely writing to the device a lot faster now, and it's noticable when just sending files already in mp3 format to the iPhone.

The cover flow view still shows as transparent images when sent to the device with foo_dop.

Also, a few pages back in this thread you had asked if Media Monkey's iPhone sync works with the covers, and indeed it does, both for files embedded and a folder.jpg.  The images show up solid (not transparent).  What that programs lacks that this plugin does have is the ability to convert on-the-fly.

If there is anything I can do to help, whether it be taking some screen shots or uploading some data, please let me know.  I can write with Media Monkey too if there's a way to do a comparison of the database.

[seemingly abandonware] iPod manager

Reply #1110
Musicmusic,

Again, let me thank you up front for building this awesome plugin.  So far, it's really been a godsend for me.
No problem

I had some comments on the 0.5.8.1 TEST release:

Files are definitely writing to the device a lot faster now, and it's noticable when just sending files already in mp3 format to the iPhone.
Don't want to disappoint you, but there have been no changes there  File copying speeds isn't something I have so much control over. Although, as I recall foobar2000 writes files in small chunks (to allow it to cancel the operation without waiting for the whole operation to finish), I wonder if this has any impact with regards to speed on the iPhone / iPod touch. (edit: scrap that, the only chunks used when copying to the touch are huge)

The cover flow view still shows as transparent images when sent to the device with foo_dop.


Also, a few pages back in this thread you had asked if Media Monkey's iPhone sync works with the covers, and indeed it does, both for files embedded and a folder.jpg.  The images show up solid (not transparent).  What that programs lacks that this plugin does have is the ability to convert on-the-fly.

If there is anything I can do to help, whether it be taking some screen shots or uploading some data, please let me know.  I can write with Media Monkey too if there's a way to do a comparison of the database.
Really I need a ArtworkDB and iTunesDB backups with some working artwork in them (preferably from iTunes), I don't have any at the moment. There is some software around that let's you browse the device, search google if you don't know any, it should be easy to find some (Alternatively I could make a special build of foo_dop to back them up). I understand that the place holder musical note image is meant to be semi-transparent, so with regards to the artwork from foo_dop it would seem like the device is getting confused about whether it has artwork or not resulting in it displaying the artwork semi-transparent.

Oh, I'm still interested to know if ml_ipod has this problem or not.
.


[seemingly abandonware] iPod manager

Reply #1112
Ok, quoting myself here...
Quote
Also, I sometimes start to get an I/O Error when I try any ipod operation until I restart foobar. Again, its happened a few times and I can't pinpoint a pattern yet, but Ill let you known if I figure it out (and I dont have the exact error text, but ill add it here next time it happens). One of the times it happened was right after adding a large number of files. I sent about 100 songs and it transferred the files and the art, then when it got to updating the database I got an I/O error and the files didnt get added to the database
I had this again after trying to transfer a large movie file. The file itself got copied, and then the I/O error came up and the database wasnt updated. I think this may have something to do with the fact that you dont lock the ipod into the sync screen while the file is being copied. After a few minutes of copying, the ipod starts to sleep and perhaps this is causing foo_dop to lose the connection. Other programs keep the ipod from sleeping by displaying the sync screen until everything is complete.

On an unrelated note, the metadata for videos not transferred by foo_dop doesn't get read. I guess this probably has more to do with foobars tag reading ability than foo_dop.

[seemingly abandonware] iPod manager

Reply #1113
I had this again after trying to transfer a large movie file. The file itself got copied, and then the I/O error came up and the database wasnt updated. I think this may have something to do with the fact that you dont lock the ipod into the sync screen while the file is being copied. After a few minutes of copying, the ipod starts to sleep and perhaps this is causing foo_dop to lose the connection. Other programs keep the ipod from sleeping by displaying the sync screen until everything is complete.
OK. Well I can make it display the sync screen all the time, but it isn't the "proper" solution. Hopefully I'll have something for you to test soon

Quote
On an unrelated note, the metadata for videos not transferred by foo_dop doesn't get read. I guess this probably has more to do with foobars tag reading ability than foo_dop.
It depends what metadata fields they use (or even if they tag the file..).
.

[seemingly abandonware] iPod manager

Reply #1114
I'm referring to information like title, episode #, episode ID, etc. I have tagged all my videos using itunes, and non of this information shows up in either file properties or in your custom video tagger.

[seemingly abandonware] iPod manager

Reply #1115
Don't want to disappoint you, but there have been no changes there  File copying speeds isn't something I have so much control over. Although, as I recall foobar2000 writes files in small chunks (to allow it to cancel the operation without waiting for the whole operation to finish), I wonder if this has any impact with regards to speed on the iPhone / iPod touch. (edit: scrap that, the only chunks used when copying to the touch are huge)


Hrmph, I was testing this morning using a different machine.  I know my home box is in need of some updating, but I didn't really think it would make THAT big a difference.  Certainly seemed faster....

I have done some testing with Winamp and ml_ipod, and it does indeed write the album covers correctly, and the cover flow shows solid images throughout.  So both Media Monkey and ml_ipod seem to have it figured out, although neither of these are without bugs.  Without getting into too many gritty details, both packages hard a much harder time dealing with databases that were modified with programs other than themselves.  However, whatever they are doing with the artwork seems to be right.

I will search around a bit to figure out how to extract a backup of the database for further testing.

[seemingly abandonware] iPod manager

Reply #1116
OK, so I have run through a little more testing here.  I have found an app called iPhoneExplorer which exposes the iPhone to the Windows Explorer, and allows me to extract both of that you asked for, the itunesDB and the ArtworkDB.

The first zip file is both of those two items, take from a database when the device was fully restored back to original settings, and music was added from the iTunes music library.

The second zip file is both of the same two files, using the same database as above, but adding a few additional albums from foo_dop.  The two albums by the band "Decapitated" were sent from the foo_dop and show up transparent; everything else was done with iTunes to a clean device, and of course has correct album cover.

Hopefully the two files you asked for will reveal something.  Ripped them off of the iPhone with the iPhoneDriveControl.exe software.  I can get more from the device if needed, but there were the two files you needed earlier.

iTunes Only No foo_dop

iTunes and foo_dop edited

[seemingly abandonware] iPod manager

Reply #1117
Musicmusic,

Would it be possible for you to make some variables to get the following information:

%ipod_size% = The size of the iPod (80 GB, 160 GB, etc)
%ipod_space_used% = The amount of GB used up on the iPod (returned in bytes)
%ipod_space_left% = The amount of space left for storage on the iPod (returned in bytes)

The variable codes can be different, those were just examples. I would find this information very useful for something I am making, and if you could implement this, that would be amazing .

Thanks for your hard work on this component .
Song List: keikoniumboards.ke.funpic.org/files/songlist.html

[seemingly abandonware] iPod manager

Reply #1118
I have done some testing with Winamp and ml_ipod, and it does indeed write the album covers correctly, and the cover flow shows solid images throughout.
Thank you! This means it is something simple, and there's only a few such things

So both Media Monkey and ml_ipod seem to have it figured out, although neither of these are without bugs.
I think it's more a case of them not having the problem in the first place..

iTunes Only No foo_dop

iTunes and foo_dop edited
Great, thanks!

Here is the version to test I mentioned. I made two changes:
-The sync screen should stick now
-I made a change which may impact on the cover flow issue (new albums only)
.

[seemingly abandonware] iPod manager

Reply #1119
Hi,

0I am new to the forum and to Foobar which I must add I love! I have a 4GB nano and I can get it to do most things with foo_dop 0.5.7.0 and 0.5.8.2 but the only thing thats causing a problem is putting play lists onto it. I keep getting the error "Failed To Add File To iPod:Device Is Full" I know my iPod is not full as I have removed playlists off it with foo_dop, so there must be space. Is the 4GB nano not supported with foo_dop? Can anyone help me? Thanks in advance.


Fejaouk.

[seemingly abandonware] iPod manager

Reply #1120
Maybe JEFF K got to it ?

Or maybe something is actually full  Removing playlists doesn't remove the tracks they contain from your iPod. It should be fairly painless to check how much free space there is with Windows Explorer ? Have a read of the release notes if you're still not sure.
.

[seemingly abandonware] iPod manager

Reply #1121
-The sync screen should stick now


Yes it does .  Nice touch!

-I made a change which may impact on the cover flow issue (new albums only)


Nope .  Still transparent.  Now that I know how to grab database files off of the iPhone, let me know if there's any combinations you'd like for me to test out.  I can wipe the device clean and write files any way that you think might help nail down the issue.


Using this build, I just encountered an error during a FLAC > iPhone on-the-fly conversion.  foobar2000 popped the a window that read "Error writing iTunesDB file : I/O Error: AFCFileRefOpen returned: 11 Path was: /iTunes_Control/iTunes/iTunesDB.dop.temp"

When I attempted to connected to the device using iTunes, I got an error stating "iTunes could not connect to the iPhone because the pairing record is missing".  A reboot of the device allowed me to connect to it, but the music files that were being written seem to have gotten lost in no-man's land.  iTunes now reports a large chunk of it's memory being taken up by "other" (which would be the newly transferred music) but the device doesn't see the actual music files, and nor does foo_dop.

[seemingly abandonware] iPod manager

Reply #1122

-The sync screen should stick now


Yes it does .  Nice touch!
Good

Nope .  Still transparent.


Now that I know how to grab database files off of the iPhone, let me know if there's any combinations you'd like for me to test out.  I can wipe the device clean and write files any way that you think might help nail down the issue.

I had a good look at your files, and actually I didn't find anything obvious (but I did manage to find some other stuff out so it was useful, but it is unlikely to affect the cover flow issue). It seemed like those backups were created with 0.5.7 BTW (not a problem, just checking).

Well, there's only two other things I'd like to know:
-If you set foo_dop to gapless scan files does that have any effect on this issue?
-If you disable all automatic syncing features with iTunes (so it does not update the iPod automatically), send an album with foo_dop, then open iTunes and close it is the artwork still broken?

Using this build, I just encountered an error during a FLAC > iPhone on-the-fly conversion.  foobar2000 popped the a window that read "Error writing iTunesDB file : I/O Error: AFCFileRefOpen returned: 11 Path was: /iTunes_Control/iTunes/iTunesDB.dop.temp"
Hmm. Maybe this is what alphaex32 was seeing. Did the iPod do anything like go to sleep when it happened (and was it copying files for some time?) Now at least I know the error and I have some idea what happened but the question is why...

When I attempted to connected to the device using iTunes, I got an error stating "iTunes could not connect to the iPhone because the pairing record is missing".
Eugh, strange error, it doesn't say why it didn't pair them again, not that there is a good reason the pairing record would magically go missing. I was hoping I would be able to recover from this state but it doesn't sound hopeful if iTunes can't...

A reboot of the device allowed me to connect to it, but the music files that were being written seem to have gotten lost in no-man's land.  iTunes now reports a large chunk of it's memory being taken up by "other" (which would be the newly transferred music) but the device doesn't see the actual music files, and nor does foo_dop.
It is possible to recover from this state. If you goto File/Add locations, and enter applemobiledevice://<serial>:/iTunes_Control/Music/ replacing <serial> with the string that is displayed in the foobar2000 console it should add all the files to a playlist. Then you can select them all and run "iPod/Send to iPod" from the context menu which will add the missing ones into the database.
.

[seemingly abandonware] iPod manager

Reply #1123
When the error occurred, I had been sending a set of FLAC files converting on the fly.  To just do the conversion, this process is pretty quick, but this time I had it set to check gapless information.  Doing the gapless check for a set of 10 FLAC files had taken about 15-20 minutes, and then the device went to sleep and the aforementioned error appeared.  I was going to inquire about why it takes such an obscenely long amount of time to do this gapless check in a separate post, but I guess it kind of applies here.

I will do some more playing around with the combinations you suggested.

[seemingly abandonware] iPod manager

Reply #1124
Oh, I can fix the gapless scan thing. For transcodes it needs to read the file transcoded file, which is does so from the device. The file reading wasn't exactly optimal which it seems like shows on the iPhone/iPod touch badly due to the method file I/O happens on those devices. I uploaded 0.5.8.5 which includes this fix.

Strange the device went to sleep though - why is beyond me. In that test version a file handle is open on the device for the entire duration of the sync so that can't be it. Unfortunately the previous version didn't note any specific errors during the gapless scan, just whether it failed or not, and also you won't see that unless it does write the database successfully. So it's difficult to tell if it died during the gapless scan or as soon as it finished. I changed it in the new version so does keep a track of the specific error - and also so it displays the errors dialog even if it fails to write the database, so we can catch the first error if this happens again. Though you may see two error dialogs if it does happen which is why the other dialog wasn't shown before.
.