mrw wrote: > Well, that did the trick. I was rewarded with: > > Code: -------------------- > > > jive: src/audio/streambuf.c:382: streambuf_icy_filter: Assertion `r == icy_len' failed. > -------------------- > > > at about 3.30 in the morning. Source code: > https://github.com/Logitech/squeezeplay/blob/public/7.7/src/squeezeplay/src/audio/streambuf.c#L382 > Edit: This message does not show up in the system log, it is spat out > of -jive's- STDERR handle. > > I believe that there is a defect in the code here, but that must wait > further examination and testing with a suitably modified -jive- > binary. > > In the meantime, the only way to proceed, I think, is to turn off Icy > metadata capturing altogether. That would require a tweak to LMS, or > perhaps the lua source code on the Radio. > > I'm not sure what the best approach for an ordinary user would be.
IIRC When a stream is proxied, icy metatada is filtered by LMS - so that maybe the workaround (or a way to confirm icy is the issue) Disable icy in jive in the player means user will lose all icy metadata from all streams played directly . I should think a patch for Touch should be possible, if the issues is something like "unexpected" icy parameters (i.e. not StreamTitle and StreamURL) and/or with unusual/confusing values. The problem could be in 2nd part of icy processing where icy metadata from a direct stream is sent back to LMS to display Again the Community Radio guys might be able to help out - especially as it seem this problem affects a few stations. Might be a cause of some reboots which were blamed on other things. ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113309 _______________________________________________ Radio mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/radio
