Bugzilla – Bug 8120
Attempted but unsupported FF/RW When Playing WMA Files
Last modified: 2009-07-31 10:21:20 UTC
SC 7.1-19573: FF/RW to change the posistion within a track that is playing does not seem to work for WMA files but does work for MP3 files. When attempted everyting seems to work fine except after repositioning there is no sound (although the display of the position in the tracl continues to increment each second as if the track were being played).
The problem is that the code does not know that it does not know how to reposition WMA files!
see also bug 571
(In reply to comment #1) > The problem is that the code does not know that it does not know how to > reposition WMA files! Is FF/RW in WMA files not supported?
(In reply to comment #3) > (In reply to comment #1) > > The problem is that the code does not know that it does not know how to > > reposition WMA files! > Is FF/RW in WMA files not supported? I should clarify that this problem is occurring with CBR and VBR WMA files rather than lossless WMA files.
(In reply to comment #3) > Is FF/RW in WMA files not supported? No, its not, but the code does not know that, so it still tries. I think that with WMA every stream must start with a valid header (not really sure about this) and the code does not know how to do this for WMA.
Yeah a valid header is needed, that's why remote WMA seeking works as Windows Media Server sends the proper header again when seeking.
(In reply to comment #6) > Yeah a valid header is needed, that's why remote WMA seeking works as Windows > Media Server sends the proper header again when seeking. Forgive me if this isn't the proper place to ask this question, but if WMA seeking not supported because of inherent limitations of the hardware or Squeezebox/SqueezeCenter architecture, or is it not supported because the code has not yet been written/debugged. If the former, you should probably change the documentation (at least for the Squeezebox Duet in Ex. D of the manual) which talks about WMA decoding being supported natively (w/o transcoding) and makes no mention of the fact that FF/RW is not supported for WMA. If the latter, is that something that will be implemented?
It does not work because it has not been designed and implemented yet. This is an enhancement request (bug 571). I have left this bug open as a separate one because the fact that it tries to FF/RW for formats that it cannot do that with is another issue.
(In reply to comment #8) > It does not work because it has not been designed and implemented yet. This is > an enhancement request (bug 571). I see. I suggest changing Ex. D of the Squeezebox Duet documentation to reflect this.
Fixed in 7.2 new-streaming work. It would be possible to retrofit this to 7.1 but I do not have time just now. Note that this fix is just to the fact that SC attempts to scan file types for which it does not have the capability. It does not add WMA scanning.
Verified to be working in 7.2 - 22900, clear onscreen error message explaining the problem.
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC