Bug 13955 - RadioTime ASX containing MP3 stream fails
: RadioTime ASX containing MP3 stream fails
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Streaming To SlimServer
: unspecified
: All All
: P2 normal with 1 vote (vote)
: 7.4.x
Assigned To: Andy Grundman
http://forums.slimdevices.com/showthr...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-09-10 12:16 UTC by Mark Lanctot
Modified: 2010-01-21 11:16 UTC (History)
4 users (show)

See Also:
Category: Bug


Attachments
Log file (5.02 KB, text/plain)
2009-09-10 13:49 UTC, Mark Lanctot
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Lanctot 2009-09-10 12:16:37 UTC
http://opml.radiotime.com/Tune.ashx?id=s89692&partnerId=16

does not work in any SqueezePlay-based player.  It works fine in IP3K players (Boom).

On the Controller, 7.3 r6038, it either causes a freeze or plays nothing, with the timer going up to 0:05, back to 0:00 and looping.

On Radio 7.4.0 r7453, Touch 7.4.0-r7485 and Desktop Squeezeplay (Aug. 5, 2009 build) I get "Error: No items in playlist".
Comment 1 James Richardson 2009-09-10 12:25:08 UTC
Mark: are you connected to SBS 7.4 or test.sn?
Comment 2 Mark Lanctot 2009-09-10 12:33:47 UTC
It does play through test.squeezenetwork.com, sorry for not checking.

Does not play through:

Version: 7.4 - r28487 @ Thu Sep 10 04:02:47 PDT 2009
Operating system: Windows XP - EN - cp1252
Platform Architecture: 586
Perl Version: 5.10.0 - MSWin32-x86-multi-thread
MySQL Version: 5.0.22-community-nt
Comment 3 Andy Grundman 2009-09-10 13:05:08 UTC
Can you post a log with the following:
scan.scanner
player.streaming.direct
player.source
Comment 4 Mark Lanctot 2009-09-10 13:49:20 UTC
Created attachment 5819 [details]
Log file

scan.scanner
player.streaming.direct
player.source

set to "Debug".
Comment 5 Andy Grundman 2009-09-10 18:55:01 UTC
This actually does not scan correctly or play on any device.

http://opml.radiotime.com/Tune.ashx?id=s89692&partnerId=16
  http://www.railroadradio.net/content/playlist/hamilton.asx
    http://railaudio2.railroadradio.net:7162

MP3 streams should not be listed within ASX files.  We have some code to handle 
this but it appears to be broken in this case.
Comment 6 Mark Lanctot 2009-09-11 05:28:01 UTC
It does play correctly on two Booms and one SB2 with SC 7.3.3, and through SN, just not through SBS 7.4.
Comment 7 Mark Lanctot 2009-09-30 07:36:19 UTC
We'll have to find another test stream, this one has been discontinued.
Comment 8 Bryan Alton 2009-11-13 15:59:51 UTC
Some of the SOMAfm 128k Windows Media streams are actually MP3 streams in ASX wrapper and fail to play on Touch.  On SB3,  player can crash, reboot and then start playing. 

For test purposes examples include
http://somafm.com/wma128/groovesalad.asx
http://somafm.com/wma128/spacestation.asx
http://somafm.com/wma128/secretagent.asx
Comment 9 Adrian C 2010-01-15 15:16:15 UTC
Hi this problem troubled me with feeds such as 

http://provisioning.streamtheworld.com/asx/KRTHFM.asx
 and

http://provisioning.streamtheworld.com/asx/KTWVFM.asx

Where there was no indication to " joe Public" as to what the problem may be. It was just a silent feed!

A very kind forum user suggested the direct feed stream (he found using a linux tool) which helped me restore my favourite streams (which by the way already worked on SB3's, Softsqueeze and Windows Media player, but not squeezebox radio!).

By the way I really love Squeezebox products, but they still need a technical 
understanding to get the best out of them. Nota major problem just probably what logitech really need to avoid to get mainstream take up!


Adrian.
Comment 11 Andy Grundman 2010-01-19 12:24:58 UTC
Thanat: Those links are not related to this bug, please see bug 3383 for your issue.
Comment 12 SVN Bot 2010-01-21 11:16:55 UTC
 == Auto-comment from SVN commit #29869 to the slim repo by andy ==
 == https://svn.slimdevices.com/slim?view=revision&revision=29869 ==

Fixed bug 13955, MP3 within ASX now works.  The problem was a lack of content-type being set for scanned remote tracks, plus the fact that existing track objects were being thrown away during the remote scan process