foo_pod - Foobar2000 meets the iPod, iPod -> Foobar2000 0.8 Options

[Aero]

Version 0.9.9e is now available.

The major addition to this version is the concept of global alternate metadata. This allows you to set alternate metadata for all songs without having to actually add a POD_* metadata item to each song. Note that if a song has POD_* metadata, it is used in preference to the global alternate metadata. These settings are on the new Advanced preferences tab.

Another change that will probably be appreciated is that the progress dialogs are no longer modal. This means that the Foobar interface is accessible during foo_pod operations. This change also fixed the problem where the Foobar window would disappear behind other windows, even if you didn't have the Minimize Foobar option enabled.

Also, cancelling during a Send All Playlist operation now cancelled the whole transfer (rather than having to click cancel for each playlist).


From the Readme:

CODE

Version 0.9.9e - March 6, 2005
*  Fixed a crash when attempting to read 0 byte files on the iPod.  This was seen after updating an iPod Shuffle to the latest firmware.

*  Created a new Advanced tab in the Preferences dialog, and moved Console Debug Mode to it.  Also added items for Alternate Metadata (see below).

*  Added several Global Alternate Metadata fields, located on the Advanced tab in the Preferences.  This allows you to use Foobar TAGZ strings to configure how songs are displayed on the iPod, in a global fashion.  Note that if you have per-file alt metadata (POD_ARTIST, for example), that will be used in peference to the global alt metadata.

*  Added an option on the Main tab to optionally sort the iPod playlist.  This is enabled by default.

*  Made the progress dialogs non-modal.  This means that Foobar's interface will be accessible even during foo_pod operations.  This also fixes a problem where the Foobar window will disappear behind other windows when doing certain operations (like Load iPod Playlist To Foobar).

*  Moved some Component menu items to a new "Maintainance" submenu.

*  If the user clicks Cancel during a Send All Playlists To iPod operation, this will cancel the entire operations, instead of just cancelling the current playlist.

*  When writing to an iPod Shuffle, only warn the user once that it is full.

[quazi]

Version 0.9.9e is now available.

it works!



this rocks, you rock (you never sleep either, that was fast!)

[Aero]

it works!



this rocks, you rock (you never sleep either, that was fast!)

Thanks!

I actually did this at around 3PM local time, but you're right, I don't sleep!

[jcarbonell]

I'm using 0.9.9d.

When I sync w/ "Sync with current playlist," foobar200 crashes when the sync is complete.  It gives me the dump:

Is this always reproducible, and do you know if any previous versions work? Previous versions are available at http://www.loodi.com/foo_pod_<version>.zip (that is an underscore between foo_pod and <version>).

For example, http://www.loodi.com/foo_pod_0.9.9c.zip

It's always reproducible w/ 9.9.d. It is also not reproducible w/ 9.9.e. Did you do an analysis of the stack trace to see what was dying?

(I didn't try 9.9.c, since 9.9.e doesn't seem to have the bug)

[jcarbonell]

I'm using 0.9.9d.

When I sync w/ "Sync with current playlist," foobar200 crashes when the sync is complete.  It gives me the dump:

Is this always reproducible, and do you know if any previous versions work? Previous versions are available at http://www.loodi.com/foo_pod_<version>.zip (that is an underscore between foo_pod and <version>).

For example, http://www.loodi.com/foo_pod_0.9.9c.zip

Actually, I was looking at the stack traces that foobar catches, it seems that there are three crashes. It seems that I picked the weirdest one to initially report. This snippet occurs more often than the one that I originally posted:

