Bug 16745 - Playing of 181.fm stream stopped unexpectedly
: Playing of 181.fm stream stopped unexpectedly
Status: RESOLVED WONTFIX
Product: SB Radio
Classification: Unclassified
Component: SqueezeNetwork
: Include FW version in comment
: PC Windows XP
: -- normal (vote)
: ---
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks: 16746
  Show dependency treegraph
 
Reported: 2010-12-22 14:26 UTC by Mickey Gee
Modified: 2019-01-25 12:01 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments
Log from Radio with record of transition from Play to Stop (311.26 KB, text/plain)
2010-12-22 14:27 UTC, Mickey Gee
Details
Second reproduction of issue with 181.fm Christmas Classics stream (256.24 KB, text/plain)
2011-01-03 11:20 UTC, Mickey Gee
Details
Third reproduction of issue playing 181.fm Christmas Classics (180.98 KB, text/plain)
2011-01-04 09:55 UTC, Mickey Gee
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mickey Gee 2010-12-22 14:26:39 UTC
Playing Radio with firmware r9262 connected to wired network. Was continuously playing 181.fm Christmas Classics with audio.*, net.slimproto, and net.comet flags set to DEBUG. 181.fm is a WMA stream.

Saw player unexpectedly in Stop mode (Stop icon in lower left of Now Playing screen). Running other players at same confirmed that network was OK, so do not believe network issue encountered when Stop occurred.

After a quick look at log, I believe transition from Play to Stop is recorded.

Log enclosed.
Comment 1 Mickey Gee 2010-12-22 14:27:37 UTC
Created attachment 7064 [details]
Log from Radio with record of transition from Play to Stop
Comment 2 Mickey Gee 2010-12-22 14:34:09 UTC
After bug 16745 occurred, no audio from station was heard. Additional log created and bug 16746 created.
Comment 3 Alan Young 2010-12-23 00:05:00 UTC
The initial stop occured because of this:

Dec 22 12:54:53 squeezeplay: DEBUG  audio.decode - Playback.lua:974 Local stop since remote stop timed out

There are only a limited number of ways that his can be invoked:
1. a 'stop' action from the local UI;
2. activating the LineIn capability;
3. in the CrashLog applet which should only happen immediately after the initial connection after reboot;
4. in LocalPlayer:disconnectServerAndPreserveLocalPlayer()

The last seems to be the only likely cause, given that the following log lines indicate that a reconnection occurred.
Comment 4 Alan Young 2010-12-23 00:19:24 UTC
Of course, I forgot the calls from AlarmSnoozeApplet: soundFallbackAlarm() and _silenceFallbackAlarm()
Comment 5 Alan Young 2010-12-23 00:52:31 UTC
I cannot find any ways in which  player:disconnectServerAndPreserveLocalPlayer() can be called without user UI action. The possibilities are:

1. Invoking Choose Player from within a problem-connecting situation
2. Invoking Back or Home on a firmware-update screen
Comment 6 Mickey Gee 2011-01-03 11:20:18 UTC
Created attachment 7068 [details]
Second reproduction of issue with 181.fm Christmas Classics stream

Reproduced again. Log starts with reboot of Radio around 0800 January 3. Not sure when bug occurred, but definitely within this log. Noticed Now Playing screen in Stop mode at 1110 same morning.
Comment 7 Mickey Gee 2011-01-04 09:55:11 UTC
Created attachment 7071 [details]
Third reproduction of issue playing 181.fm Christmas Classics

Another repro, another log