Bug 10924 - Invalid Feed - Failed to parse (Podcasts menu is sometimes not accessible)
: Invalid Feed - Failed to parse (Podcasts menu is sometimes not accessible)
Status: NEW
Product: Logitech Media Server
Classification: Unclassified
Component: Podcasts
: 7.3.2
: PC Windows Server 2003
: P3 normal with 1 vote (vote)
: Future
Assigned To: Andy Grundman
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-02-01 07:56 UTC by Christian
Modified: 2011-01-14 13:02 UTC (History)
6 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christian 2009-02-01 07:56:46 UTC
I am running Squeezecenter 7.3.2 on a Windows 2003 Server. The machine is up 24/7.
Every once in a while (hard to specify exactly, maybe every 3 to 4 days) I am not able to access the podcasts menu with the Duet controller or thru the the SC web interface. When trying to access the podcasts menu nothing happens.
Here's the exempt from the server log when trying to get access to the podcasts menu:

09-02-01 11:33:25.7737] Slim::Utils::Misc::msg (1122) Warning: [11:33:25.7726] Use of uninitialized value in concatenation (.) or string at /<C:\Programme\SqueezeCenter\server\squeezecenter.exe>Slim/Networking/SimpleAsyncHTTP.pm line 118.
[09-02-01 11:33:25.7756] Slim::Control::Request::execute (1889) Error: While trying to run function coderef [Slim::Plugin::Podcast::Plugin::cliQuery]: [Assert_Defined failed: Cache::BaseCache line 194] 

To get rid of the problem I have to use the web interface entering settings->podcasts->close. After that everything's fine until the problem occurs again.
Comment 1 Chris Owens 2009-02-02 09:23:31 UTC
We'll have a look, but additional information from you or other users about how to reproduce this reliably would be best.

Andy suggests that deleting your C:\Documents and Settings\All Users\Application Data\SqueezeCenter\Cache\FileCache directory and letting the server rebuild it may fix this problem.
Comment 2 Christian 2009-02-16 14:12:39 UTC
Deleting the cache as described above did not fix the problem.
The error has occured again and it gets really annoying. Every 4 to 5 days I am not able to access the podcast menu until entering the podcasts settings menu thru the web interface.

Here's the excerpt from server log:

