Yesterday Takasago Army was streaming just fine but Mirror of Retribution was not, so I re-ripped it and replaced the files, but it was still coming up with "Error Syncing to Stream" in Winamp. I tried re-encoding them with dbPowerAmp, same result. I finally just put all of them song by song into Audacity and exported them (essentially re-encoded them), this finally worked.. and now today I found out that Takasago Army is now doing the same thing where I get "Error Syncing to Stream"
- Code: Select all
[1/16/13 8:30:11 AM EST] INFO PlayQueueInputStream kyomi7502 listening to "(2011) Takasago Army\09 - MAHAKALA.mp3"
[1/16/13 8:30:11 AM EST] DEBUG TranscodeInputStream Starting transcoder: [c:\subsonic\transcode\ffmpeg] [-i] [D:\shares\Music\Metal\ChthoniC\(2011) Takasago Army\09 - MAHAKALA.mp3] [-ab] [192k] [-v] [0] [-f] [mp3] [-map_metadata] [0:0] [-]
[1/16/13 8:30:11 AM EST] DEBUG AudioScrobblerService Successfully registered submission for song 'Drift Out to Mystery' for user megami7502 at Last.fm: Wed Jan 16 08:30:11 EST 2013
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) ffmpeg version N-31653-gfaa3381, Copyright (c) 2000-2011 the FFmpeg developers
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) built on Jul 28 2011 01:57:12 with gcc 4.6.1
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) libavutil 51. 11. 0 / 51. 11. 0
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) libavcodec 53. 9. 0 / 53. 9. 0
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) libavformat 53. 6. 0 / 53. 6. 0
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) libavdevice 53. 2. 0 / 53. 2. 0
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) libavfilter 2. 27. 3 / 2. 27. 3
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) libswscale 2. 0. 0 / 2. 0. 0
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) libpostproc 51. 2. 0 / 51. 2. 0
[1/16/13 8:30:11 AM EST] DEBUG InputStreamReaderThread (c:\subsonic\transcode\ffmpeg) D:\shares\Music\Metal\ChthoniC\(2011) Takasago Army\09 - MAHAKALA.mp3: Invalid data found when processing input
[1/16/13 8:30:12 AM EST] DEBUG AudioScrobblerService Successfully registered now playing for song 'MAHAKALA' for user megami7502 at Last.fm: Wed Jan 16 08:30:11 EST 2013
[1/16/13 8:30:12 AM EST] DEBUG AudioScrobblerService Successfully registered submission for song 'MAHAKALA' for user megami7502 at Last.fm: Wed Jan 16 08:30:11 EST 2013
Why is this suddenly happening today, when it worked yesterday and I had done NOTHING to the files that worked fine yesterday?
(2009) Mirror of Retribution
(2011) Takasago Army
Is how they are ordered in Subsonic.. so did I somehow "shift" the problem down? Since I highly doubt the problem is with the files since they were working fine yesterday
This same problem happens with streaming to my Droid Razr, where it will bring up the song details and even the cover art but refuse to play
Version 4.7 (build 3106) – September 12, 2012
Server jetty-6.1.x, java 1.6.0_35, Windows 2003 (108.3 MB / 266.4 MB)
