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

[seemingly abandonware] iPod manager

Reply #525
Hi MusicMusic - I'm using foo_dop to great effect now! Just a quick question or two for you...

- If I update a file's tag or replace some lossy format to flac on the source PC will foo_dop recognise this and retranscode/reupload upon syncing?

- Does foo_dop transfer all the files that require transcoding first before all the lossy ones?

- Are there any library files that the plugin stores on the source PC that I need to backup if I reinstall windows?

- Do you have a donation account setup on paypal?


Also has anyone noticed a slowdown in performance on the ipod itself? I think it may be artwork related (what resolution image is put onto the ipod?).. I also notice the track time lagging.

[seemingly abandonware] iPod manager

Reply #526


I am now experiencing severe [start of track skipping] buffering issues on my early iPod Photo 60GB since enabling album art.
Some of the mp3 files have the album art embedded, and some of the mp3 files have the album art imported by foo_dop from ...\album folder\cover.jpg, size generally 300-300 pixels ie not huge.

Anyone else experiencing this?

Hi,
Im not sure how foo_dop would cause this but let me ask some questions:
-Is it files with embedded artwork that skip or files that foo_dop set artwork for that skip?
-If its the latter did you try adding artwork using e.g. iTunes to see if it made a difference?


Hmm. I have recently retagged my entire library in iTunes compatibility mode from Foobar, and it stripped out all the embedded album art (duh! I should have remembered that would happen :/ ), and my last backup was of the retagged files, so I have no way of knowing which of the files was what.

The good news is that following a restore and reload the iPod buffering issue is resolved.


I spoke too soon here, the buffering problem remains. When loading up a track the device becomes unresponsive and skips or pauses for the first few seconds whilst loading up the artwork.
None of my files have any embedded artwork now <g> and the cover.jpgs are typically 32kb in size.
The mp3 files themselves are typically max vbr or 320K CBR files, so on the large size.
I have removed all the files off my iPod, reverted to the previous version of foo_dop, reloaded all the files, and everything is fine for now.

[seemingly abandonware] iPod manager

Reply #527
Just to confirm i am seeing this same behaviour on my 60gb 5th gen video ipod. All artwork was as folder.jpg files in each album directory and generally 500 x 500px. Does dop create thumbnails itself or move full res artwork across? Otherwise maybe they need more compression?

[seemingly abandonware] iPod manager

Reply #528
I have a simple feature request. Wouldn't it be possible to add an option to enable "dual core support" when files are transcoded (using each core of a processor for a conversion instance) to increase the speed of transferring and syncing lossless music? That should make things quite a bit faster.
The block of code dealing with sending files would need rewriting to accommodate that and its quite a large temperamental block so I don't plan on rewriting it at the moment. Also some surrounding issues (would have to encode to local temp file to avoid fragmentation on iPod etc.)

Hi MusicMusic - I'm using foo_dop to great effect now! Just a quick question or two for you...

- If I update a file's tag or replace some lossy format to flac on the source PC will foo_dop recognise this and retranscode/reupload upon syncing?
I don't know if its the answer you wanted, but yes is the answer.

- Does foo_dop transfer all the files that require transcoding first before all the lossy ones?
No. They are sent in arbitrary order.

- Are there any library files that the plugin stores on the source PC that I need to backup if I reinstall windows?
No. It stores library files directly on iPod.

I spoke too soon here, the buffering problem remains. When loading up a track the device becomes unresponsive and skips or pauses for the first few seconds whilst loading up the artwork.
None of my files have any embedded artwork now <g> and the cover.jpgs are typically 32kb in size.
The mp3 files themselves are typically max vbr or 320K CBR files, so on the large size.
I have removed all the files off my iPod, reverted to the previous version of foo_dop, reloaded all the files, and everything is fine for now.
Right, so questions:
-Does it only happen when lots of tracks have artwork?
-Does it happen on a file when you use iTunes to add artwork for it

Its difficult to work out the problem because I don't have an issue on my 5.5G iPod. Can you post the XML data from 'View iPod Device Information' in latest version so I can check I'm writing the right format for the artwork? (remove your serial number from the info)
.

[seemingly abandonware] iPod manager

Reply #529
Right, so questions:
-Does it only happen when lots of tracks have artwork?

My hunch, after testing, is yes.
-Does it happen on a file when you use iTunes to add artwork for it