[09-02-16 22:18:23.3458] Slim::Utils::Misc::msg (1122) Warning: [22:18:23.3447] Use of uninitialized value in concatenation (.) or string at /<C:\Programme\SqueezeCenter\server\squeezecenter.exe>Slim/Networking/SimpleAsyncHTTP.pm line 118.
[09-02-16 22:18:23.3477] Slim::Control::Request::execute (1889) Error: While trying to run function coderef [Slim::Plugin::Podcast::Plugin::cliQuery]: [Assert_Defined failed: Cache::BaseCache line 194
]
[09-02-16 22:18:24.5802] Slim::Utils::Misc::msg (1122) Warning: [22:18:24.5791] Use of uninitialized value in concatenation (.) or string at /<C:\Programme\SqueezeCenter\server\squeezecenter.exe>Slim/Networking/SimpleAsyncHTTP.pm line 118.
[09-02-16 22:18:24.5821] Slim::Control::Request::execute (1889) Error: While trying to run function coderef [Slim::Plugin::Podcast::Plugin::cliQuery]: [Assert_Defined failed: Cache::BaseCache line 194

If you need additional information just let me know.
Comment 3 Chris Owens 2009-03-16 09:51:06 UTC
We are now planning to make a 7.3.3 release.  Please review your bugs (all marked open against 7.3.3) to see if they can be fixed in the next few weeks, or if they should be retargeted for 7.4 or future.

Thanks!
Comment 4 James Richardson 2009-03-26 15:14:00 UTC
Christian: Please list (HTTP address) in this bug, all the podcasts you are using.
Comment 6 Chris Owens 2009-03-30 17:32:24 UTC
Since there's now a planned 7.3.3 release, bugs which won't make the cut-off are being moved to the next target out.  If you feel that this bug needs to be addressed more (or less) urgently than the 7.4 release, please cc chris@slimdevices.com and leave a comment in the bug to that effect so we can review it.

Thanks.
Comment 7 Chris Owens 2009-03-31 08:54:52 UTC
For some reason Bugzilla did not change the target when I did this yesterday.  Or maybe it was me.  In either case, I'm trying it again.
Comment 8 James Richardson 2009-03-31 09:28:16 UTC
Slim::Player::StreamingController::_NoOp
[09-03-31 09:26:50.3622] Slim::Player::StreamingController::_playersMessage (698) Error: Unable to parse ASF audio stream: Pressestimmen für den Südwesten:Schramma, Mehdorn
[09-03-31 09:26:50.3637] Slim::Player::StreamingController::_eventAction (269) 00:04:20:10:01:1b: NextTrackError in STOPPED-TRACKWAIT -> Slim::Player::StreamingController::_NextIfMore
[09-03-31 09:26:50.3639] Slim::Player::StreamingController::_eventAction (282) params: errorIndex => undef error => ARRAY(0x34a5df4) errorSong => Slim::Player::Song=HASH(0x33b2b50)
[09-03-31 09:26:50.3642] Slim::Player::StreamingController::_setStreamingState (1871) new streaming state IDLE
[09-03-31 09:26:50.3645] Slim::Player::StreamingController::nextsong (744) Giving up because of too many consecutive errors: 1
[09-03-31 09:26:50.3647] Slim::Player::StreamingController::_eventAction (301) 00:04:20:10:01:1b: NextTrackError - new state STOPPED-IDLE
[09-03-31 09:26:50.3651] Slim::Player::Song::DESTROY (111) DESTROY(Slim::Player::Song=HASH(0x33b2b50)) live=2: index=0, url=http://mp3.swr.de/zi/pressestimmen/20090330-0619.6444m.mp3
Comment 9 James Richardson 2009-03-31 09:33:03 UTC
Andy: comment #8 may not have anything to do with this bug, that error was observed while testing
Comment 10 Andy Grundman 2009-03-31 11:05:29 UTC
The "unable to parse ASF" is interesting since it's an MP3 file.  I cannot connect to that server at the moment to check, though.
Comment 11 hansbusq 2009-04-04 18:56:47 UTC
I think, this is an issue of handling meta data or detecting media typ in SC and not OS-specific.
I think affected are all podcasts from wdr.de, swr.de, hr-online.de and may be some other public broadcaster in germany.
I get with SC 7.4 Build 25672 running on a qnap in my sqeezebox the message that "ASF-Stream kann nicht wiedergegeben werden" (ASF-Streem couldn't play).
The Box think, it would be WMA, but it isn't. Even if I start an episode via direct URL the box seemes to start playing a few seconds and stops (because it think, that's WMA but isn't)
Don't think, these podcasts are not realy mp3 any more. Rather they did added watermarks or so and the stream looks look like asf. But I couldn't analyse data format myself.
Comment 12 Chris Owens 2009-04-20 09:29:28 UTC
Andy theorizes that something interesting might be learned by trying to play these streams when they are having problems with some other player.  QA to give this a shot.
Comment 13 Chris Owens 2009-07-31 10:28:40 UTC
*** Bug 11687 has been marked as a duplicate of this bug. ***
Comment 14 James Richardson 2009-10-07 10:01:42 UTC
*** Bug 14581 has been marked as a duplicate of this bug. ***
Comment 15 James Richardson 2009-12-08 13:27:54 UTC
*** Bug 11687 has been marked as a duplicate of this bug. ***
Comment 16 Frans Josef Meyer 2009-12-08 18:05:52 UTC
When I try to "Add a new feed":

http://podcast.katpod.dk

in SC: "The Podcast Browser plugin allows you to view and listen to podcasts. "

it say: "Invalid Feed - Failed to parse"

but it work without problems in: squeezenetwork

and it validate:

http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fpodcast.katpod.dk

"This is a valid RSS feed."

Its still a problem in 7.4.1
Comment 17 Trevor F. 2010-01-08 15:16:28 UTC
Podcast URL: http://www.svobodanews.ru/podcast/?count=50&zoneId=210 

This podcast reads fine in the Podcast Player app. You see the episodes showing up for that Month, and you can click them. It begins locating the mp3 file attached and spawns an error "Error: Unable to parse ASF audio stream"

Attempted to point Squeezebox directly at the latest epsisode at url: http://realaudio.rferl.org/RU/2009/12/28/20091228-180000-RU-program.mp3 

Same error occured. It can clearly see the file name its looking for, and the exact address but is unable to parse the media.

Tested the above podcast url in MediaMonkeys RSS Subscription section, it immediatly pulled the name, and downloaded the latest episode without hesitation.

Scanned the downloaded mp3 into Squeezebox Server, and it played fine, meaning its not a format issue. 

Related incident: 091229-000661
Comment 18 Chris Owens 2010-03-15 18:06:33 UTC
7.4.x milestone is in the past