home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Support
General Support
id3 tag album art from some titles not recognized
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="BrillMistake" data-source="post: 325618" data-attributes="member: 63290"><p><strong>Issue resolved via a workaround</strong></p><p></p><p>The workaround that worked for me was as follows:</p><p></p><p>a) Enable my shared music server folder to be read/write (I reluctantly had to do this for the obvious reasons revealed below)</p><p></p><p>b) Ensure no folder.jpg exist in any of the album folders</p><p></p><p>c) Enable MediaPlayer configuration to use both ID3 embedded art AND folder.jpg based art</p><p></p><p>d) Ensure MediaPlayer is configured to create folder.jpg files from any found art (hence read/write access)</p><p></p><p>e) Rebuild the database</p><p></p><p></p><p>This took literally 4 hours or so, but worked.</p><p></p><p></p><p></p><p></p><p>I take a slight objection to the developer claiming that real music lovers would user folder.jpg - There are logical reasons for both embedded and folder.jpg based art (that's why we have two ways to do it.... there's always a reason)</p><p></p><p></p><p>The pro's and con's?....</p><p></p><p>Embedded Art</p><p> Pro Can reduce disk cluster usage (in massive collections, and only if embedded in the first track of an album)</p><p> Pro Always stays with the track (if embedded into every track) - even if a single track is sent to a media device</p><p> Con Typically wastes disk space</p><p> Pro Can embedded multiple images in a file</p><p> Con Some oddball implementations of the 'standard' can cause problems</p><p> Con Harder to update than Folder.jpg</p><p></p><p>Folder.jpg</p><p> Pro One file to represent the entire folder</p><p> Pro Usually results in less disk space usage</p><p> Con Can sometimes increase diskspace usage (moderately)</p><p> Con Not really a standard at all... it's Microsoft's quite poor arrangement for cover art</p><p> Con Can only hold one file (although, yes, of course you can have 'Front' 'Back' CD' etc</p><p> Pro Usually easier to update</p><p></p><p></p><p> There are probably more pros and cons, but all in all, it's just wrong to say one way is the right way for real music lovers.!!!</p><p></p><p></p><p></p><p>MediaPortal?.... in the top 10 Open Source projects our there... Superb suite, if a little convoluted to use at first.</p><p></p><p>Final comment - So many postings about issues are down to the lack of understanding between 'Shares' and 'Database'. This needs to be massively addressed - I truly believe folks give up on MediaPortal too quickly having not grasped this basic concept.... the UI could help this situation, but that's for another day...</p><p></p><p></p><p>/The Analog Kid</p></blockquote><p></p>
[QUOTE="BrillMistake, post: 325618, member: 63290"] [b]Issue resolved via a workaround[/b] The workaround that worked for me was as follows: a) Enable my shared music server folder to be read/write (I reluctantly had to do this for the obvious reasons revealed below) b) Ensure no folder.jpg exist in any of the album folders c) Enable MediaPlayer configuration to use both ID3 embedded art AND folder.jpg based art d) Ensure MediaPlayer is configured to create folder.jpg files from any found art (hence read/write access) e) Rebuild the database This took literally 4 hours or so, but worked. I take a slight objection to the developer claiming that real music lovers would user folder.jpg - There are logical reasons for both embedded and folder.jpg based art (that's why we have two ways to do it.... there's always a reason) The pro's and con's?.... Embedded Art Pro Can reduce disk cluster usage (in massive collections, and only if embedded in the first track of an album) Pro Always stays with the track (if embedded into every track) - even if a single track is sent to a media device Con Typically wastes disk space Pro Can embedded multiple images in a file Con Some oddball implementations of the 'standard' can cause problems Con Harder to update than Folder.jpg Folder.jpg Pro One file to represent the entire folder Pro Usually results in less disk space usage Con Can sometimes increase diskspace usage (moderately) Con Not really a standard at all... it's Microsoft's quite poor arrangement for cover art Con Can only hold one file (although, yes, of course you can have 'Front' 'Back' CD' etc Pro Usually easier to update There are probably more pros and cons, but all in all, it's just wrong to say one way is the right way for real music lovers.!!! MediaPortal?.... in the top 10 Open Source projects our there... Superb suite, if a little convoluted to use at first. Final comment - So many postings about issues are down to the lack of understanding between 'Shares' and 'Database'. This needs to be massively addressed - I truly believe folks give up on MediaPortal too quickly having not grasped this basic concept.... the UI could help this situation, but that's for another day... /The Analog Kid [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
General Support
id3 tag album art from some titles not recognized
Contact us
RSS
Top
Bottom