I don't use iTunes to add artwork to files.
Edit: possible misunderstanding - I only use iTunes to restore the iPod.
The last set of files didn't have any embedded art at all.
Its difficult to work out the problem because I don't have an issue on my 5.5G iPod. Can you post the XML data from 'View iPod Device Information' in latest version so I can check I'm writing the right format for the artwork? (remove your serial number from the info)

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>AppleDRMVersion</key>
<dict>
<key>Minimum</key>
<integer>0</integer>
<key>Maximum</key>
<integer>4</integer>
</dict>
<key>AudioCodecs</key>
<dict>
<key>AIFF</key>
<dict>
<key>Mono</key>
<true/>
<key>Stereo</key>
<true/>
<key>Multichannel</key>
<false/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>MaximumBitDepth</key>
<integer>16</integer>
</dict>
<key>MP3</key>
<dict>
<key>Mono</key>
<true/>
<key>Stereo</key>
<true/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>MaximumDataRate</key>
<integer>320</integer>
</dict>
<key>WAV</key>
<dict>
<key>Mono</key>
<true/>
<key>Stereo</key>
<true/>
<key>Multichannel</key>
<false/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>MaximumBitDepth</key>
<integer>16</integer>
</dict>
<key>AAC</key>
<dict>
<key>AppleDRM</key>
<true/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>LC</key>
<dict>
<key>VariableBitRate</key>
<true/>
<key>PerceptualNoiseSubsitution</key>
<true/>
</dict>
</dict>
<key>AppleLossless</key>
<dict>
<key>Mono</key>
<true/>
<key>Stereo</key>
<true/>
<key>Multichannel</key>
<false/>
<key>MaximumBitDepth</key>
<integer>32</integer>
<key>MaximumBitDepthUntruncated</key>
<integer>16</integer>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>AppleDRM</key>
<true/>
</dict>
<key>Audible</key>
<dict>
<key>Type1</key>
<false/>
<key>Type2</key>
<true/>
<key>Type3</key>
<true/>
<key>Type4</key>
<true/>
</dict>
</dict>
<key>BuildID</key>
<string>4.2.1</string>
<key>ConnectedBus</key>
<string>USB</string>
<key>MaxTransferSpeed</key>
<integer>61440</integer>
<key>FamilyID</key>
<integer>5</integer>
<key>FireWireGUID</key>
<string>000A270002BA203D</string>
<key>FireWireVersion</key>
<string>1.62</string>
<key>ImageSpecifications</key>
<array>
<key>1019</key>
<dict>
<key>FormatId</key>
<integer>1019</integer>
<key>DisplayWidth</key>
<integer>720</integer>
<key>RenderWidth</key>
<integer>640</integer>
<key>RenderHeight</key>
<integer>480</integer>
<key>PixelFormat</key>
<string>32767579</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>1</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<false/>
</dict>
<key>1020</key>
<dict>
<key>FormatId</key>
<integer>1020</integer>
<key>RenderWidth</key>
<integer>176</integer>
<key>RenderHeight</key>
<integer>220</integer>
<key>PixelFormat</key>
<string>42353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>Rotation</key>
<integer>270</integer>
</dict>
<key>1009</key>
<dict>
<key>FormatId</key>
<integer>1009</integer>
<key>RenderWidth</key>
<integer>41</integer>
<key>RenderHeight</key>
<integer>30</integer>
<key>DisplayWidth</key>
<integer>41</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<true/>
<key>AlignRowBytes</key>
<true/>
</dict>
<key>1015</key>
<dict>
<key>FormatId</key>
<integer>1015</integer>
<key>RenderWidth</key>
<integer>130</integer>
<key>RenderHeight</key>
<integer>88</integer>
<key>DisplayWidth</key>
<integer>130</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
</dict>
</array>
<key>AlbumArt</key>
<array>
<key>1016</key>
<dict>
<key>FormatId</key>
<integer>1016</integer>
<key>RenderWidth</key>
<integer>140</integer>
<key>RenderHeight</key>
<integer>140</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>BackColor</key>
<string>FFFFFFFF</string>
</dict>
<key>1017</key>
<dict>
<key>FormatId</key>
<integer>1017</integer>
<key>RenderWidth</key>
<integer>56</integer>
<key>RenderHeight</key>
<integer>56</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>BackColor</key>
<string>FFFFFFFF</string>
</dict>
</array>
<key>PodcastsSupported</key>
<true/>
<key>ChapterImageSpecs</key>
<array>
<key>1016</key>
<dict>
<key>FormatId</key>
<integer>1016</integer>
<key>RenderWidth</key>
<integer>140</integer>
<key>RenderHeight</key>
<integer>140</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>BackColor</key>
<string>FFFFFFFF</string>
</dict>
<key>1017</key>
<dict>
<key>FormatId</key>
<integer>1017</integer>
<key>RenderWidth</key>
<integer>56</integer>
<key>RenderHeight</key>
<integer>56</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>BackColor</key>
<string>FFFFFFFF</string>
</dict>
</array>
<key>MinITVersion</key>
<string>4.7</string>
<key>SerialNumber</key>
<string>JQ44637XR5R</string>
<key>UpdaterFamilyID</key>
<integer>5</integer>
<key>VisibleBuildID</key>
<string>1.2.1</string>
<key>OEMID</key>
<integer>0</integer>
<key>OEMV</key>
<integer>5</integer>
<key>PowerInformation</key>
<dict>
<key>WillFlash</key>
<false/>
<key>USB</key>
<true/>
<key>FireWire</key>
<false/>
</dict>
<key>VoiceMemosSupported</key>
<true/>
<key>AutoRebootAfterFirmwareUpdate</key>
<true/>
<key>VolumeFormat</key>
<string>FAT32</string>
</dict>
</plist>