(I've seen this crash about 3-4 times)

CODE

Stack dump analysis:
Address: 7C910D5Ch, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "wcsncpy" (+000002CDh)
Address: 7C910E91h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "wcsncpy" (+00000402h)
Address: 7C90EE18h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "strchr" (+00000117h)
Address: 7C910570h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 77C2C2DEh, location: "msvcrt", loaded at 77C10000h - 77C68000h
Symbol: "free" (+000000C3h)
Address: 77C2C2E3h, location: "msvcrt", loaded at 77C10000h - 77C68000h
Symbol: "free" (+000000C8h)
Address: 77C35C94h, location: "msvcrt", loaded at 77C10000h - 77C68000h
Symbol: "except_handler3" (+00000000h)
Address: 77C12070h, location: "msvcrt", loaded at 77C10000h - 77C68000h
Symbol: "__non_rtti_object::`vftable'" (+00000C78h)
Address: 013DCA88h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013E6038h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013DA443h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013F884Fh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013E6018h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013D983Dh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013F87E5h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013E5FF8h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013D92F8h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013F8770h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013E5FD8h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013D8B78h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013F8710h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013E8256h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013F8A75h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013BC127h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA6DCh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA6C8h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA50Ch, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 7C9140C0h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "RtlDetermineDosPathNameType_U" (+00000721h)
Address: 013FAA74h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 7C90EE18h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "strchr" (+00000117h)
Address: 013FA8DCh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA97Ch, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FAA7Ch, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA9ACh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA9DCh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA9E8h, location: "foo_pod", loaded at 013B0000h - 01448000h

Here's the third one (this occurred just once, just like the first one I reported):

CODE

Stack dump analysis:
Address: 7C910D5Ch, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "wcsncpy" (+000002CDh)
Address: 7C90EE18h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "strchr" (+00000117h)
Address: 7C910570h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 77C2C2DEh, location: "msvcrt", loaded at 77C10000h - 77C68000h
Symbol: "free" (+000000C3h)
Address: 77C2C2E3h, location: "msvcrt", loaded at 77C10000h - 77C68000h
Symbol: "free" (+000000C8h)
Address: 77C35C94h, location: "msvcrt", loaded at 77C10000h - 77C68000h
Symbol: "except_handler3" (+00000000h)
Address: 77C12070h, location: "msvcrt", loaded at 77C10000h - 77C68000h
Symbol: "__non_rtti_object::`vftable'" (+00000C78h)
Address: 77C35C94h, location: "msvcrt", loaded at 77C10000h - 77C68000h
Symbol: "except_handler3" (+00000000h)
Address: 77C12070h, location: "msvcrt", loaded at 77C10000h - 77C68000h
Symbol: "__non_rtti_object::`vftable'" (+00000C78h)
Address: 013D4AE7h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013D4ADFh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013D4ADFh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013D4ADFh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013E638Bh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013D9865h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013F87E5h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013E5FF8h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013D92F8h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013F8770h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013E5FD8h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013D8B78h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013F8710h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013E8256h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013F8A75h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013BC127h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA6DCh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA6C8h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA50Ch, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 7C9140C0h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "RtlDetermineDosPathNameType_U" (+00000721h)
Address: 013FAA74h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 7C90EE18h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "strchr" (+00000117h)
Address: 013FA8DCh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA97Ch, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FAA7Ch, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA9ACh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA9DCh, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 013FA9E8h, location: "foo_pod", loaded at 013B0000h - 01448000h
Address: 77E7610Ch, location: "RPCRT4", loaded at 77E70000h - 77F01000h
Symbol: "NdrTypeFlags" (+000003E4h)
Address: 77E76115h, location: "RPCRT4", loaded at 77E70000h - 77F01000h
Symbol: "NdrTypeFlags" (+000003EDh)
Address: 77E76098h, location: "RPCRT4", loaded at 77E70000h - 77F01000h
Symbol: "NdrTypeFlags" (+00000370h)
Address: 77E760A4h, location: "RPCRT4", loaded at 77E70000h - 77F01000h
Symbol: "NdrTypeFlags" (+0000037Ch)
Address: 01785AB9h, location: "foo_ui_columns", loaded at 01770000h - 017A7000h

[Aero]

Actually, I was looking at the stack traces that foobar catches, it seems that there are three crashes.  It seems that I picked the weirdest one to initially report.  This snippet occurs more often than the one that I originally posted:

(I've seen this crash about 3-4 times)

Are these crash dumps from 0.9.9d or e? I don't have the necessary file for debugging 0.9.9d handy, although I could recreate it if necessary. But if 0.9.9e fixed your problem (or at least you aren't experiencing it any more), then I'll wait to see if it happens in the future.

[jkwarras]

It apparently works for most people, but I tried it out and it didn't work at all for me...

OT: What exactly doesn't work for you? Here with winXP I just had to:

1) Copy foo_playcount.dll to the component folder
2) Copy the sqlitle.dll into main foobar2000 folder
3) Start foobar2000, but the first time it didn't work, everything was grey.
4) Restart fb2k again and I could hit 'test' under playcount preferences and it worked. Everything has being since updated with playcounts.

