Huge amount of background data using network

Need help? Post your questions here.

Moderator: moderators

Huge amount of background data using network

Postby Ileclerk » Mon Apr 21, 2014 2:22 pm

It looks with the latest Android application that it using data when not active. I had subsonic using 3GB mobile data. I got message from my provider that I was getting close to my limit. I turned on WiFi only on Subsonic. The next day I saw that subsonic was using 58GB! using WiFi. Nothing special was going on just playing a song.

Anybody else has seen those issues?
Last edited by Ileclerk on Fri May 09, 2014 12:23 am, edited 1 time in total.
Ileclerk
 
Posts: 8
Joined: Mon Apr 21, 2014 12:52 am

Re: Background data

Postby daneren2005 » Mon Apr 21, 2014 3:37 pm

I came across a similar issue when developing DSub. In my case it was because it was running into a error while downloading songs so it kept retrying over and over again. I had to put in some error limits into DSub. If you look there is probably a song in your download queue that isn't downloaded correctly.

Sent from my Nexus 5 using Tapatalk
Developer of DSub for Android
daneren2005
 
Posts: 1709
Joined: Fri Jul 06, 2012 7:52 pm

Re: Background data

Postby Ileclerk » Mon Apr 21, 2014 4:41 pm

That is correct - I cleared out the queue using subsonic website. I think additional checks should be performed at the server side to prevent his - since it is racking up bandwidth for no particular reason. Especially when using Mobile Data - it used up my limit - but if not noticed I would be paying quite a bit for this 'bug'
Ileclerk
 
Posts: 8
Joined: Mon Apr 21, 2014 12:52 am

Re: Background data

Postby daneren2005 » Mon Apr 21, 2014 5:18 pm

While I definitely agree that it should be checked for, I'm not sure I follow you. How would you clear out the player's queue from the website? That shouldn't affect what is playing in the mobile app. And there probably isn't any way to check for it server side, the fix needs to be client side since it is the client which is incorrectly asking for the data over and over again.
Developer of DSub for Android
daneren2005
 
Posts: 1709
Joined: Fri Jul 06, 2012 7:52 pm

Re: Background data

Postby Ileclerk » Mon Apr 21, 2014 6:06 pm

Yeah not sure anymore. I can easily reproduce the problem now. I tried deleting the players - but I just get multiples that are all stuck - and yes I see the same problem as you do that it just keeps streaming...

I might uninstall SubSonic - since this is just killing my bandwidth and Mobile Data usage.

Not happy right now - since I like SubSonic.
Ileclerk
 
Posts: 8
Joined: Mon Apr 21, 2014 12:52 am

Re: Background data

Postby Ileclerk » Tue Apr 22, 2014 2:13 am

It is doing this continuously :
(will look at the m4a file - but it shouldn't go into a loop a keep trying)

Code: Select all
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Reserved bit set.
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 2.0 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 0.14 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Prediction is not allowed in AAC-LC.
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 3.3 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 2.14 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 3.10 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 0.1 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 3.6 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Sample rate index in program config element does not match the sample rate index configured by the container.
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Not evaluating a further program_config_element as this construct is dubious at best.
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Input buffer exhausted before END element found
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Reserved bit set.
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 2.9 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Input buffer exhausted before END element found
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Number of bands (55) exceeds limit (34).
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Input buffer exhausted before END element found
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 0.9 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Sample rate index in program config element does not match the sample rate index configured by the container.
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Input buffer exhausted before END element found
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 0.15 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 2.6 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Reserved bit set.
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] channel element 2.2 is not allocated
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) [aac @ 0038AB20] Reserved bit set.
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) Error while decoding stream #0.0
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) size= 2636kB time=00:02:48.64 bitrate= 128.0kbits/s 
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) 
[4/21/14 3:50:10 PM MDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) video:0kB audio:2635kB global headers:0kB muxing overhead 0.017529%
Ileclerk
 
Posts: 8
Joined: Mon Apr 21, 2014 12:52 am

Re: Background data

Postby Ileclerk » Tue Apr 22, 2014 11:22 am

And my subsonic.log file is 7.8GB in size. It used 23GB over night again. Please fix. Removed the offending song and see if it does again when refreshing the song from ITunes.
Ileclerk
 
Posts: 8
Joined: Mon Apr 21, 2014 12:52 am

Re: Background data

Postby Ileclerk » Fri May 09, 2014 12:16 am

So this has been addressed by removing the ability to specify a custom directory. Now I can't make subsonic cache or use my SD card. Please add the custom directory back. It worked fine with the steps in the other thread.
Ileclerk
 
Posts: 8
Joined: Mon Apr 21, 2014 12:52 am

Re: Huge amount of background data using network

Postby jammer » Tue May 13, 2014 1:22 am

Here here! I really need the ability to choose a custom directory back.

Sent from my Nexus 7 using Tapatalk
jammer
 
Posts: 9
Joined: Mon Jul 25, 2011 12:26 am

Re: Huge amount of background data using network

Postby Astrodan » Tue May 20, 2014 7:14 am

Somewhere worse, I just got a huge similar problem.
First: I'm using subsonic server on my raspberry, Version 4.9-KANG – January 29, 2014, with dyndns. So there might at some points be connection problems.
My Android APP is the Standard Subsonic App, set to "Use offline".

In about half an hour this morning it transferred 160Mb data in the background (according to android) using the mobile network without me even using the app. My server log is somewhere similar to the following.
Code: Select all
...
[5/20/14 8:31:21 AM CEST]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 161kB time=20.61 bitrate= 64.1kbits/s
[5/20/14 8:31:21 AM CEST]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 160kB time=20.38 bitrate= 64.1kbits/s
[5/20/14 8:31:21 AM CEST]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 80kB time=10.19 bitrate= 64.3kbits/s
[5/20/14 8:31:22 AM CEST]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 123kB time=15.67 bitrate= 64.2kbits/s
[5/20/14 8:31:22 AM CEST]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 163kB time=20.87 bitrate= 64.1kbits/s
[5/20/14 8:31:22 AM CEST]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 161kB time=20.61 bitrate= 64.1kbits/s
[5/20/14 8:31:22 AM CEST]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 82kB time=10.42 bitrate= 64.3kbits/s
[5/20/14 8:31:22 AM CEST]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 125kB time=15.91 bitrate= 64.2kbits/s
...


Now 160Mb isn't too much, but considering it wasn't even supposed to load anything, and my mobile limit being quite low, I kinda ran out of mobile data transfer, which is the more annyoing part. Furthermore, I have the impression that subsonic already did this a few days ago, when my mobile didn't want to stop transferring data (i watched the web data icon), the phone got unusual warm and my battery was drained like being sucked by a vampire. Had to restart the complete phone to get things back to normal then.
I suppose there must be a bug somewhere. Is there any way I can find/produce a log of the android app?
Astrodan
 
Posts: 1
Joined: Tue May 20, 2014 7:03 am


Return to Help

Who is online

Users browsing this forum: No registered users and 63 guests