Bug 210 - MP3 Radio Stations need tw o 'play' attempts after SlimServer restart
: MP3 Radio Stations need tw o 'play' attempts after SlimServer restart
Status: RESOLVED WORKSFORME
Product: Logitech Media Server
Classification: Unclassified
Component: Streaming To SlimServer
: unspecified
: PC SuSE Linux
: P4 minor (vote)
: ---
Assigned To: Felix Mueller
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-03-10 01:46 UTC by Felix Mueller
Modified: 2008-08-18 10:53 UTC (History)
0 users

See Also:
Category: ---


Attachments
Playlist with three radio stations (367 bytes, text/plain)
2004-03-10 14:05 UTC, Felix Mueller
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Mueller 2004-03-10 01:46:54 UTC
I noticed that after a SlimServer restart I need to press 'play' twice to get a
MP3 internet radio station playing from a .pls playlist.

First I thought that it is the radio station, but the behaviour is reproducable
with different stations.

Then I tried older releases from CVS until I found a change back from February
6, where some code was removed in Parse.pm.

From my investigation I see that without that code the format (MP3 in my case)
of the stream is not set anymore (at least not early enough) causing the first
'play' attempt to fail.

All further 'play' attempts for that radio station are ok, since the first
attempt sets the format to MP3.

Found on SuSE Linux, but I guess the plattform is not relevant.
SlimServer 5.1.1
Comment 1 Blackketter Dean 2004-03-10 08:33:31 UTC
Can you post the playlist that you are using when this happens?
Comment 2 Felix Mueller 2004-03-10 14:05:28 UTC
Created attachment 14 [details]
Playlist with three radio stations

On the first attempt the display shows: Now playing from (but no sound)
and SlimServer outputs the following error:
Use of uninitialized value in hash element at Slim/Music/Info.pm line 2622.

On the second attempt the display shows: Connecting to play... (and the music
starts)
Comment 3 KDF 2005-01-20 00:23:07 UTC
felix, are you still able to reproduce this with 6.0 nightlies?
we should make sure one way or another and mark it as fixed, or target for 6.0
Comment 4 Felix Mueller 2005-03-13 10:31:49 UTC
The problem is gone as of revision 2463.