I think this is probably covered by bug #2938.
For what its worth, I've had trouble with the server-side decoding
chopping a fraction of a second off the end of WMA VBR files (only
noticeable on dance mixes, live recordings, etc.) so your work around
may not be 100% perfect either.
--
shawkie
thanks shawkie,
it's good to hear that it happens elsewhere, and takes the spotlight
off the dbPowerAmp conversion and maybe back to the WMA built in code
when dealing with high bitrate VBR files (not generated by Media
Player).
with that confirmation, i'll see about sticking in a bug report.
l
I've seen this same problem on files converted using Microsoft's own
Windows Audio Converter. In my particular case I was converting to WMA
VBR files at best quality.
--
shawkie
shawkie's Profile: http://forums.slimdevices
IMHO it's always worth raising a bug report unless it's a dupe. It's
easy to close it if not needed, and it saves losing the impressive
amount of research you've done! One note - they'll probably want some
test files so be prepared to make them available.
--
radish
-
had a spare afternoon/evening ... so have done some testing and want to
bump this topic up a bit.
results from my WMA VBR98 stall testing :
http://archstanton.net/scratch/slimVBR.htm
hey there's tables and conclusions and everything so rather than try to
make it work in a msgboard, post as h
