PDA

View Full Version : Cover image problems



Daniel Rich
2003-11-20, 11:27
I never tried this under 4.2.6 so I'm not sure if it is a 5.0 problem, but I
cannot get cover images to show up in the web interface! I have the images in
the correct place (i.e. in the same directory with my mp3 files for each
album), but the web interface is doing odd things with the image url.

For example, if I bring up Take on Me (Aha -- yes, I have *way* too much 80's
music :), I see an image error for the cover. If I right click on it and view
image, the URL is:
http://slimp3.lapseofthought.com/music/%2fmisc%2fmp3%2faha%2fhunting_high_and_low%2f01%20-%20take_on_me.mp3/cover.jpg
which for some reason still has the track title in it (the slimp3 hostname is
an apache reverse proxy to port 9000). If I remove the track name from the URL
it still doesn't display the album cover.

Does anyone have any idea what is going on?

--
Dan Rich <drich (AT) employees (DOT) org> | http://www.employees.org/~drich/
| "Step up to red alert!" "Are you sure, sir?
| It means changing the bulb in the sign..."
| - Red Dwarf (BBC)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/vQeGIYJ5xMxu09kRAtvdAJ903WTJzQez7ftIymSghgMFGDEDQg CeNOWV
6ZFR1W2eOG1BetvI2iNi9v4=
=Jz1r
-----END PGP SIGNATURE-----

Kevin Deane-Freeman
2003-11-20, 11:34
Quoting Daniel Rich <drich (AT) employees (DOT) org>:

> I never tried this under 4.2.6 so I'm not sure if it is a 5.0 problem, but I
>
> cannot get cover images to show up in the web interface! I have the images
> in
> the correct place (i.e. in the same directory with my mp3 files for each
> album), but the web interface is doing odd things with the image url.
>
> For example, if I bring up Take on Me (Aha -- yes, I have *way* too much 80's
>
> music :), I see an image error for the cover. If I right click on it and
> view
> image, the URL is:
>
http://slimp3.lapseofthought.com/music/%2fmisc%2fmp3%2faha%2fhunting_high_and_low%2f01%20-%20take_on_me.mp3/cover.jpg
> which for some reason still has the track title in it (the slimp3 hostname is
The track title is correct. This reference is needed to link the song with the
image, and does not directly reflect the directory structure.
In this case, the server should be looking in misc/mp3/aha/hunting_high_and_low/
for cover.jpg, folder.jpg or any custom name you set in teh server settings. It
also looks in the ID3 tags, so if you have something wrong in teh tags, this
could be the cuprit.

> an apache reverse proxy to port 9000). If I remove the track name from the
> URL
> it still doesn't display the album cover.
>
> Does anyone have any idea what is going on?
Try turning on the d_info switch in the server settings, debugging. Click on
the link for the log and see what the log says when you try to access songinfo
for a given song. That will give more of a hint as to where the server is
finding or not finding an image.

-kdf

Daniel Rich
2003-11-20, 13:09
Kevin Deane-Freeman wrote:
> Quoting Daniel Rich <drich (AT) employees (DOT) org>:
>
>
>>I never tried this under 4.2.6 so I'm not sure if it is a 5.0 problem, but I
>>
>>cannot get cover images to show up in the web interface! I have the images
>>in
>>the correct place (i.e. in the same directory with my mp3 files for each
>>album), but the web interface is doing odd things with the image url.
>>
>>For example, if I bring up Take on Me (Aha -- yes, I have *way* too much 80's
>>
>>music :), I see an image error for the cover. If I right click on it and
>>view
>>image, the URL is:
>>
>
> http://slimp3.lapseofthought.com/music/%2fmisc%2fmp3%2faha%2fhunting_high_and_low%2f01%20-%20take_on_me.mp3/cover.jpg
>
>>which for some reason still has the track title in it (the slimp3 hostname is
>
> The track title is correct. This reference is needed to link the song with the
> image, and does not directly reflect the directory structure.
> In this case, the server should be looking in misc/mp3/aha/hunting_high_and_low/
> for cover.jpg, folder.jpg or any custom name you set in teh server settings. It
> also looks in the ID3 tags, so if you have something wrong in teh tags, this
> could be the cuprit.

Ah, that makes sense. I've done things like that myself.

>>an apache reverse proxy to port 9000). If I remove the track name from the
>>URL
>>it still doesn't display the album cover.
>>
>>Does anyone have any idea what is going on?
>
> Try turning on the d_info switch in the server settings, debugging. Click on
> the link for the log and see what the log says when you try to access songinfo
> for a given song. That will give more of a hint as to where the server is
> finding or not finding an image.

