Bug 12838 - Refactor remote scanning of playlists to maintain correct order
: Refactor remote scanning of playlists to maintain correct order
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Scanner
: unspecified
: PC Windows XP
: P3 normal (vote)
: 7.6.0
Assigned To: Andy Grundman
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-07-13 17:57 UTC by ian_mazoff
Modified: 2011-04-07 11:03 UTC (History)
2 users (show)

See Also:
Category: Bug


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ian_mazoff 2009-07-13 17:57:13 UTC
I've noted that the following streams in my favorites won't play (maybe 1 time out of 100, literally, they'll work).  They seem to buffer up fine, but no audio comes out.

Strangely (or maybe not to you), sometimes, when I call up the feeds on one of my other SB's and then try on Baby, everything is fine (feeds load right away on e.g. Transporter).

Affected streams seem to be:

CNN radio:
http://opml.radiotime.com/Tune.ashx?id=s20407&partnerId=16

Infowars radio (don't judge; I find the guy entertaining): 
http://opml.radiotime.com/Tune.ashx?id=s54699&partnerId=16

680 News (Toronto): 
http://opml.radiotime.com/Tune.ashx?id=s31147&partnerId=16
Comment 1 Richard Titmuss 2009-07-16 06:47:15 UTC
Andy says this is a SC problem.
Comment 2 Andy Grundman 2009-07-16 18:18:13 UTC
This is a 7.4 bug, the code has changed too much to fix this for the build of SC CAT is using.
Comment 3 James Richardson 2009-08-04 09:24:56 UTC
PR-0103
Comment 4 Ben Klaas 2009-08-26 07:51:53 UTC
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
Comment 5 Chris Owens 2010-03-15 18:06:40 UTC
7.4.x milestone is in the past
Comment 6 Andy Grundman 2011-04-07 11:03:43 UTC
I think this work now, right?