Bugzilla – Bug 9436
CLI command <playerid> time <value> not working for FLAC
Last modified: 2012-02-27 17:19:12 UTC
I'm not 100% if this has to do with the new streaming engine or something else, but when using the CLI command <playerid> time <value> to change playback position of currently playing song, the song continues at the new position but everything is silent even though the playback position is changing as it should, second for second. Sometimes it works but not very often. I have to select a new song to get sound again. I'm sitting at a remote location on the internet doing this so my bandwidth is a bit limited to 190kb/s or so. Before a week ago, or my guess is when the new streaming engine was implemented, this function worked much better. So I'm not sure if the streaming engine has problems starting the playback from the new position or if it is something else in the code.
After further investigation it seems like the problem only appears for FLAC files and not mp3s.
Can you reproduce this with the latest 7.3 nightly? 7.2NS isn't worked on any more, it's now merged into 7.3
Yes, I get the same with 7.3
If you're not the right person to look at this, Alan, please let me know.
You say you are playing FLAC but also that you have bandwidth limited to 190kb/s. Playing straight FLAC it seem to work fine for me.
Is softsqueeze a supported client?
No, softsqueeze a supported client. However, I cannot think of any way that new-streaming would have made this functionality any different. I admit, the implementation is substantially changed. I can imagine that Softsqueeze might react differently to other players when being asked to start a track mid-stream, without all the initial FLAC headers. Can you answer my earlier query about using FLAC and restricted bandwidth?
Hi, Ok, I've tested it at home with 100mbit lan. It does NOT work with softsqueeze, but IT WORKS with my squeezebox (duet). Is there a recommended setup if you want to use software clients? I obviously want to have a software client on my laptop at work and prefferably something that support flac streaming although I probably wont hear the difference ;-) Should I send in bugs that occurs with softsqueeze or only for hardware clients? /Jörgen
If this doesn't have to do with new streaming, I'll assign this to QA to reproduce. Thanks for having a look, Alan.
I'm not sure. NS might have changed some things but I doubt it. I think that the flac decoder in softaqueeze does not cope with jumps.
Triode: care to take a stab at this?
It sounds like this is a softsqueeze problem? Has it been narrowed down to SS on 7.2 and/or 7.3. If so then I'm not the correct person to look at it..
James, has anyone in QA been able to reproduce this? Thanks.
Joggs: sorry about the long delay, can you please try SqueezePlay, see if that functions correctly for you? You can download SqueezePlay Beta from here: http://downloads.slimdevices.com/nightly/?ver=7.3 Report back in this bug if that works for you or not.
I have not been able to replicate this issue with SP ---------------------------------------------------- SoftSqueeze is no longer officially supported. For future versions of SqueezeCenter, Softsqueeze will be available as a community driven add-on to SqueezeCenter. BPA has taken on the task of source code maintainer of SoftSqueeze - this means reviewing and consolidating community supplied patches and then creating releases. An updated version, Softsqueeze 3.9b1, is already available for testing. As there have been significant changes in 3.9b1, please ensure you test this version thoroughly. Please see the forum thread regarding this version: http://forums.slimdevices.com/showthread.php?t=62060 Add reports of any bugs onto this thread.
Closing resolved bugs - if you feel this bug still exists please first re-test with the latest SW/FW version. If you are able to reproduce then feel free to reopen and attach new logs / steps to reproduce.