[seemingly abandonware] iPod manager

Reply #530

Hi MusicMusic - I'm using foo_dop to great effect now! Just a quick question or two for you...

- If I update a file's tag or replace some lossy format to flac on the source PC will foo_dop recognise this and retranscode/reupload upon syncing?
I don't know if its the answer you wanted, but yes is the answer.



Thats what I wanted - great!

Here is my XML without serial if of additional use...

Code: [Select]
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>AppleDRMVersion</key>
<dict>
<key>Minimum</key>
<integer>0</integer>
<key>Maximum</key>
<integer>4</integer>
<key>Format</key>
<integer>2</integer>
</dict>
<key>AudioCodecs</key>
<dict>
<key>AIFF</key>
<dict>
<key>Mono</key>
<true/>
<key>Stereo</key>
<true/>
<key>Multichannel</key>
<false/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>MaximumBitDepth</key>
<integer>16</integer>
</dict>
<key>MP3</key>
<dict>
<key>Mono</key>
<true/>
<key>Stereo</key>
<true/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>MaximumDataRate</key>
<integer>320</integer>
</dict>
<key>WAV</key>
<dict>
<key>Mono</key>
<true/>
<key>Stereo</key>
<true/>
<key>Multichannel</key>
<false/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>MaximumBitDepth</key>
<integer>16</integer>
</dict>
<key>AAC</key>
<dict>
<key>AppleDRM</key>
<true/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>LC</key>
<dict>
<key>VariableBitRate</key>
<true/>
<key>PerceptualNoiseSubsitution</key>
<true/>
</dict>
</dict>
<key>AppleLossless</key>
<dict>
<key>Mono</key>
<true/>
<key>Stereo</key>
<true/>
<key>Multichannel</key>
<false/>
<key>MaximumBitDepth</key>
<integer>32</integer>
<key>MaximumBitDepthUntruncated</key>
<integer>16</integer>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>AppleDRM</key>
<true/>
</dict>
<key>Audible</key>
<dict>
<key>Type1</key>
<false/>
<key>Type2</key>
<true/>
<key>Type3</key>
<true/>
<key>Type4</key>
<true/>
</dict>
</dict>
<key>BuildID</key>
<string>6.2.1</string>
<key>ConnectedBus</key>
<string>USB</string>
<key>MaxTransferSpeed</key>
<integer>61440</integer>
<key>FamilyID</key>
<integer>6</integer>
<key>FireWireGUID</key>
<string>000A270014AEFE55</string>
<key>FireWireVersion</key>
<string>1.62</string>
<key>ImageSpecifications</key>
<array>
<key>1019</key>
<dict>
<key>FormatId</key>
<integer>1019</integer>
<key>DisplayWidth</key>
<integer>720</integer>
<key>RenderWidth</key>
<integer>640</integer>
<key>RenderHeight</key>
<integer>480</integer>
<key>PixelFormat</key>
<string>32767579</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>1</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<false/>
</dict>
<key>1015</key>
<dict>
<key>FormatId</key>
<integer>1015</integer>
<key>RenderWidth</key>
<integer>130</integer>
<key>RenderHeight</key>
<integer>88</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>BackColor</key>
<string>00000000</string>
</dict>
<key>1024</key>
<dict>
<key>FormatId</key>
<integer>1024</integer>
<key>RenderWidth</key>
<integer>320</integer>
<key>RenderHeight</key>
<integer>240</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>Rotation</key>
<integer>0</integer>
</dict>
<key>1036</key>
<dict>
<key>FormatId</key>
<integer>1036</integer>
<key>RenderWidth</key>
<integer>50</integer>
<key>RenderHeight</key>
<integer>41</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<true/>
<key>AlignRowBytes</key>
<true/>
<key>BackColor</key>
<string>00000000</string>
</dict>
</array>
<key>AlbumArt</key>
<array>
<key>1028</key>
<dict>
<key>FormatId</key>
<integer>1028</integer>
<key>RenderWidth</key>
<integer>100</integer>
<key>RenderHeight</key>
<integer>100</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>BackColor</key>
<string>FFFFFFFF</string>
</dict>
<key>1029</key>
<dict>
<key>FormatId</key>
<integer>1029</integer>
<key>RenderWidth</key>
<integer>200</integer>
<key>RenderHeight</key>
<integer>200</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>BackColor</key>
<string>FFFFFFFF</string>
</dict>
</array>
<key>PodcastsSupported</key>
<true/>
<key>ChapterImageSpecs</key>
<array>
<key>1028</key>
<dict>
<key>FormatId</key>
<integer>1028</integer>
<key>RenderWidth</key>
<integer>100</integer>
<key>RenderHeight</key>
<integer>100</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>BackColor</key>
<string>FFFFFFFF</string>
</dict>
<key>1029</key>
<dict>
<key>FormatId</key>
<integer>1029</integer>
<key>RenderWidth</key>
<integer>200</integer>
<key>RenderHeight</key>
<integer>200</integer>
<key>PixelFormat</key>
<string>4C353635</string>
<key>Interlaced</key>
<false/>
<key>ColorAdjustment</key>
<integer>0</integer>
<key>GammaAdjustment</key>
<real>2.2</real>
<key>Crop</key>
<false/>
<key>AlignRowBytes</key>
<true/>
<key>BackColor</key>
<string>FFFFFFFF</string>
</dict>
</array>
<key>MinITunesVersion</key>
<string>6.0</string>
<key>UpdaterFamilyID</key>
<integer>13</integer>
<key>VisibleBuildID</key>
<string>1.2.1</string>
<key>64Bit</key>
<integer>3</integer>
<key>OEMID</key>
<integer>0</integer>
<key>OEMV</key>
<integer>8</integer>
<key>PowerInformation</key>
<dict>
<key>WillFlash</key>
<true/>
<key>USB</key>
<true/>
<key>FireWire</key>
<false/>
</dict>
<key>VoiceMemosSupported</key>
<true/>
<key>VoiceMemoFormats</key>
<dict>
<key>WAV</key>
<dict>
<key>MaximumSampleRate</key>
<integer>44100</integer>
</dict>
</dict>
<key>AutoRebootAfterFirmwareUpdate</key>
<true/>
<key>VolumeFormat</key>
<string>FAT32</string>
<key>VolumeInformation</key>
<dict>
<key>HFSPLUS</key>
<dict>
<key>SupportedFormat</key>
<true/>
<key>ConversionSupported</key>
<true/>
<key>CurrentFormat</key>
<false/>
</dict>
<key>FAT32</key>
<dict>
<key>SupportedFormat</key>
<true/>
<key>ConversionSupported</key>
<false/>
<key>CurrentFormat</key>
<true/>
</dict>
</dict>
<key>ForcedDiskMode</key>
<false/>
<key>BangFolder</key>
<false/>
<key>CorruptDataPartition</key>
<false/>
<key>CorruptFirmwarePartition</key>
<false/>
<key>CanFlashBacklight</key>
<true/>
<key>CanHibernate</key>
<true/>
<key>RAM</key>
<integer>64</integer>
<key>HotPlugState</key>
<integer>0</integer>
<key>vCardWithJPEGSupported</key>
<true/>
<key>MaxFileSizeInGB</key>
<integer>4</integer>
<key>GamesPlatformID</key>
<integer>1</integer>
<key>GamesPlatformVersion</key>
<integer>1</integer>
<key>VideoCodecs</key>
<dict>
<key>H.264</key>
<dict>
<key>AppleVideoDRM</key>
<dict>
<key>MaximumEncryptionPercentage</key>
<real>12.5</real>
</dict>
<key>AAC</key>
<dict>
<key>AppleDRM</key>
<true/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>MaximumBitRate</key>
<integer>160</integer>
<key>LC</key>
<dict>
<key>VariableBitRate</key>
<true/>
<key>Multichannel</key>
<false/>
</dict>
</dict>
<key>Profile</key>
<string>B</string>
<key>Level</key>
<integer>13</integer>
<key>MaximumPeakBitRate</key>
<integer>768</integer>
<key>MaximumResolution</key>
<integer>76800</integer>
<key>MinimumWidth</key>
<integer>16</integer>
<key>MinimumHeight</key>
<integer>16</integer>
<key>MaximumWidth</key>
<integer>4800</integer>
<key>MaximumHeight</key>
<integer>4800</integer>
</dict>
<key>H.264LC</key>
<dict>
<key>AppleVideoDRM</key>
<dict>
<key>MaximumEncryptionPercentage</key>
<real>6.25</real>
</dict>
<key>AAC</key>
<dict>
<key>AppleDRM</key>
<true/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>MaximumBitRate</key>
<integer>160</integer>
<key>LC</key>
<dict>
<key>VariableBitRate</key>
<true/>
<key>Multichannel</key>
<false/>
</dict>
</dict>
<key>Profile</key>
<string>B</string>
<key>Level</key>
<integer>30</integer>
<key>ComplexityLevel</key>
<integer>1</integer>
<key>MaximumPeakBitRate</key>
<integer>0</integer>
<key>MaximumResolution</key>
<integer>307200</integer>
<key>MinimumWidth</key>
<integer>16</integer>
<key>MinimumHeight</key>
<integer>16</integer>
<key>MaximumWidth</key>
<integer>640</integer>
<key>MaximumHeight</key>
<integer>480</integer>
</dict>
<key>MPEG4</key>
<dict>
<key>AppleVideoDRM</key>
<dict>
<key>MaximumEncryptionPercentage</key>
<real>12.5</real>
</dict>
<key>AAC</key>
<dict>
<key>AppleDRM</key>
<true/>
<key>MaximumSampleRate</key>
<integer>48000</integer>
<key>MaximumBitRate</key>
<integer>160</integer>
<key>LC</key>
<dict>
<key>VariableBitRate</key>
<true/>
<key>Multichannel</key>
<false/>
</dict>
</dict>
<key>Profile-Level-ID</key>
<integer>3</integer>
<key>MaximumAverageBitRate</key>
<integer>2500</integer>
<key>MaximumPeakBitRate</key>
<integer>0</integer>
<key>MaximumBufferSize</key>
<integer>0</integer>
<key>MaximumResolution</key>
<integer>307200</integer>
<key>MinimumWidth</key>
<integer>16</integer>
<key>MinimumHeight</key>
<integer>16</integer>
<key>MaximumWidth</key>
<integer>19200</integer>
<key>MaximumHeight</key>
<integer>19200</integer>
</dict>
</dict>
</dict>
</plist>

