Page 1 of 1

Weird problem with Android Streaming

PostPosted: Fri Apr 08, 2011 3:29 pm
by uncreativename
My networking knowledge is good, so believe me when I say I've tried everything I can think of. Maybe just maybe someone out there has had some random experience or is seeing something i'm not, and will be able to help me think of something.

Currently i'm running a HP media smart server on my home network. I've assigned it a static IP within my own network on comcast. I'm forwarding all the correct ports to it. I've checked to see that my modem isn't getting in the way by assigning it's own IP addresses out. I've checked to see that other people can see my Server on the correct port outside of the network. I've checked with canyouseeme.org to make sure that my ISP isn't somehow blocking the traffic. I thought it might be the Avast server antivirus i'm running but I turned it off and the problem still occurs. I've registered my copy of Subsonic so the phone streaming shouldn't be turned off.

So here's the deal on my Android HTC Evo on Sprint using the Subsonic app and the correct login information I can push the test connection button on the app have everything report back to me as fine. Yet, when I go to click on the library I get "Connecting to Server Please Wait...then wait forever as it does its 4 attempts and then spits back "network connection error...unknown error occurred". This is with full bars (but we all know that could be a lie).

Here's where it gets weird I can then take the same phone in the same location and log into the subsonic server via the phone's web browser and have a song play.

So then I think well it must be the App. So even though no one else reports this problem, I still take it a step further. I uninstall and reinstall the app. I've deleted the app data and cleaned the cache. Soooooooo that's it in a crazy big nut shell. Any one got any idea's? i'm happy to provide anymore information i'm lacking.

Lastly, at this point its become a thing now I HAVE to figure this out :) So ANY suggestion could help!

PostPosted: Fri Apr 08, 2011 4:11 pm
by fut5
Did you try the Subsonic demo server? Do you use any other connections on your phone like skype, ftp, ssh or something?

PostPosted: Fri Apr 08, 2011 4:30 pm
by uncreativename
Yeah the Subsonic Demo Server is lightning fast I can play stuff from there like a champ. No I don't use Skype, I do use Google Voice though. Are you thinking that some other program is getting in the way?

PostPosted: Fri Apr 08, 2011 4:52 pm
by fut5
I asked because couple days ago i had some strange connection problems with my droid, first all www sites were working fine (port 80 i guess), but all other tries including subsonic failed. And then suddenly www sites stopped working and subsonic and others started to work :) i never solved it, only upgraded to newer rom. btw, i think the demo server is using port 80.

PostPosted: Sun Apr 10, 2011 1:01 pm
by GJ51
I use an EVO on WHS without any problems. The only difference is that my WHS is a DIY. I dumped my hp MSS after running into too many problems with their software. Do you have Twonly installed? When you try to access SS from your phone, log into your WHS desktop via RDC and open task manager to check the cpu load. Look to see if anothe app on WHS is hogging the cpu and preventing SS from connecting in time.

Re: Weird problem with Android Streaming

PostPosted: Wed Apr 13, 2011 5:27 am
by FirstTracks
uncreativename wrote:So here's the deal on my Android HTC Evo on Sprint using the Subsonic app and the correct login information I can push the test connection button on the app have everything report back to me as fine. Yet, when I go to click on the library I get "Connecting to Server Please Wait...then wait forever as it does its 4 attempts and then spits back "network connection error...unknown error occurred".


I've just installed Subsonic. Works fine on a web browser but I'm having the identical problem with the Android app on a Sprint Epic 4G. I'd love to solve this too...

PostPosted: Wed Apr 13, 2011 2:48 pm
by GJ51
Doews the phone connect to the demo server?

PostPosted: Wed Apr 13, 2011 2:54 pm
by FirstTracks
GJ51 wrote:Doews the phone connect to the demo server?