Now I'm even more confused. The logs say that it is finding the image, but
it's still not displaying it.

2003-11-20 12:07:53 Cover Art (thumb) for:
/misc/mp3/aha/hunting_high_and_low/01 - take_on_me.mp3
2003-11-20 12:07:53 Updating image for /misc/mp3/aha/hunting_high_and_low/01 -
take_on_me.mp3
2003-11-20 12:07:53 32003-11-20 12:07:53 Looking for image in ID3 tag
2003-11-20 12:07:53 Looking for image files
2003-11-20 12:07:53 Couldn't open image
/misc/mp3/aha/hunting_high_and_low/thumb.jpg
2003-11-20 12:07:53 Couldn't open image
/misc/mp3/aha/hunting_high_and_low/albumartsmall.jpg
2003-11-20 12:07:53 Found image file: /misc/mp3/aha/hunting_high_and_low/cover.jpg


--
Dan Rich <drich (AT) employees (DOT) org> | http://www.employees.org/~drich/
| "Step up to red alert!" "Are you sure, sir?
| It means changing the bulb in the sign..."
| - Red Dwarf (BBC)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/vR+JIYJ5xMxu09kRAgK5AKCUVmHj67k4RIk3HCnEFcemtDN8JA CdHD3u
APUMvqwTgqYoeEULbCwNbEQ=
=dK2u
-----END PGP SIGNATURE-----

Kevin Deane-Freeman
2003-11-20, 13:27
Quoting Daniel Rich <drich (AT) employees (DOT) org>:


>
> Now I'm even more confused. The logs say that it is finding the image, but
> it's still not displaying it.

aye, that is confusing. at least, however, the server IS finding the image
filename. Can you get anything from the take_on_me.mp3/cover.jpg image url if
you load that in the address bar? Can you view the image file in your browser?
Also, maybe try d_http debug flag. Its a bit chatty, but it might give
something useful in regards to the http render for the image.
-kdf

> 2003-11-20 12:07:53 Cover Art (thumb) for:
> /misc/mp3/aha/hunting_high_and_low/01 - take_on_me.mp3
> 2003-11-20 12:07:53 Updating image for /misc/mp3/aha/hunting_high_and_low/01
> -
> take_on_me.mp3
> 2003-11-20 12:07:53 32003-11-20 12:07:53 Looking for image in ID3 tag
> 2003-11-20 12:07:53 Looking for image files
> 2003-11-20 12:07:53 Couldn't open image
> /misc/mp3/aha/hunting_high_and_low/thumb.jpg
> 2003-11-20 12:07:53 Couldn't open image
> /misc/mp3/aha/hunting_high_and_low/albumartsmall.jpg
> 2003-11-20 12:07:53 Found image file:
> /misc/mp3/aha/hunting_high_and_low/cover.jpg
>

Daniel Rich
2003-11-20, 14:24
Kevin Deane-Freeman wrote:
> Quoting Daniel Rich <drich (AT) employees (DOT) org>:

>>Now I'm even more confused. The logs say that it is finding the image, but
>>it's still not displaying it.
> aye, that is confusing. at least, however, the server IS finding the image
> filename. Can you get anything from the take_on_me.mp3/cover.jpg image url if
> you load that in the address bar? Can you view the image file in your browser?
> Also, maybe try d_http debug flag. Its a bit chatty, but it might give
> something useful in regards to the http render for the image.

I can't get it to load the image with the URL that slimserver is using, but if
I copy the file to my web server it loads fine:
http://www.lapseofthought.com/private/cover.jpg
I checked the permissions and things look good there too, it's world readable.
Just as an FYI, I got this and most of my other cover art with the
amazon_images script that is linked to from the SlimDevices web site.

Does log.txt exist anywhere in filesystem (this is a Linux system)? The reload
of the web page makes it hard to track things down.

Judging by what I'm seeing in my proxy logs, the slimserver is returning a 404
for the image request:
xxx.xxx.xxx.xxx - - [20/Nov/2003:13:14:04 -0800] "GET
/music/%2fmisc%2fmp3%2faha%2fhunting_high_and_low%2f01%20-%20take_on_me.mp3/cover.jpg
HTTP/1.0" 404 113

