Bugzilla – Bug 1732
crash when using high speed ffwd
Last modified: 2009-09-08 09:30:57 UTC
When using high speed fast forwarding (up to at least 1024x speed?!?) the Squeezebox2 hangs when reaching the end of an mp3. I was only able to reach such high speeds using long playing mp3's (>1 hour). It fails to respond to any remote control command including power off, and it needs to be hard reset by disconnecting power. After reboot it still says it's doing a high speed forward, but now you can press stop on the remote control. After this you can resume normal playback. I've been able to reproduce this error time after time. It seems this problem does not occur using speeds of up to 128x with files of around 10 minutes. I have no files sized in between to test with and with 10 minute files searching faster then 128x will not work, as the song finishes before reaching 256x.
This would be a slimserver issue, as opposed to the hardware. Which server version are you using at this time?
I'm currently using SlimServer v6.0.2 build 3085
Can you recreate this at lower scan rates - 2x, 4x, 8x? To be frank, I didn't even know that we could set the rate to greater than 8x.
I'm with you Vidur, I was sure there was a limit in there at one point. This should be a really easy fix if all we want is to re-establish the limit and that prevents any freezes. 1024x is probably a great deal of effort locked up in seeking.
It seems that at least up untill 256x the crash does not appear. I have to admit I like this high speed ffwd for my large mp3's. At 8x it would take forever to get halfway.
perhaps you should consider the song scanner plugin for very long mp3 tracks. The plugin allows a progress bar-style interface to select the position in time. It divides the entire length into 100 chunks in order to fit the bar display. http://www.deane-freeman.com/slimserver/
We should max out fast forwarding at 256x... KDF: can you take a look?
will do :)
committed to trunk 4197