mherger wrote:
> FWIW: my LMS would fail to play the httpS URL, but not http.
The URL is strange and has been erratic in playback some saying it plays
in Favorites but not ftom "Tune-in". Complicated by the fact that the
"radiolize" domain has been blocked by some ISP.
I think the stream plays erratically on Radio / Touch perhaps if the
decoder finds AAC ADTS flags rather than MP3 syn chars and override the
"format" indication from LMS.
You can check if this is the case by enabling network.slimproto and
checking what format is being sent to player.
Code:
--------------------
[20-03-19 17:17:34.5705] Slim::Player::Squeezebox::stream_s (542) stream_s
called: format: mp3 url: https://my.radiolize.com/radio/8440/radio.mp3
--------------------
compared to an AAC stream
Code:
--------------------
20-03-19 16:48:33.2487] Slim::Player::Squeezebox::stream_s (542) stream_s
called: format: aac url: http://ice4.somafm.com/illstreet-64-aac
--------------------
Another test would be trying to play AAC stream on an older SB player
which has no AAC decoder.
> Might the required change be as simple as this?
Much simpler, clears the cache conflict issue and is generic to all
RemoteStreams. I hadn't noticed the clearContentTypeCache could clear a
single URL.
Your fix may bypass the fix for "Bug 15779" which may have been be a
poor fix but since I don't understand the original problem we'll just
need to be wary.
------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=111812
_______________________________________________
Radio mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/radio
