davenva;541096 Wrote:
> It's interesting that the log has the radio talking to mysqueezebox.com.
> I keep the radio connected to my local squeezebox server, not
> mysqueezebox....
>
> I think that I read somewhere that the "natural" alarm sounds come from
> mysqueezebox? Could that be why it goes there?
>
> It's odd enough that an alarm function needs a server at all, but
> involving 2 different servers is beyond odd. One would think that a
> radio with a computer inside would be smart enough to simulate an alarm
> clock all by itself....
Oh sorry - I misinterpreted your logfile. MySqueezebox is indeed just
the source of the alarm-tune.
While one could question if this is the right thing to do - actually it
shouldn't be that bad (except that MySB.com has proved to be unreliable
sometimes). See - if you'd have a normal stream as alarm tune (say a
radio-station) it would also connect to a foreign stream.
As a reference here is the log from my radio (also connected to a local
server, but connecting to a radio stream)
Code:
--------------------
Apr 28 08:00:01 squeezeplay: INFO audio.decode - decode_start_handler:275
init decoder mp3
Apr 28 08:00:01 squeezeplay: INFO audio.decode - Playback.lua:436 connect
87.248.219.57:80 GET /stream/rbb_fritz_mp3_m_a HTTP/1.0^M
Apr 28 08:00:01 squeezeplay: INFO audio.decode - Playback.lua:439 GET
/stream/rbb_fritz_mp3_m_a HTTP/1.0^M
Apr 28 08:00:01 squeezeplay: Cache-Control: no-cache^M
Apr 28 08:00:01 squeezeplay: Connection: close^M
Apr 28 08:00:01 squeezeplay: Accept: */*^M
Apr 28 08:00:01 squeezeplay: Host: rbb.ic.llnwd.net^M
Apr 28 08:00:01 squeezeplay: User-Agent: iTunes/4.7.1 (Linux; N; Debian;
armv5tel-linux; DE; utf8) SqueezeCenter, Squeezebox Server/7.5.1/30663^M
Apr 28 08:00:01 squeezeplay: Icy-Metadata: 1^M
Apr 28 08:00:01 squeezeplay: ^M
Apr 28 08:00:01 squeezeplay: WARN applet.AlarmSnooze -
AlarmSnoozeApplet.lua:277 notify_playerModeChange: player (LocalPlayer
{Squeezebox Radio}) mode has been changed to play
Apr 28 08:00:01 squeezeplay: WARN applet.AlarmSnooze -
AlarmSnoozeApplet.lua:279 notify_playerModeChange: - audioState is 0
Apr 28 08:00:01 squeezeplay: WARN applet.AlarmSnooze -
AlarmSnoozeApplet.lua:116 notify_playerAlarmState received for LocalPlayer
{Squeezebox Radio} with alarmState of active
Apr 28 08:00:01 squeezeplay: WARN applet.AlarmSnooze -
AlarmSnoozeApplet.lua:118 **************************** notify_playerAlarmState
received: active 0
--------------------
Unfortunately for good (i.e. without fallback alarm) alarm function you
need the following working components:
#1: a robust squeezeboxserver, that sends an alarm event at the right
time (in your failing case 'too late' from the viewpoint of the radio -
most probably because the Radios time was not in Sync to the server)
#2: a robust stream for the alarm-tune (could be a local mp3 on your
local server - most robust, or a stream from the net - I wouldn't
choose MySB.com *g*)
#3: if the stream comes from 'outside', then of course a working
internet-connection.
I do have a local server, so could take care of point #1). Actually #2
+ #3 proved to be very robust for me. In the last month I had a
fallback alarm just once - and that was because the internet was down
(#3).
Thats the curse of modern streaming requirements I guess :)
And thanks to Marcs work I can rely on the fallback alarm if #1,#2,#3
is wrong, so I trust the Radio much more than in the <=7.4.1 times.
Of course if anything from #1,#2,#3 isn't reliable one will get very
annoyed because of the loud and disturbing regular fallback-alarm.
But to be honest - I don't think the Radio should be blamed first - it
does a very good job now in not failing to play some tune at all :D -
but one has to see how the 'environmental' points from above can be
made robust.
--
bluegaspode
1x SB-Controller+Receiver (Duet), 1xSB-Boom. 1xSB-Radio
Server (7.4.1) running on SheevaPlug (Ubuntu) with attached Western
Digital MyBook Essential.
Secondary 7.4 Server on Debianized Buffalo Linkstation LS-CHL.
------------------------------------------------------------------------
bluegaspode's Profile: http://forums.slimdevices.com/member.php?userid=31651
View this thread: http://forums.slimdevices.com/showthread.php?t=77883
_______________________________________________
Radio mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/radio
