Page 1 of 2

Album Art handling

PostPosted: Wed Sep 19, 2012 9:01 pm
by ghostmac
I just updated to 4.7 (build 3105) on an Ubuntu 11.10 (3.0.0-25) host yesterday and found that the handling of album art is broken.
If I find an album that does not have art, I click on change to initiate a google image search.
Subsonic performs the search fine and then I select the image I want to use and receive the Image was successfully downloaded message.
I then click on Back (right above the "Image was successfully downloaded." message) and am then brought back to the album view without album art.
If I back out the the Artist overview, I'll see the album art. I'll again click on the album again and still no art :(
Has anyone else noticed this and/or experienced this.
I've recorded a short screen cap to show what I mean... http://goo.gl/kpDp8

Re: Album Art handling

PostPosted: Wed Sep 19, 2012 9:07 pm
by ghostmac
I've also found a few lines in the log pertaining to album art;


Code: Select all
[2012-09-19 13:18:57,697] WARN CoverArtController - Failed to create thumbnail for /home/ghostmac/Music/Red Party Cups -ColumbusDay/columbusday.jpg
[2012-09-19 13:19:02,737] WARN CoverArtController - Failed to create thumbnail for /home/ghostmac/Music/Red Party Cups -ColumbusDay/columbusday.jpg
[2012-09-19 13:32:20,549] WARN CoverArtController - Failed to create thumbnail for /home/ghostmac/Music/hard sessions/cover.jpg
[2012-09-19 13:32:23,168] WARN CoverArtController - Failed to create thumbnail for /home/ghostmac/Music/hard sessions/cover.jpg
[2012-09-19 15:41:02,946] WARN CoverArtService - Failed to save cover art for album 23590
[2012-09-19 15:51:16,322] WARN CoverArtService - Failed to save cover art for album 4206


Alos in my initial post, I forgot to include my server version;
jetty-6.1.x, java 1.6.0_24, Linux (82.1 MB / 128.5 MB)

Re: Album Art handling

PostPosted: Wed Sep 19, 2012 10:28 pm
by BKKKPewsey
Check your permissions - SS will need read & write access to the folders to save the artwork.

:mrgreen:

Re: Album Art handling

PostPosted: Thu Sep 20, 2012 3:46 am
by Jägs
I too am having problems with album art in 4.7, and did not have any problems in previous versions. Nothing has changed permission wise on on my music folder, and I have SUBSONIC_USER set to root in /etc/default/subsonic, so I would assume that it would not matter what I have the folder permissions set as, as the root user should have full access (everything is set to 755, BTW). I checked the log and it does generate a number of Java errors.

Other info:

Running Ubuntu 12.04

Log

Code: Select all
[2012-09-19 22:44:06,669] WARN CoverArtController - Failed to create thumbnail for /media/music/Classical/Contemporary/Kaczmarek, Jan A.P./Hachiko- A Dog's Story/cover.jpg
java.lang.Exception: Unable to decode image.
        at net.sourceforge.subsonic.controller.CoverArtController.getCachedImage(CoverArtController.java:201)
        at net.sourceforge.subsonic.controller.CoverArtController.handleRequest(CoverArtController.java:115)
        at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
        at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
        at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:807)
        at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
        at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:715)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
        at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
        at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:265)
        at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
        at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
        at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
        at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166)
        at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
        at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
        at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
        at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
        at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
        at org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
        at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
        at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173)
        at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
        at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
        at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
        at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:110)
        at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
        at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
        at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:149)
        at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
        at net.sourceforge.subsonic.filter.RequestEncodingFilter.doFilter(RequestEncodingFilter.java:43)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
        at net.sourceforge.subsonic.filter.ParameterDecodingFilter.doFilter(ParameterDecodingFilter.java:54)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
        at net.sourceforge.subsonic.filter.BootstrapVerificationFilter.doFilter(BootstrapVerificationFilter.java:54)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
        at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
        at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
        at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
        at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
        at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
        at org.mortbay.jetty.Server.handle(Server.java:313)
        at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
        at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:830)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
        at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396)
        at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)

[2012-09-19 22:44:16,615] INFO CoverArtService - Backed up old image file to /media/music/Classical/Contemporary/Kaczmarek, Jan A.P./Hachiko- A Dog's Story/cover.backup.jpg

Re: Album Art handling

PostPosted: Thu Sep 20, 2012 9:09 am
by reticent
As per my thread, viewtopic.php?f=2&t=10274, I'm having the same issues with the new versions. I'm running it on ubuntu and the permissions haven't changed. cover.jpg is being downloaded correctly however it randomly won't generate the thumbnails for some of them it seems.

Re: Album Art handling