It's kinda tough to find the HTTP request in the slimserver logs (I never see a
request for /music), but here's what I think is happening:
2003-11-20 13:13:32 HTTP request: GET
/status_header.html?player=00%3a04%3a20%3a04%3a0c%3 a1e&start= HTTP/1.1

2003-11-20 13:13:32 HTTP request from 172.16.42.16 for:
/status_header.html?player=00%3a04%3a20%3a04%3a0c%3 a1e&start=
2003-11-20 13:13:32 HTTP parameter player = 00:04:20:04:0c:1e
2003-11-20 13:13:32 HTTP parameter start =
2003-11-20 13:13:32 ExecuteURL Clients status_header: 2003-11-20 13:13:32
Generating response for (htm, text/html) status_header.html
2003-11-20 13:13:32 Cover Art (cover) for:
/misc/mp3/aha/hunting_high_and_low/01 - take_on_me.mp3
2003-11-20 13:13:32 Updating image for /misc/mp3/aha/hunting_high_and_low/01 -
take_on_me.mp3
2003-11-20 13:13:32 32003-11-20 13:13:32 Looking for image in ID3 tag
2003-11-20 13:13:32 Looking for image files
2003-11-20 13:13:32 Found image file: /misc/mp3/aha/hunting_high_and_low/cover.jpg
2003-11-20 13:13:32 Cover Art (thumb) for:
/misc/mp3/aha/hunting_high_and_low/01 - take_on_me.mp3
2003-11-20 13:13:32 Updating image for /misc/mp3/aha/hunting_high_and_low/01 -
take_on_me.mp3
2003-11-20 13:13:32 32003-11-20 13:13:32 Looking for image in ID3 tag
2003-11-20 13:13:32 Looking for image files
2003-11-20 13:13:32 Couldn't open image
/misc/mp3/aha/hunting_high_and_low/thumb.jpg
2003-11-20 13:13:32 Image File empty or couldn't read:
/misc/mp3/aha/hunting_high_and_low/thumb.jpg
2003-11-20 13:13:32 Couldn't open image
/misc/mp3/aha/hunting_high_and_low/albumartsmall.jpg
2003-11-20 13:13:32 Image File empty or couldn't read:
/misc/mp3/aha/hunting_high_and_low/albumartsmall.jpg
2003-11-20 13:13:32 Found image file: /misc/mp3/aha/hunting_high_and_low/cover.jpg
2003-11-20 13:13:32 Ready to accept a new HTTP connection.

But, I'm also seeing:
2003-11-20 13:13:32 Accepted connection 2 from 172.16.42.16
2003-11-20 13:13:32 Sending message to 172.16.42.16
2003-11-20 13:13:32 No more messages to send to 172.16.42.16, closing socket
2003-11-20 13:13:32 reading request...
2003-11-20 13:13:32 HTTP request: GET /error/HTTP_NOT_FOUND.html.var HTTP/1.1

which is the error document I have configured in apache. I think slimserver is
returning a 404 which apache passes back to slimserver when it tries to send
the error document. I'm going to try and turn this off and see what that changes.


--
Dan Rich <drich (AT) employees (DOT) org> | http://www.employees.org/~drich/
| "Step up to red alert!" "Are you sure, sir?
| It means changing the bulb in the sign..."
| - Red Dwarf (BBC)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/vTELIYJ5xMxu09kRAlxMAKC9wrcmxKoLh1yLaiKiF6UxK54aFw CgyuxV
3omXV0jYjPH4fR/oTHGSLPM=
=oRd4
-----END PGP SIGNATURE-----

Kevin Deane-Freeman
2003-11-20, 15:02
Quoting Daniel Rich <drich (AT) employees (DOT) org>:

> I can't get it to load the image with the URL that slimserver is using, but
> if
> I copy the file to my web server it loads fine:
> http://www.lapseofthought.com/private/cover.jpg
> I checked the permissions and things look good there too, it's world
> readable.
> Just as an FYI, I got this and most of my other cover art with the
> amazon_images script that is linked to from the SlimDevices web site.
I've used that script too, and I'm sure that's not the problem. The placeholder
images that it sometimes grabs are obvious, and dont come up as errors. Just
blank images.


> Does log.txt exist anywhere in filesystem (this is a Linux system)? The
> reload
> of the web page makes it hard to track things down.

/tmp/slimserver.log if you've used the RPM install.