[seemingly abandonware] iPod manager

Reply #531

Right, so questions:
-Does it only happen when lots of tracks have artwork?

My hunch, after testing, is yes.

Ok - have you put artwork on a similar number of files on your iPod with another prog?

I added over 1000 tracks with artwork to my iPod, didn't have any problems (but again it's an iPod Video). Another theory: It could be related to non-square artwork since I used square artwork only. Is your album art square or do some have non-equal width and height?

Otherwise I am just going to put it down to firmware bugs and make it easier to disable album art support.


-Does it happen on a file when you use iTunes to add artwork for it

I don't use iTunes to add artwork to files.
Edit: possible misunderstanding - I only use iTunes to restore the iPod.
The last set of files didn't have any embedded art at all.
I meant try using iTunes to add artwork to some file on your iPod and compare to something foo_dop did. But there maybe some issues doing this, I don't remember.
.

[seemingly abandonware] iPod manager

Reply #532
Ok - have you put artwork on a similar number of files on your iPod with another prog?

I added over 1000 tracks with artwork to my iPod, didn't have any problems (but again it's an iPod Video). Another theory: It could be related to non-square artwork since I used square artwork only. Is your album art square or do some have non-equal width and height?

Otherwise I am just going to put it down to firmware bugs and make it easier to disable album art support.


