Subsonic Forum

Problem Description: The last few seconds of my mp3's are cut off. They consistently cutoff at the same point. WMA files play fine.
Troubleshooting Steps: I verified the audio files are correct. They play correctly via Windows Media player. Also oddly enough, the song lengths show up different. Windows Media player shows a song length of 2:49, but in Subsonic the legnth shows as 3:03. BUT when played the song is actually cutoff a few seconds prior to the song ending.
Playback Application and version: Playing via the web player; android player works fine (although the song plays for 3:11 when the app says it's 3:03!)
Subsonic Version: .6 (build 2583) - December 6, 2011
Server Version: jetty-6.1.x, java 1.6.0_30, Windows 7 (35.3 MB / 55.5 MB)
Hardware Platform: Windows 7
Java Memory Limit: 100MB
Problem Filename: Issue seems to happen with most if not all my mp3s, but specifically with 03_1985.mp3
Output from ffmpeg -i:

Code: Select all

C:\subsonic\transcode>ffmpeg -i "C:\Users\Derek\Music\Bowling for Soup\A Hangove
r You Don't Deserve\03_1985.mp3"
ffmpeg version N-31653-gfaa3381, Copyright (c) 2000-2011 the FFmpeg developers
  built on Jul 28 2011 01:57:12 with gcc 4.6.1
  configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-
runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo
pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --
enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger
--enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl
e-libx264 --enable-libxavs --enable-libxvid --enable-zlib
  libavutil    51. 11. 0 / 51. 11. 0
  libavcodec   53.  9. 0 / 53.  9. 0
  libavformat  53.  6. 0 / 53.  6. 0
  libavdevice  53.  2. 0 / 53.  2. 0
  libavfilter   2. 27. 3 /  2. 27. 3
  libswscale    2.  0. 0 /  2.  0. 0
  libpostproc  51.  2. 0 / 51.  2. 0
[mp3 @ 01A6A3C0] max_analyze_duration 5000000 reached at 5015510
[mp3 @ 01A6A3C0] Estimating duration from bitrate, this may be inaccurate
Input #0, mp3, from 'C:\Users\Derek\Music\Bowling for Soup\A Hangover You Don't
Deserve\03_1985.mp3':
  Metadata:
    encoded_by      : tunebite
    title           : 1985
    artist          : Bowling for Soup
    publisher       : Jive
    genre           : Alternative
    album           : A Hangover You Don't Deserve
    album_artist    : Bowling For Soup
    track           : 3
    composer        : Mitch Allan
    date            : 2004
  Duration: 00:03:29.49, 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/28/12 9:00:26 AM PST] INFO DaoHelper Checking database schema. 
[1/28/12 9:00:26 AM PST] INFO DaoHelper Done checking database schema. 
[1/28/12 9:00:26 AM PST] INFO SearchService Automatic index creation scheduled to run every 1 day(s), starting at Sun Jan 29 03:00:00 PST 2012 
[1/28/12 9:00:26 AM PST] INFO PodcastService Automatic Podcast update scheduled to run every 24 hour(s), starting at Sat Jan 28 09:05:26 PST 2012 
[1/28/12 9:00:33 AM PST] INFO VersionService Resolved local Subsonic version to: 4.6 
[1/28/12 9:00:33 AM PST] INFO VersionService Resolved latest Subsonic final version to: 4.6 
[1/28/12 9:00:33 AM PST] INFO VersionService Resolved latest Subsonic beta version to: 4.6.beta2 
[1/28/12 9:02:40 AM PST] INFO NetworkService Successfully forwarding port 2424. 
[1/28/12 9:04:37 AM PST] INFO PlaylistInputStream therock listening to "A Hangover You Don't Deserve\03_1985.mp3" 
[1/28/12 9:04:46 AM PST] INFO PlaylistInputStream therock listening to "A Hangover You Don't Deserve\03_1985.mp3" 
[1/28/12 9:05:26 AM PST] INFO PodcastService Starting scheduled Podcast refresh. 
[1/28/12 9:05:26 AM PST] INFO PodcastService Completed scheduled Podcast refresh. 
[1/28/12 10:04:54 AM PST] INFO NetworkService Successfully forwarding port 2424.

From this information is seems to have something to do with the files' enconding I guess?

I would really like to get this working for me with my MP3's I would like to donate something if I could get this into a workable state...

Have you tried to re-encode the file in question?

Glenn

No, I have not tried that. Also, the same tool was used to encode about 85-90% of my collection, which is about 9Gigs. If the fix would be to have to reencode every file, I probably will just uninstall subsonic.

I see the same problem if I transcode an mp3 to ogg for Android playback. Sindre is aware of an issue regarding errors in estimating file length in version 4.6 and it should be addressed in version 4.7. I also saw the same problem in video playback on Android.

For me, dropping back to ver. 4.5 solved the issue.

GJ51 wrote:I see the same problem if I transcode an mp3 to ogg for Android playback. Sindre is aware of an issue regarding errors in estimating file length in version 4.6 and it should be addressed in version 4.7. I also saw the same problem in video playback on Android.

For me, dropping back to ver. 4.5 solved the issue.

hmm, ok I will try dropping back a version I guess. The wierd thing is that WMA, which are transcoded, play fine. It is my MP3's that get dorked, and I thought the software handles MP3's natively...

the_rock wrote:

GJ51 wrote:I see the same problem if I transcode an mp3 to ogg for Android playback. Sindre is aware of an issue regarding errors in estimating file length in version 4.6 and it should be addressed in version 4.7. I also saw the same problem in video playback on Android.

For me, dropping back to ver. 4.5 solved the issue.

hmm, ok I will try dropping back a version I guess. The wierd thing is that WMA, which are transcoded, play fine. It is my MP3's that get dorked, and I thought the software handles MP3's natively...

Nope, same issue. I thought that Subsonic supports MP3 natively, so shouldn't it just have to open up the MP3 and get the friggin' song length that way? I mean, how do all media players do it when Subsonic cannot?

the_rock wrote:

the_rock wrote:

GJ51 wrote:I see the same problem if I transcode an mp3 to ogg for Android playback. Sindre is aware of an issue regarding errors in estimating file length in version 4.6 and it should be addressed in version 4.7. I also saw the same problem in video playback on Android.

For me, dropping back to ver. 4.5 solved the issue.

hmm, ok I will try dropping back a version I guess. The wierd thing is that WMA, which are transcoded, play fine. It is my MP3's that get dorked, and I thought the software handles MP3's natively...

Nope, same issue. I thought that Subsonic supports MP3 natively, so shouldn't it just have to open up the MP3 and get the friggin' song length that way? I mean, how do all media players do it when Subsonic cannot?

Hmm, ok so I reinstalled 4.6 and changed my player to External, and it seems to now work correctly. WTF, why is it getting the song length right in that mode (even though the data is still streamed) and not the default player?!?

Try adding this additional transcode to the web player - it may solve the problem.

Code: Select all

ffmpeg -f mp3 -i %s -ab %bk -v 0 -f mp3 -