Re: Default Covers location
 

Yeah your right.

I'll just have to order a bigger SD card sometime (currently running 2 GB ones). Maybe it's time to up to 4 or 8 GBs.

Re: Default Covers location
 

from my experience both UKMP and Kagu will read in a "folder.jpg" file in the album folder, and use that as the cover art. This is the same mechanism as windows media player, and slimserver.

It is a shame that Canola does not support this also, as I have folder.jpg coverart for 98% of my albums. The albumcover program reads the album title from the id3 tag, and then tries to create folders in the covers folder of the format artist/album. Some of my albums have characters in them such as ":" which are not usable, and therefore cause the utility to fail when it hits them. Easy enough to fix, just drop the files on a PC, and retag them without the illegal character. It's just a pain.

I appreciate handful's points about the legality of canola downloading art, but it would be nice if it supported folder.jpg in the album folder like the other players, although it is streets ahead of the default player which has no cover art support at all.

Re: Default Covers location
 

from my experience both UKMP and Kagu will read in a "folder.jpg" file in the album folder, and use that as the cover art. This is the same mechanism as windows media player, and slimserver.

Hi Gazza,

I totally understand you, and sometimes as the responsible for the products, I just get to the developers and ask things like this, but listenting to them is really enlightment in a lot of ways. So there's a lot of things that should be taken into account, and each application has a strategy to implement. So I will explain to you some of this so you will se that is actually not a shame =)

1) have the image on the folder of the music is a ok solution, but then you assume that people uses folders to organize. believe me there people that uses several forms of organization including folders for "moods" or folders for "playlists" so a album.jpg on this doesn work.

2) also, there is no way of supplying everyone at once. This is your way and a lot of user, but not of all users. We still have users that use embedded album art, centralized album art (like itunes or others) and some a only folder with the covers with "hash" names.

3) we are on a "removable" and also a not very powerful media device. This implies a lot of cares, and we put a deep thought on how to make the covers work, and at least until now the idea makes more sense. So we do save 2 sizes, we need several files (cover-X.jpg) to enable the cover choose of cover from internet etc. So instead of placing garbage on user music folder, we need a centralized repository.


BUT:
"Some of my albums have characters in them such as ":" which are not usable, and therefore cause the utility to fail when it hits them.""
This is a bug, and we will fix on our application, so don worry about it. We really need to test with users so we find this cases. Nobody here had this on their album, and now we have a case and we will fix. There not other way =) it finding bugs and fixing...

"I appreciate handful's points about the legality of canola downloading art, but it would be nice if it supported folder.jpg in the album folder like the other players, although it is streets ahead of the default player which has no cover art support at all."

Again, as I said, the goal is already to support and it's failing because of a bug, but it will work, and support folder.jpg images, as well embedded and downloaded, and "pick from disk"

So in the end, our goal is to go even far then any other application is going... but that takes time and feedbacks =)


cheers!

Re: Default Covers location
 

gazza: I found with putting a folder.jpg file in the same folder as the album then running the canola tuning application worked perfectly for finding my album cover art - i was able to successfully populate 100% of my cover art using this technique...

I posted what I did to this thread: http://www.internettablettalk.com/fo...t=14963&page=2

There are also a few freeware (and not paid) tools to populate cover art so once you download it to your folder as a folder.jpg file you should have no trouble with canola tuning.

Re: Default Covers location
 

It worked great with albumCover -o ...
Thanks

Re: Default Covers location
 

I hate to bring up old history, but could some one give some concise directions for a noob on how to change the default location for the cover art? I too am having the problem where I have a huge music collection on my SD cards, and enabling the cover art fills up the device memory. I know how to get root, and navigate the file system, but I'm still learning (things like symbolic links). Thanks!

Re: Default Covers location
 

Anyone? I continue to search the forum and I'm not finding anything recent or relevant to the Canola Tuning plug in. All of the posts I've found on changing the default cover director to a SD card are pretty old. Thanks.

Re: Default Covers location
 

Hello Vrette, the following directions are copied from a post in page 1 with a few corrections.

First, you do not need to be root.
Second, Canola stores the Album Art in /home/user/.canola/covers/ and that cannot be changed, but you can create a Symbolic link that links to an expansion card.

Remember, you can change the location of where you copy the album art in command 1, just remember to input that location in place of /media/mmc1/ in command 3.

Let me know how it goes.

Re: Default Covers location
 

That did the trick, after I figured out that mmc1 is the external card, and mmc2 is the internal card, and I wanted to use the internal card. First time I've used the link command.

I saw a couple of post referencing a python script, and that didn't seem relevant, hence my "confusion."

I'm not seeing the covers when I pick cover art, and some of the files are still missing covers (they are all embedded), but those are different issues.

Thanks!