Well - I am using Ipod Video (60gb), 3000 music tracks, most have 500x500 artwork but quite a few are non-square ratio e.g. 300x302 etc


Just did a test: 475*472 artwork track took about 5 seconds to stabilise and display artwork on ipod.
                      1423*1426 (source) artwork track was less than 1 second?!
                      500*500 was less than 1 second

Seems a little random!  I never had any trouble with this lagging using iTunes alone.
Cheers

[seemingly abandonware] iPod manager

Reply #533
Well - I am using Ipod Video (60gb), 3000 music tracks, most have 500x500 artwork but quite a few are non-square ratio e.g. 300x302 etc


Just did a test: 475*472 artwork track took about 5 seconds to stabilise and display artwork on ipod.
                      1423*1426 (source) artwork track was less than 1 second?!
                      500*500 was less than 1 second

Seems a little random!  I never had any trouble with this lagging using iTunes alone.
Cheers
copperblue's problem was the track skipping whilst loading artwork - what exactly is yours? It sounds like its just the fact that artwork sometimes takes a few seconds to load (not affecting playback). I can see that, I would assume its just the hard drive seeking or something. Its nothing to do with image format since there is no flexibility in formats to use. But I'll check if there is much difference using iTunes.
.

[seemingly abandonware] iPod manager