Yes, and that's quick. Sometimes, occasionally, I can browse to a folder but only after some 1 to 2 minutes after it retries several of the 4 times. Other times I get the network error identified above. This is running on a 2.2GHz duo-core with 3GB of RAM and a 20Mbps down/4Mbps up cable connection. Port forwarding is configured correctly on the router. Firewall is opened appropriately (port 80), and turning the firewall off makes no difference. I've run other web services on this machine in the past (i.e., SageTV on a different port) without difficulty.

Is it possible that it's slow/unresponsive because it could still be building the library or something? There are some 22,000 songs in the music folder but it's been running now for ~10 hours and is still behaving the same way.

PostPosted: Wed Apr 13, 2011 3:07 pm
by FirstTracks
Another thing I noticed is that if I pick "Random" in the Android app it tells me "No Music Found" even though I can browse to music via folders. Likewise "Shuffle Play" does nothing except generate a player with a "Playlist is empty" message. Is this possibly indicative of a library that's not yet finished building?

PostPosted: Wed Apr 13, 2011 3:10 pm
by GJ51
I always advise not running SS on port 80 or 443 (SSL). It usually causes problems.

I use the 808x addresses.

PostPosted: Wed Apr 13, 2011 3:23 pm
by FirstTracks
I just switched everything to port 8080 with no noticeable change in behavior.

However, I just noticed for the first time the library summary in the left hand bar of the server's web app. It says 18,825 songs, so while the libary building is somewhat complete it doesn't appear to yet be fully finished. How long can I expect that to typically take?

(Edit: Nevermind. That number isn't increasing, so I'm guessing it's found all that it's going to.)

I should also note here that simply changing opening folders on a computer's web browser takes forever as well, both on the computer that's running Subsonic and on other computers as well. Yet the load on the host computer's RAM and CPU is negligible.

PostPosted: Wed Apr 13, 2011 3:35 pm
by GJ51
Indexing time depends on library size, but even a large library shouldn't take more than 15 -20 minutes. This also depends on what else the computer is doing at the time and what other disk activity may be going on.

In your case, I would open task manager and see if the computer is bogged down with other processes.

You can also test your phone on my server, which usually responds pretty quickly.

http://maplegrove.subsonic.org

guest
guest

If you'd like me to test your server, just pm the log on to me.

PostPosted: Wed Apr 13, 2011 3:39 pm
by FirstTracks
Thanks, Gary! I just sampled your server from the Android app, no appreciable lag was found.

As mentioned, nothing else seems to be hogging the machine's CPU or RAM.

PM on the way!

PostPosted: Wed Apr 13, 2011 3:44 pm
by FirstTracks
OK, here's the latest: I've been playing with Subsonic from another computer downstairs trying to get something to play. When I launched an album the following error appeared in the main window:

Code: Select all
Error

Subsonic encountered an internal error. You can report this error in the Subsonic Forum. Please include the information below.
Exception    java.lang.NullPointerException
Message    null
Java version    Sun Microsystems Inc. 1.6.0_18
Operating system    Windows Vista 6.0
Server    jetty-6.1.x
Memory    Used 40 of 81 MB
Stack trace    java.lang.NullPointerException at net.sourceforge.subsonic.service.SecurityService.isInMusicFolder(SecurityService.java:213) at net.sourceforge.subsonic.service.SecurityService.isReadAllowed(SecurityService.java:179) at net.sourceforge.subsonic.service.MusicFileService.getMusicFile(MusicFileService.java:67) at net.sourceforge.subsonic.controller.NowPlayingController.handleRequestInternal(NowPlayingController.java:56) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) 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:707) 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)


No clue here -- does that tell anyone anything? I should note that the music did in fact begin despite this error message.

PostPosted: Wed Apr 13, 2011 9:03 pm
by FirstTracks
Many thanks to GJ51 for all of his backchannel help via PM. In case it helps anyone else, what I found was that accessing a folder on my NAS was much slower than accessing a local drive. Moving my content to a local drive sped things up to a normal pace. And although that Java error appeared to be random (I couldn't replicate it), I did delete and reinstall Java nonetheless.

And as far as the original problem of network connection errors goes, I went into settings->search and reindexed the search database. That made the network connection errors go away.