Traceback (most recent call last): File "C:\Python33\lib\site-packages\cx_Freeze\initscripts\Console3.py", line 27, in <module> File "sacad.py", line 28, in <module> File "C:\Python\32-bit\3.3\lib\importlib\_bootstrap.py", line 1567, in _find_and_load File "C:\Python\32-bit\3.3\lib\importlib\_bootstrap.py", line 1534, in _find_and_load_unlocked File "C:\Python33\lib\site-packages\lxml\cssselect.py", line 18, in <module>ImportError: cssselect seems not to be installed. See http://packages.python.org/cssselect/

From what I can see in their source, youtube-dl uses py2exe, which can make single executable but does not support Python 3 (which SACAD is written in).I use cx_Freeze, which works with Python 3, but does not support single executable

1 is work by Satie but I got a Beethoven symphony by Jan Willem de Vriend as result2 doesn't work at all3 returned the right composition by the wrong artists

Thanks for the feedback.

None of the reliable cover sources have the result with a resolution that high, as a result you get the first image from Google Images which satisfies that resolution but is unrelated.You have 3 solutions:

use the -d option, which to quote the help:

CODE

-d, --disable-low-quality-sources Disable cover sources that may return unreliable results (ie. Google Images). It will speed up processing and improve reliability, but may fail to find results for some difficult searches.

In that case it would juste tell you there is no result.

Lower the target resolution.I believe

CODE

sacad "Michael Gees" "improviSatie" 800 cover1.jpg

returns the right result.

Tell SACAD that you target a high resolution, but are ready to make compromises if that criteria can not be satisfied, using the -t option:

CODE

-t SIZE_TOLERANCE_PRCT, --size-tolerance SIZE_TOLERANCE_PRCT Tolerate this percentage of size difference with the target size. Note that covers with size above or close to the target size will still be preferred if available

In this example you target a 1500px resolution but are ready to accept a cover that is 70% smaller if there are no other results:

CODE

sacad "Michael Gees" "improviSatie" 1500 cover1.jpg -t 70 -d

It seems to be a bug with accentuated chars, I'll look at this.In the meantime, the following command works:

I really like this script. It has worked well for most searches I have tried, retrieving the correct cover in good quality. I have encountered just a couple problems. Should I just post them as I encounter them?

This is a query I tried that resulted in an error. It worked when I used a size of 500 but failed with a size of 1000, as shown below.

I think there is a problem with the way you pass the command. It the first line of the quote above, the characters are correctly encoded, however in what you pasted above, they seems to be all messed up, which can indicate that the script file in which the command is read is badly encoded.Can you please try to type the command directly in a command prompt, to see if the problem is gone?You should also add "-t 70" or lower the target resolution as I explained previously, otherwise you would get no results for this particular query.

So you get a result when typing the command manually, and none when running the same command from a bat file, am I right?In that case, I suggest you try using Notepad++ or something similar, and ensure the bat file is using UTF-8 character encoding.

I have encountered just a couple problems. Should I just post them as I encounter them?

Yes, please do.I have tested it for my own use on Linux with my library, but I need testers for other OS and contexts.

QUOTE (fluzzknock @ Apr 19 2014, 20:11)

This is a query I tried that resulted in an error. It worked when I used a size of 500 but failed with a size of 1000, as shown below....

I can not reproduce this problem.Did you try with the last version I posted above?If not, please do and let me know if you still have this error.

Yes, I encountered the problem with the latest version you posted.

Also, I'm not sure if this is intended for the script, but there was one cover where if I specified a size of 600 or 800 it would return a cover that was 700x700. If I tried a value further of 400 or 900, it would resize to those values. Does this seem correct?

I did not specify '-t' in any case. Is there a tolerance that the script uses by default, or if you don't specify a '-t,' should it return a cover with the exact size you indicate?

That's strange. From what I have found by googling the error, it can be a Python module (encodings.idna) that is not being included in the Windows build, however I checked in the last version I posted and it is definitely here.I also tried the command you posted and it works on my Windows XP VM.Does it always occur for that command or is it random?

QUOTE (fluzzknock @ Apr 20 2014, 22:58)

Also, I'm not sure if this is intended for the script, but there was one cover where if I specified a size of 600 or 800 it would return a cover that was 700x700. If I tried a value further of 400 or 900, it would resize to those values. Does this seem correct?

I did not specify '-t' in any case. Is there a tolerance that the script uses by default, or if you don't specify a '-t,' should it return a cover with the exact size you indicate?

The default size tolerance value (-t parameter) is 25%. If you want a file with the exact size you specified, you need to pass "-t 0".

That's strange. From what I have found by googling the error, it can be a Python module (encodings.idna) that is not being included in the Windows build, however I checked in the last version I posted and it is definitely here.I also tried the command you posted and it works on my Windows XP VM.Does it always occur for that command or is it random?

QUOTE (fluzzknock @ Apr 20 2014, 22:58)

Also, I'm not sure if this is intended for the script, but there was one cover where if I specified a size of 600 or 800 it would return a cover that was 700x700. If I tried a value further of 400 or 900, it would resize to those values. Does this seem correct?

I did not specify '-t' in any case. Is there a tolerance that the script uses by default, or if you don't specify a '-t,' should it return a cover with the exact size you indicate?

The default size tolerance value (-t parameter) is 25%. If you want a file with the exact size you specified, you need to pass "-t 0".

Hi, I figured out the problem has something to do with jpegoptim. When I deleted jpegoptim from the path, the same command now worked. When I added it back, I got the error again.