NO VBR songs working since upgrading to 4.1beta1(build 1767)

[rwt2777]

I had no trouble with these VBR encoded songs until upgrading. Is there a way to fix this? I have hundreds of VBR songs mixed into my 300GB+ collection of music?

[kermit22]

I haven't tried out the beta yet, but 90% of my songs are V0 quality VBR so that would definitely be a bummer if this bug made it to the final 4.1 release.

Are you limiting your bittrate or have your transcodings changed or anything like that?

[rwt2777]

Nope - no bandwidth limitations and I changed nothing with the transcoding.

[delcypher]

Are you streaming your VBR (mp3s I assume, you didn't say!) directly without transcoding or are you transcoding your VBR [INSERT_CODEC_HERE] files?

If you are transcoding how about actually looking at subsonic.log and seeing what is going wrong with the transcoder? Maybe post that part of the log file here. You also don't say what you're transcoding to (VBR MP3, Ogg Vorbis, CBR MP3,etc.)!

You also didn't say what you're streaming to. E.g. the web player or an external player( e.g. vlc).

Saying "it doesn't work" isn't very helpful. So what actually happens when you try and play the files.

If you want the problem to be fixed you need to be a lot less blunt.

[rwt2777]

Sorry about that... here's what was in the log:

[9/1/10 1:32:07 PM EDT] DEBUG TranscodeInputStream Starting transcoder: [c:\subsonic\transcode\faad] [-w] [E:\Music\iTunes\iTunes Music\Coldplay\A Rush Of Blood To The Head\04 The Scientist.m4a]
[9/1/10 1:32:07 PM EDT] DEBUG TranscodeInputStream Starting transcoder: [c:\subsonic\transcode\lame] [-b] [128] [-x] [-] [-]
[9/1/10 1:32:07 PM EDT] DEBUG InputStreamReaderThread (c:\subsonic\transcode\lame) Warning: unsupported audio format

[rwt2777]

It should be noted that ALL of these .m4a files played previously, I just couldn't skip around within the track - it was either play, pause, listen through, or start the track over again.

Now it won't play them - really puts the halt on A LOT of playlists I have.

PS: Playing via browser

[delcypher]

lame isn't able to understand what is coming faad. One of the following has happened since your upgrade.

* You've changed one or more of your transcoding tools since the upgrade
* Your transcoder commands are incorrect (what I believe is happening)
* Subsonic isn't handling the transcoders properly.

I've tried simulating your commands and I believe your lame transcoder command is wrong. It should be (tells lame to assume raw PCM input and not search for a wave header)

Code: Select all

lame -r -b %b - -

not

Code: Select all

lame -x -b %b - -

Although if you get static rather actual music then you may need to play with the --signed , --unsigned, --little-endian, --big-endian options.

Either way the -x is completely wrong because it is for use with the --decode options (for reading mp3s and outputting wav files)

Personally I prefer to use ffmpeg instead of faad. See my transcoder article on the wiki for more info http://sourceforge.net/apps/mediawiki/subsonic/index.php?title=Transcoders#Transcoding_to_MP3

I hope this helps.

[rwt2777]

I really have no idea what these commands are but here's what's currently in for m4a > mp3:

Step 1: faad -w %s

Step 2: lame -b %b -x - -

Should I still put in what you said should be in there? And if so, do I put it in the "Step 1" field or the "Step 2" field?

[delcypher]

I made a mistake in my previous post, please re-read it.

Anyway this is listed on the wiki but I'll repeat myself...

Your transcoder settings for m4a > mp3 should probably be as follows

Step 1: faad-w %s

Step: lame -b %b -r - -

(Basically replace -x with -r in your original transcoder setup)

or

Step 1: ffmpeg -i %s -f wav -

Step 2: lame -b %b - -

If you don't know what the options should do you should run (from cmd.exe).

Code: Select all

lame --longhelp

and

Code: Select all

faad --help

Which explain what each option does.