I don't know much more about the plugin but if you have any question and I can help, go ahead

[quazi]

(one thing about using strings as global alternate metadata)

If you have a string return nothing, it's not the same as leaving the entry blank (disabling it). Here's how I found out:

I never use the %composer% tag (except in a roundabout way when I'm transferring compilation discs with this latest version of foo_pod.) When an %album artist% tag exists, I'll copy %album artist% to Artist, and %artist% to Composer. If there's no %album artist% altogether, I'll just copy all the tags normally. So I came up with this for Composer:

CODE

$if(%album artist%,%artist%,%composer%)

Since most of my files don't have a %composer% tag, the iPod returns a "?" in the Composer menu. When I select it, it lists all the artists from all the tracks that are not on compilation discs (and that's most of my collection).

That's when it dawned on me "Oh, 'blank to disable'.. Since I can't leave it blank, I'll just remove %composer% from the string."

CODE

$if(%album artist%,%artist%,)

The question mark went away! So to prevent them from showing up when transferring files without proper tags, here's my attempt at a catch-all:



But here's something you wouldn't notice otherwise: When you load iPod playlists into Foobar and check their tags, Foobar is reporting them as having a blank Composer entry. (Since foo_pod doesn't edit files, I'm assuming that it's getting this data from the iTunesDB and not directly from the tags themselves.) Therefore when you have a string return nothing, it doesn't disable the tag (it's not the same as leaving it blank). But as long as it fixes the question mark problem, I'm happy!

This post has been edited by quazi: Mar 7 2005, 17:11

[jcarbonell]

Actually, I was looking at the stack traces that foobar catches, it seems that there are three crashes.  It seems that I picked the weirdest one to initially report.  This snippet occurs more often than the one that I originally posted:

(I've seen this crash about 3-4 times)

Are these crash dumps from 0.9.9d or e? I don't have the necessary file for debugging 0.9.9d handy, although I could recreate it if necessary. But if 0.9.9e fixed your problem (or at least you aren't experiencing it any more), then I'll wait to see if it happens in the future.

All of these crashes are w/ 0.9.9d. (BTW, foo_pod is much better than iTunes.)

[Aero]

(one thing about using strings as global alternate metadata)

If you have a string return nothing, it's not the same as leaving the entry blank (disabling it). Here's how I found out:

<snip>

But here's something you wouldn't notice otherwise: When you load iPod playlists into Foobar and check their tags, Foobar is reporting them as having a blank Composer entry. (Since foo_pod doesn't edit files, I'm assuming that it's getting this data from the iTunesDB and not directly from the tags themselves.) Therefore when you have a string return nothing, it doesn't disable the tag (it's not the same as leaving it blank). But as long as it fixes the question mark problem, I'm happy! 

I guess I didn't consider that situation - I'm just running the TAGZ string operation and setting the metadata to the results. And by setting the metadata, this is really temporary metadata only - it is never written to a file, and it will be replaced by the real file's metadata if you force a reload from the file.

As for the empty metadata, I can go either way - either just store the results of the TAGZ string, or ensure it is non-empty before creating the metadata item.

[ElBooto]

When you load iPod playlists into Foobar and check their tags, Foobar is reporting them as having a blank Composer entry.

I've seen the same behaviour after running masstagger scripts, that is blank fields appearing in the database. It seems Foobar will not write these blank fields out to a file though, so even if foo_pod would want to write this metatdata to a file the blank fields are still harmless. As an aside, this is why you can't just add a 'various' tag to a file, you must do 'various=something'.

[jkwarras]

@Aero: Do you still have problems with mod foo_playcount.dll?

This post has been edited by jkwarras: Mar 9 2005, 10:57

[jkwarras]

Hi,

I'm planning to buy an ipod shuffle for my girlfriend who already uses foobar2000. Sorry if this has already been asked but does foo_pod support the 'autofill' feature?

[quazi]

As for the empty metadata, I can go either way - either just store the results of the TAGZ string, or ensure it is non-empty before creating the metadata item.

I'm leaning toward ensuring that they're non-empty. On the off-chance that somebody wants to count the number of %such and such% tags in the iTunesDB, not knowing that most of them are empty might skew their results. That's the only reason I can think of.

This post has been edited by quazi: Mar 9 2005, 14:41

[Aero]

@Aero: Do you still have problems with mod foo_playcount.dll? 

Yes, I have never been able to get it to work. From looking at the source code, it wouldn't work as-is with foo_pod anyway, so I haven't put a lot of work into figuring out why the playcount isn't working.

[Aero]

I'm planning to buy an ipod shuffle for my girlfriend who already uses foobar2000. Sorry if this has already been asked but does foo_pod support the 'autofill' feature?

It doesn't have the OttoFill feature in there yet, but it won't take too much work to finish it. A quick and dirty way to do it run Delete All iPod Music, then load a playlist in Foobar, randomize it (Playlist->Sort->Randomize), select the first 150-300 songs or so, and right click Send Files To iPod.

I also have a Shuffle, and one thing I have been meaning to implement is an iPod -> iPod Shuffle variation of OttoFill. The idea here is that you could plug in both your iPod and iPod Shuffle, select a playlist on the iPod (including smart playlists) or just select all files, and foo_pod would randomly copy files directly from the iPod to the Shuffle.

One interesting thing I have done with my Shuffle is I have copied a stripped down and compressed (with UPX) version of Foobar to the Shuffle. Then I have an AutoRun.inf file on the Shuffle that sets the drive icon to a picture of a Shuffle, and when you double click on the drive, it automatically launches Foobar.

[jkwarras]

From looking at the source code, it wouldn't work as-is with foo_pod anyway, so I haven't put a lot of work into figuring out why the playcount isn't working.

Damn, it seems that I'll never have playcount sync between fb2k and ipod....

BTW, thanks for the info on the foo_pod shuffle support

[hunted]

Version 0.9.9e - March 6, 2005
*  Added an option on the Main tab to optionally sort the iPod playlist.  This is enabled by default.

What is it using to sort the playlist? could it use the cfgvar from CORE/Adding New Files/Sort Incoming Files By? or have its own cfgvar? because it isn't sorting my multi disc albums correctly.

[reardon]

Version 0.9.9e is now available.

The major addition to this version is the concept of global alternate metadata.  This allows you to set alternate metadata for all songs without having to actually add a POD_* metadata item to each song.  Note that if a song has POD_* metadata, it is used in preference to the global alternate metadata.  These settings are on the new Advanced preferences tab.

Great update

+R

[Aero]

Version 0.9.9e - March 6, 2005
*  Added an option on the Main tab to optionally sort the iPod playlist.  This is enabled by default.

What is it using to sort the playlist? could it use the cfgvar from CORE/Adding New Files/Sort Incoming Files By? or have its own cfgvar? because it isn't sorting my multi disc albums correctly.

It is a cfg_var, but there currently isn't a public interface in the foo_pod Preferences for changing it. There used to be a textbox that you could set the sort format, but I took it out when the Main Preferences tab got too crowded. Now that some space has been freed up by the Advanced tab, I'll put it back in for the next release.

It uses "%ARTIST% - %ALBUM% - $num(%TRACKNUMBER%,3) - %TITLE%" to sort the playlist.

[quazi]

possible bug: read-only files freak out the iPod, and foo_pod doesn't alter file attributes on the fly.

edit: After re-testing this, I found out that there's not a problem with read-only files. There's one album that my iPod won't let me upload in its entirety. If I upload all the tracks at once, the iPod menus will freak out (for example, the Artist menu will not be shown in alphabetical order, and will display multiples). If I upload the album one track at a time, disconnecting after each one, the iPod menus won't freak out until after I have uploaded all of the tracks. It doesn't matter how many I upload at once, and it doesn't matter what order I upload them! Once I get that last file on there, it goes screwy.

But I can transfer those exact same files with iTunes just fine. ..and all at once.

This post has been edited by quazi: Mar 10 2005, 18:03

[arty]

Hiya, great plugin for foobar which I and my little brother have been using with our iPods for years

My other brother has just got in on the act and bought himself a 30GB iPod Photo He also uses foobar and I've set up foo_pod for him; he's successfully transferred music to his iPod and is pretty happy with it.

However, as he has a Photo he's wanting to know if it's possible to transfer album cover art across in foo_pod. I had a look in the options and couldn't see a way of doing it. He's tried doing it with iTunes and it seemed to work through that (I don't touch iTunes so I'm not certain how it worked) but he'd really rather stick to the one program for transferring music to his iPod.

I personally suspect that iTunes reads embedded JPEGs in ID3v2 tags, which I believe foobar doesn't support natively. However, would it be possible to add this feature to foo_pod through some method of selecting a JPEG for each album as you transfer it across? I'm not sure exactly how it'd work but it'd be a nice feature and make him very happy.

Thanks for a superb plugin

arty

[Otto42]

However, as he has a Photo he's wanting to know if it's possible to transfer album cover art across in foo_pod. I had a look in the options and couldn't see a way of doing it. He's tried doing it with iTunes and it seemed to work through that (I don't touch iTunes so I'm not certain how it worked) but he'd really rather stick to the one program for transferring music to his iPod.

At present, foo_pod lacks this capability. How to do it has been figured out, more or less, but there's some limitations that make actually doing it a bit difficult.

I personally suspect that iTunes reads embedded JPEGs in ID3v2 tags, which I believe foobar doesn't support natively.

And there's the limitation, pretty much. In order for foo_pod to implement something like this at present, it'd have to have ID3v2 reading code built into it in order to get the JPG/PNG out of the tag with possibly an option to read JPGs in the same folder if somebody happens to be using that system (Windows Media Player and several other programs store album art in folder.jpg, in the same folder as the song/album).

[Otto42]

possible bug: read-only files freak out the iPod, and foo_pod doesn't alter file attributes on the fly.

edit: After re-testing this, I found out that there's not a problem with read-only files. There's one album that my iPod won't let me upload in its entirety. If I upload all the tracks at once, the iPod menus will freak out (for example, the Artist menu will not be shown in alphabetical order, and will display multiples). If I upload the album one track at a time, disconnecting after each one, the iPod menus won't freak out until after I have uploaded all of the tracks. It doesn't matter how many I upload at once, and it doesn't matter what order I upload them! Once I get that last file on there, it goes screwy.

But I can transfer those exact same files with iTunes just fine. ..and all at once.

Make a copy of the iTunesDB file from the iPod just before and after you load that last file on there and it goes all wonky. Send it to me, and I'll take a gander at it, see if there's anything obvious about what's up there.

Just make sure that you have a copy of the iTunesDB when it works and a copy of the iTunesDB when it goes screwy. From those I should be able to spot the problem. Maybe.

[hunted]

Now that some space has been freed up by the Advanced tab, I'll put it back in for the next release.

Thanks