Not Downsampling - Am I Missing Something?

Need help? Post your questions here.

Moderator: moderators

Not Downsampling - Am I Missing Something?

Postby Novizzz » Fri Jan 23, 2015 11:06 pm

Problem Description:

I was lucky enough to get a brand spanking new mobile phone the other day. As I like to listen to music at work I thought it would be a great opportunity to rethink how I was syncing my music between Home and Work. I had a spare Raspberry Pi so thought I'd give Subsonic a go.

Anyway, I installed everything and am now successfully playing music via my Android phone using the Subsonic app. However, I have noticed that my Subsonic server doesn't seem to be making my mp3 files smaller for delivery over the interwebs. My internet at home isn't fantastic at the moment so I want to get the files as small as reasonably possible.

All my transcoding and downsampling settings are set to default. I set my max bitrates on the server and on my device to 64kpbs. I'll probably knock it up a few notches later... However, as mentioned it just seems to be transferring my songs in their original format.

I feel as though I'm missing something very obvious here, or am I just misunderstanding the whole transcode/down sampling features?


Troubleshooting Steps: I've played around with the max bitrates and the transcoding settings but I'm a little clueless...

Playback Application and version: Subsonic - Android

Subsonic Version: 5.1 (build 4311) – January 18, 2015

Server Version: jetty-6.1.x, java 1.8.0_33, Linux (45.2 MB / 85.7 MB)

Hardware Platform: Linux - Raspberry Pi Model B

Java Memory Limit: (Windows: found in the Subsonic Agent in the taskbar)

Output from ffmpeg -i:
Code: Select all


ffmpeg version 0.8.16-6:0.8.16-1+rpi1, Copyright (c) 2000-2014 the Libav developers
  built on Jan 11 2015 23:52:45 with gcc 4.6.3
The ffmpeg program is only provided for script compatibility and will be removed
in a future release. It has been deprecated in the Libav project to allow for
incompatible command line syntax improvements in its replacement called avconv
(see Changelog for details). Please use avconv instead.
[mp3 @ 0x1358660] max_analyze_duration reached
[mp3 @ 0x1358660] Estimating duration from bitrate, this may be inaccurate
Input #0, mp3, from '09 The Gold Rush.mp3':
  Metadata:
    title           : The Gold Rush
    artist          : American Hi-Fi
    TCM             : Stacy Jones
    album           : The Art of Losing
    track           : 9
    encoded_by      : iTunes v5.0.1.4
    genre           : Rock
    date            : 2003
  Duration: 00:03:38.38, start: 0.000000, bitrate: 111 kb/s
    Stream #0.0: Audio: mp3, 44100 Hz, stereo, s16, 112 kb/s
At least one output file must be specified



Last ten log file lines:
Code: Select all

[1/23/15 10:54:02 PM UTC]   INFO   PlayQueueInputStream   admin listening to "The Art of Losing/09 The Gold Rush.mp3"
[1/23/15 10:54:02 PM UTC]   DEBUG   TranscodeInputStream   Starting transcoder: [/var/subsonic/transcode/ffmpeg] [-i] [/media/hdd/music/American Hi-Fi/The Art of Losing/09 The Gold Rush.mp3] [-map] [0:0] [-b:a] [64k] [-v] [0] [-f] [mp3] [-]
[1/23/15 10:54:03 PM UTC]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) Stream mapping:
[1/23/15 10:54:03 PM UTC]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) Stream #0.0 -> #0.0
[1/23/15 10:54:03 PM UTC]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) Press ctrl-c to stop encoding
[1/23/15 10:54:03 PM UTC]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 24kB time=1.02 bitrate= 193.7kbits/s
[1/23/15 10:54:04 PM UTC]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 49kB time=2.06 bitrate= 192.8kbits/s
[1/23/15 10:54:04 PM UTC]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 72kB time=3.08 bitrate= 192.5kbits/s
[1/23/15 10:54:05 PM UTC]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 98kB time=4.15 bitrate= 192.4kbits/s
[1/23/15 10:54:05 PM UTC]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 123kB time=5.25 bitrate= 192.3kbits/s
[1/23/15 10:54:06 PM UTC]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 149kB time=6.35 bitrate= 192.3kbits/s
[1/23/15 10:54:06 PM UTC]   DEBUG   InputStreamReaderThread   (/var/subsonic/transcode/ffmpeg) size= 175kB time=7.47 bitrate= 192.2kbits/s

Novizzz
 
Posts: 1
Joined: Fri Jan 23, 2015 10:44 pm

Re: Not Downsampling - Am I Missing Something?

Postby mitrailer » Fri Jan 23, 2015 11:49 pm

Hi
I also have a raspberry pi as a subsonic server and i notice that the pi is not powerful enough to do the downsampling or transcoding. When downsampling/transcoding is enabled the Pi tend to freeze, so i disable these features.
Maybe i'm wrong or I'm not able to optimize my Pi... I only share my experience.
I have a 20/20 MB connection and all my files are in mp3/m4a, and the server works flawlessly and fast.

Cheers fellow pi
mitrailer
 
Posts: 138
Joined: Fri May 09, 2014 12:35 am

Re: Not Downsampling - Am I Missing Something?

Postby Optira » Tue Aug 18, 2015 9:25 pm

Hi,

I’ve the same problem with a Raspberry PI 2 Model B.
Every mp3 will be downsampled with newest version of ffmpeg to 192 kbits/s, but it’s working with lame without any problems (lame -S -h --resample 44.1 -b %b --tt %t --ta %a --tl %l %s -).
So I don’t think that the raspberry isn’t powerful enough
Optira
 
Posts: 12
Joined: Tue Aug 18, 2015 9:05 pm


Return to Help

Who is online

Users browsing this forum: No registered users and 12 guests