Bug 11156 - Podcast fast forward/rewind
: Podcast fast forward/rewind
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Audio
: 7.3.3
: PC Windows Vista
: P2 normal (vote)
: 7.3.3
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-02-22 14:38 UTC by Neil Hurwitz
Modified: 2009-06-17 09:36 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Neil Hurwitz 2009-02-22 14:38:00 UTC
Up until recently I was able to fast forward or rewind through podcasts. The fast forward/rewind buttons on the control would bring up a song position scroll bar, allowing me to scroll in either direction with the buttons or dial. Now the song position bar no longer appears and I can't fast forward or rewind. All I can do is pause and restart. I have version 7.3.r3993 and would appreciate help with getting that nice feature back. Thanks.
Comment 1 James Richardson 2009-02-23 08:07:27 UTC
Neil: if you reboot the controller, does song scanner work again?
Comment 2 James Richardson 2009-02-23 08:37:40 UTC
possibly related bug 10763
Comment 3 James Richardson 2009-02-23 15:21:52 UTC
Email from Customer:
--------------------
A couple of times out of the 5 or 6 times I've tried it now, the song scanner did work after rebooting the controller. That's something. Occasionally, pressing the fast forward button several times engages it as well. Is this something that should work consistently without rebooting or are there inherent connection issues that limit the forwarding/rewind capabilities? Thanks. 
--------------------

Alan: can you comment on this?
Comment 4 James Richardson 2009-02-24 15:26:13 UTC

*** This bug has been marked as a duplicate of bug 10763 ***
Comment 5 Alan Young 2009-02-25 08:18:51 UTC
James, why do you think that this is a duplicate of 10763?
Comment 6 James Richardson 2009-02-25 08:27:33 UTC
Rebooting the controller fixes the problem, until it occurs again.  This is the same behavior and solution as bug 10763
Comment 7 Alan Young 2009-02-25 08:33:40 UTC
That turns out to be an erroneous observation. This bug has been introduced by the change in bug 10833. It is specific to known-length remote streams (podcasts). Bug 10763 is different because it applies to local files.
Comment 8 Alan Young 2009-03-07 23:54:58 UTC
Fixed for most common cases by change 25402.

It is still possible that background scanning of a track, used to discover the bitrate when this is not available form HTTP headers, will not have completed before the track starts. In this case, seeking will not be available. This is likely to be unusual and a workaround is to restart the track once and then seek.
Comment 9 Anoop Mehta 2009-04-16 13:15:13 UTC
This feature seems to be fixed in 7.3.3 r25948

I have spent about 30 minutes trying to break this feature and it has not failed me once.
Comment 10 James Richardson 2009-06-17 09:36:58 UTC
This bug has been fixed in the 7.3.3 release version of SqueezeCenter!

If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html 

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.