Reply #534
Well - I am using Ipod Video (60gb), 3000 music tracks, most have 500x500 artwork but quite a few are non-square ratio e.g. 300x302 etc


Just did a test: 475*472 artwork track took about 5 seconds to stabilise and display artwork on ipod.
                      1423*1426 (source) artwork track was less than 1 second?!
                      500*500 was less than 1 second

Seems a little random!  I never had any trouble with this lagging using iTunes alone.
Cheers
copperblue's problem was the track skipping whilst loading artwork - what exactly is yours? It sounds like its just the fact that artwork sometimes takes a few seconds to load (not affecting playback). I can see that, I would assume its just the hard drive seeking or something. Its nothing to do with image format since there is no flexibility in formats to use. But I'll check if there is much difference using iTunes.


Sorry if I wasn't clear, my problems are the same - interface unresponsive for excessive amounts of time, some track skipping at beginning of each song, artwork taking a long time to display. Thx

[seemingly abandonware] iPod manager

Reply #535
Sorry if I wasn't clear, my problems are the same - interface unresponsive for excessive amounts of time, some track skipping at beginning of each song, artwork taking a long time to display. Thx

Ok. I did some looking around and didn't find much, but this does sound like your problems.

Now I did some monitoring of what iTunes is doing when sending two files with artwork to the iPod. It goes something like this:

-Write file to iPod
-Extend small artwork thumbnail file by 20MB
-Write small thumbnail at old end of file
-Do same for large thumbnail
-Write second file to iPod
-Write small thumbnail
-Truncate small thumbnail file to end of last thumbnail
-Do same for large thumbnail

So question is why it temporarily increases size of thumbnail files by 20MB - I would say probably to try and avoid fragmentation of the thumbnail files, I can't see any other reason. But how effective is that really going to be in practice?

So, I am maybe going to make some changes to artwork writer so it behaves something more like iTunes. You can try to defrag your iPod if you want also.
.

 

[seemingly abandonware] iPod manager

Reply #536
So, I am maybe going to make some changes to artwork writer so it behaves something more like iTunes. You can try to defrag your iPod if you want also.

The fragmentation issue did occur to me, however I read somewhere on the Apple site that one should never attempt to defrag an iPod's internal drive, as this will shorten the lifespan of the drive. I am guessing heat issues, but my iPod gets plenty warm when copying a big chunk of files over anyway?

[seemingly abandonware] iPod manager

Reply #537
The fragmentation issue did occur to me, however I read somewhere on the Apple site that one should never attempt to defrag an iPod's internal drive, as this will shorten the lifespan of the drive. I am guessing heat issues, but my iPod gets plenty warm when copying a big chunk of files over anyway?
Well yes I can imagine that excessive prolonged drive use may affect lifespan. But then restoring your iPod and transferring all your songs over again is not much different.

I don't know if any other apps have the same feature, but PerfectDisk has a single file defrag function. You have to enable an option in its prefs to allow the defrag of removable drives, but that doesn't seem to work on Vista.. You could try that however and defrag the .ithmb files if you can make the removable drive option work.
.

[seemingly abandonware] iPod manager

Reply #538
I don't know if any other apps have the same feature, but PerfectDisk has a single file defrag function. You have to enable an option in its prefs to allow the defrag of removable drives, but that doesn't seem to work on Vista.. You could try that however and defrag the .ithmb files if you can make the removable drive option work.


Looks like fragmentation could indeed be the culprit - just analysed my Ipod's HDD and the .ithmb files are heavily fragmented and all over the place (red & pink spots) (see picture below).

Fragmented Drive


EDIT: After a quick defrag (during which I cooled the ipod on an ice block!!!) the lag has gone, artwork loads up very quickly now. Looking foward to your next update!

[seemingly abandonware] iPod manager

Reply #539
It seems that whenever Itunes scans a song for gapless information, the custom tag remappings that foo_dop does goes away.  Is there a way to stop this from happening? I only use iTunes for podcast subscriptions, so if there is either a way to fix the information being messed up or just disabling gapless scanning in iTunes would be great.  This also happens if I change any tags from within iTunes but that is much less rare (only if I ever try to mark something to say "remember this position" or "gapless album". I've given up on that for now though).

Is this happening because you aren't actually rewriting tags on the files themselves but instead just putting in the remapped info into the iPod database? If that is so, then what is probably happening is that when it scans a file, it reloads the tags from the file itself.    Is there anyway to have as an option "Force rewrite of tag files"?  Although, if you did that, then you would have to make sure to compare rewritten tags when syncing...

[seemingly abandonware] iPod manager

Reply #540
Looks like fragmentation could indeed be the culprit - just analysed my Ipod's HDD and the .ithmb files are heavily fragmented and all over the place (red & pink spots) (see picture below).

Fragmented Drive


EDIT: After a quick defrag (during which I cooled the ipod on an ice block!!!) the lag has gone, artwork loads up very quickly now. Looking foward to your next update!
That's good news, although some fragmentation is always going to happen. I'm going to try similar tricks as iTunes so hopefully it will help.

It seems that whenever Itunes scans a song for gapless information, the custom tag remappings that foo_dop does goes away.  Is there a way to stop this from happening? I only use iTunes for podcast subscriptions, so if there is either a way to fix the information being messed up or just disabling gapless scanning in iTunes would be great.  This also happens if I change any tags from within iTunes but that is much less rare (only if I ever try to mark something to say "remember this position" or "gapless album". I've given up on that for now though).

Is this happening because you aren't actually rewriting tags on the files themselves but instead just putting in the remapped info into the iPod database? If that is so, then what is probably happening is that when it scans a file, it reloads the tags from the file itself.    Is there anyway to have as an option "Force rewrite of tag files"?  Although, if you did that, then you would have to make sure to compare rewritten tags when syncing...

Yes, it happens because iTunes re-reads the metadata from the files. I can't change the tags on the files for lots of reasons (problems for sync, problem of double re-mappings, ..). You can use the 'reload ipod library metadata.." function to reset the metadata when you need to.

You can set 'remember track position' via foo_dop (browse ipod or metadata). I don't think 'gapless album' doesn't anything other than disable crossfading (etc.) in itunes.
.

[seemingly abandonware] iPod manager

Reply #541
this plugin is very cool, but i found after i used it, the movies names in ipod will disappear, all the files will use the meanless name such as AJKE instead.

[seemingly abandonware] iPod manager

Reply #542
First I want to thank you for this wonderful plugin that made iTunes obsolete.

Second I would like to know what I am doing wrong when I send my collection to the iPod. I have several lossless albums and some mp3 albums. I replaygain with track gain all of them and then I send them to iPod. When I listen to them it looks as if the lossless ones don't have soundchek info but the mp3 ones do have it. Is there a way to add the soundcheck info after you send it to the iPod the files? (Sending all that files is quite time consuming).

Apologies for my bad english and thanks in advance.

[seemingly abandonware] iPod manager

Reply #543
this plugin is very cool, but i found after i used it, the movies names in ipod will disappear, all the files will use the meanless name such as AJKE instead.
Hi, I think you must have used the 'reload ipod library metadata' command. It will replace the metadata in the iPod library with what's in the file. If your file does not have a TITLE tag, it would use the filename instead so the title field isn't empty. Now the command was supposed to ignore files which have no metadata at all but that wasn't happening for the TITLE field so I'll change that.

First I want to thank you for this wonderful plugin that made iTunes obsolete.

Second I would like to know what I am doing wrong when I send my collection to the iPod. I have several lossless albums and some mp3 albums. I replaygain with track gain all of them and then I send them to iPod. When I listen to them it looks as if the lossless ones don't have soundchek info but the mp3 ones do have it. Is there a way to add the soundcheck info after you send it to the iPod the files? (Sending all that files is quite time consuming).

Apologies for my bad english and thanks in advance.

Your not really doing anything wrong; when the files are converted the replaygain info is not copied to the converted files (because it would be different). So as a result no soundcheck data is set for those converted files because no replaygain info is available.

Now automating the replaygain scan of the converted files doesn't seem feasible, because there doesn't appear to be a way to do it without the intermediate dialogs. So you would have to 'load pod library', manually replaygain scan them and then run the 'reload ipod library metadata' command to update the soundcheck data in the database.

I think I will add a 'reload ipod library metadata' command to the context menu to the next version so you can leave the metadata of all the other files alone to avoid unexpected side-effects (like the problem above). And probably rename it to something that makes more sense.
.

[seemingly abandonware] iPod manager

Reply #544
Now automating the replaygain scan of the converted files doesn't seem feasible, because there doesn't appear to be a way to do it without the intermediate dialogs. So you would have to 'load pod library', manually replaygain scan them and then run the 'reload ipod library metadata' command to update the soundcheck data in the database.


I will try many thanks!!!

P.D.Forget this I am stupid

[seemingly abandonware] iPod manager

Reply #545
EDIT: After a quick defrag (during which I cooled the ipod on an ice block!!!) the lag has gone, artwork loads up very quickly now. Looking foward to your next update!

foo_dop 0.4.4 TEST is now released. It is mostly clean-up and some improvements, see changelog for full details.

In regards to your artwork issue, I have not quite finished making changes to the artwork handling yet. The change in 0.4.4 is that it pre-allocates 20MB to the .ithmb files like iTunes seems to. But if you are sending several hundred files or so that buffer will get filled up and so some fragmentation will follow. I'll make some changes there for 0.4.5.
.

[seemingly abandonware] iPod manager

Reply #546
EDIT: After a quick defrag (during which I cooled the ipod on an ice block!!!) the lag has gone, artwork loads up very quickly now. Looking foward to your next update!

foo_dop 0.4.4 TEST is now released. It is mostly clean-up and some improvements, see changelog for full details.

In regards to your artwork issue, I have not quite finished making changes to the artwork handling yet. The change in 0.4.4 is that it pre-allocates 20MB to the .ithmb files like iTunes seems to. But if you are sending several hundred files or so that buffer will get filled up and so some fragmentation will follow. I'll make some changes there for 0.4.5.


Great work - thanks!

[seemingly abandonware] iPod manager

Reply #547
answered my own question. I don't see a delete post button though.

[seemingly abandonware] iPod manager

Reply #548
sorry, noob question here.

When I select Load iPod Library I get hung on a 'Waiting for cache read to complete...' message in the status dialog at about 50%. I see a Reading iPod library message whiz by first. I searched through the thread and didn't see anything similar. Any ideas?

5G ipod
fb2k .94

I've never installed itunes on this machine, but the ipod is showing up in disk mode okay as a USB drive and the browse ipod function works.

[seemingly abandonware] iPod manager

Reply #549
sorry, noob question here.

When I select Load iPod Library I get hung on a 'Waiting for cache read to complete...' message in the status dialog at about 50%. I see a Reading iPod library message whiz by first. I searched through the thread and didn't see anything similar. Any ideas?

5G ipod
fb2k .94

I've never installed itunes on this machine, but the ipod is showing up in disk mode okay as a USB drive and the browse ipod function works.

Hi, thanks for the report.

Its a bug in current version if the cache doesn't exist. I'll fix it for next build. In the mean time you can go back to 0.4.3, run the load library command once so it builds the cache and then install 0.4.4 again.

Edit: fixed in 0.4.5
.