Page 1 of 1

Huge amount of background data using network

PostPosted: Mon Apr 21, 2014 2:22 pm
by Ileclerk
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?

Re: Background data

PostPosted: Mon Apr 21, 2014 3:37 pm
by daneren2005
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

Re: Background data

PostPosted: Mon Apr 21, 2014 4:41 pm
by Ileclerk
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'

Re: Background data

PostPosted: Mon Apr 21, 2014 5:18 pm
by daneren2005
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.

Re: Background data

PostPosted: Mon Apr 21, 2014 6:06 pm
by Ileclerk
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.

Re: Background data

PostPosted: Tue Apr 22, 2014 2:13 am
by Ileclerk
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%

Re: Background data

PostPosted: Tue Apr 22, 2014 11:22 am
by Ileclerk
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.

Re: Background data

PostPosted: Fri May 09, 2014 12:16 am
by Ileclerk
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.

Re: Huge amount of background data using network

PostPosted: Tue May 13, 2014 1:22 am
by jammer
Here here! I really need the ability to choose a custom directory back.

Sent from my Nexus 7 using Tapatalk

Re: Huge amount of background data using network

PostPosted: Tue May 20, 2014 7:14 am
by Astrodan
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?