Kevin Deane-Freeman
2003-11-20, 15:04
Quoting Daniel Rich <drich (AT) employees (DOT) org>:


> But, I'm also seeing:
> 2003-11-20 13:13:32 Accepted connection 2 from 172.16.42.16
> 2003-11-20 13:13:32 Sending message to 172.16.42.16
> 2003-11-20 13:13:32 No more messages to send to 172.16.42.16, closing socket
> 2003-11-20 13:13:32 reading request...
> 2003-11-20 13:13:32 HTTP request: GET /error/HTTP_NOT_FOUND.html.var
> HTTP/1.1
>
> which is the error document I have configured in apache. I think slimserver
> is
> returning a 404 which apache passes back to slimserver when it tries to send
>
> the error document. I'm going to try and turn this off and see what that
> changes.

This part confuses me. Slimserver has its own web server, wiht its own "not
found" error response. Something in there is getting mixed signals.
-kdf

Daniel Rich
2003-11-20, 15:26
Kevin Deane-Freeman wrote:
> Quoting Daniel Rich <drich (AT) employees (DOT) org>:
>
>
>>I can't get it to load the image with the URL that slimserver is using, but
>>if
>>I copy the file to my web server it loads fine:
>> http://www.lapseofthought.com/private/cover.jpg
>>I checked the permissions and things look good there too, it's world
>>readable.
>>Just as an FYI, I got this and most of my other cover art with the
>>amazon_images script that is linked to from the SlimDevices web site.
>
> I've used that script too, and I'm sure that's not the problem. The placeholder
> images that it sometimes grabs are obvious, and dont come up as errors. Just
> blank images.

Ah, good. Since the images looked good to me I figured that wasn't the problem.

>>Does log.txt exist anywhere in filesystem (this is a Linux system)? The
>>reload
>>of the web page makes it hard to track things down.
>
> /tmp/slimserver.log if you've used the RPM install.

Much better-- I can find things in a text file a whole lot faster than on a web
page (less and grep are my friends :).

I think I see what is happening, I just haven't figured out a way to fix it
yet. For some reason the apache proxy module isn't handling the request for
/music properly. I think it's because it has the leading '/' in the src tag,
but I'm not completely sure yet.

--
Dan Rich <drich (AT) employees (DOT) org> | http://www.employees.org/~drich/
| "Step up to red alert!" "Are you sure, sir?
| It means changing the bulb in the sign..."
| - Red Dwarf (BBC)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/vT+wIYJ5xMxu09kRAnihAJ9ycBNTwLdSCNmqlOznyzIGIwYCsQ Cff3re
FZPDNrgxZ20dNYFcmYp4+FM=
=uqd0
-----END PGP SIGNATURE-----

Daniel Rich
2003-11-20, 16:37
Kevin Deane-Freeman wrote:
> Quoting Daniel Rich <drich (AT) employees (DOT) org>:
>
>
>
>>But, I'm also seeing:
>>2003-11-20 13:13:32 Accepted connection 2 from 172.16.42.16
>>2003-11-20 13:13:32 Sending message to 172.16.42.16
>>2003-11-20 13:13:32 No more messages to send to 172.16.42.16, closing socket
>>2003-11-20 13:13:32 reading request...
>>2003-11-20 13:13:32 HTTP request: GET /error/HTTP_NOT_FOUND.html.var
>>HTTP/1.1
>>
>>which is the error document I have configured in apache. I think slimserver
>>is
>>returning a 404 which apache passes back to slimserver when it tries to send
>>
>>the error document. I'm going to try and turn this off and see what that
>>changes.
>
>
> This part confuses me. Slimserver has its own web server, wiht its own "not
> found" error response. Something in there is getting mixed signals.

Yeah, I've tracked it down to a bug in Apache's proxy module. The URL that
comes from the slimserver has %2f characters in it which seems to confuse the
proxy. If I replace them with '/' it works fine.

Time to open a bug with apache...... :)

--
Dan Rich <drich (AT) employees (DOT) org> | http://www.employees.org/~drich/
| "Step up to red alert!" "Are you sure, sir?
| It means changing the bulb in the sign..."
| - Red Dwarf (BBC)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/vVA7IYJ5xMxu09kRAnQwAKDXrnCD11pjRAMefvYXiaudWXLCfQ CfQh8X
5UA7tzxrqRlpUO2N5FXZ990=
=80jm
-----END PGP SIGNATURE-----