PostPosted: Fri Sep 21, 2012 2:11 pm
by cntrle
I will also validate these claims.

Ubuntu 12.04 64bit
Subsonic 4.7 (upgrade)
java version "1.6.0_24"

Hoping to see a fix soon!

-cntrle

Re: Album Art handling

PostPosted: Fri Sep 21, 2012 3:09 pm
by ghostmac
Apologies for duping your post reticent.

Is there SubSonic SVN, or any official devs here in the forum?
I'm ready for a roll back as I keep finding more issues in this release.

Re: Album Art handling

PostPosted: Fri Sep 21, 2012 3:12 pm
by hakko
Subsonic SVN: http://subsonic.svn.sourceforge.net/viewvc/subsonic/

The only commiter is Sindre Mehus, however, you can find different forks in the Mods section of the forum, right now mainly Madsonic Mashup and MusicCabinet.

Re: Album Art handling

PostPosted: Fri Sep 28, 2012 8:42 pm
by ghostmac
It can't just be 3 people having this issue. . .

Re: Album Art handling

PostPosted: Sat Sep 29, 2012 7:07 pm
by rickeo
Same issue here and I'm on Windows. Album art is very broken.

Code: Select all
Version   4.7 (build 3106) – September 12, 2012
Server   jetty-6.1.x, java 1.7.0_05, Windows Server 2008 R2 (80.2 MB / 135.1 MB)

Re: Album Art handling

PostPosted: Thu Oct 04, 2012 7:02 am
by gothicpsyko
Have the same issue here!
my server runs on windows home server and worked without problem until upgrade to 4.7

Version 4.7 (build 3106) – 12. september 2012
Server jetty-6.1.x, java 1.6.0_31, Windows 2003 (152,8 MB / 222,3 MB)

image will not load, but found out in this forum , that you can right click and choose reload frame, then the image/thumbnail will come visible!
also i see that when you play the musik for the album the art will show in the playing frame! and it will show when you click on the not loaded thumpnail!

hope this can get fixed in a new version !

until then reload frame is an option!

this is from the log! thumpnail create error,,get them all the time since 4.7, and another one the last line i dont know what is!

[04-10-12 04:18:18 CEST] WARN CoverArtController Failed to create thumbnail for d:\shares\Music\Musik_lager_sorted\D\Dizzy Mizz Lizzy\Dizzy.Mizz.Lizzy.Live.in.Concert.2010.DANISH.720p.Bluray.x264-SMOKEY\cover.jpg
[04-10-12 04:18:36 CEST] INFO PlayQueueInputStream HANDY listening to "1996 - Willenskraft\01 - Intro.mp3"
[04-10-12 04:19:03 CEST] INFO PlayQueueInputStream HANDY listening to "1996 - Willenskraft\02 - Scorching Breath.mp3"
[04-10-12 04:20:08 CEST] INFO PlayQueueInputStream HANDY listening to "1996 - Willenskraft\03 - Deliverance.mp3"
[04-10-12 04:23:08 CEST] WARN RESTFilter Error in REST API: EofException

Re: Album Art handling

PostPosted: Sat Oct 06, 2012 12:23 am
by interface8899
same issue here. On Ubuntu Server 10.04 with Subsonic 4.7.
The Album Cover is downloaded correctly. I don't even get the error in the log, but it's still not shown if you go back one page.
Any Solutions?

Re: Album Art handling

PostPosted: Sat Oct 06, 2012 2:04 am
by GJ51
I don't see any of these issues using MadEvil's Madsonic mod.

The Madsonic mod is every bit as stable as the standard release and is loaded with a ton of very cool features.

I only have one site left using vanilla Subsonic and that is only for reference.

Many regular forum users know that I've consistently been reluctant to get involved with many of the mods that have rolled out in the past either because they were buggy, poorly supported, or too difficult to redo when a new version of Subsonic was released. There are none of those issues currently with the Madsonic mod, it's truly great work and the developer addresses any user issues very promptly.

It's now my daily driver.

Re: Album Art handling

PostPosted: Sun Oct 07, 2012 9:31 pm
by Skywatcher
I just upgraded to 4.7 on debian and I started having an Album Art problem.
I use the "normal" Artist/Album/Tracks directory structure. If the Artist or Album names contain any non-english characters then Subsonic won't display the album art. It will give an 404 error saying it was unable to find the file. If I change the path replacing the problematic character(s) all will work again.

This affects the cover art display only. I can see and play the tracks without any problem.
This started after upgrading to 4.7 as it all worked fine in 4.6

Any ideas?

Re: Album Art handling

PostPosted: Sun Oct 07, 2012 9:42 pm
by GJ51
Right click and refresh the frame. Rescan should solve the problem.