ralphy wrote: > Sorry, Yes, I didn't think you had "POP" in the logs. I just meant that > I've hadn't noticed it. I'll have another listen to the url stream from > staresy more closely. >
The original stream (last week or so) was https://live.streamlojik.com:17070/20210210_2004.aac ralphy wrote: > > The value is how much data needs to be in the decode buffer (in KB) > before starting playback. "threshold=204800" is what you should see in > the logs using a server side output threshold = 50. "threshold=20480" > is what you should see using a value of 20. > Well, no, that's not what I see. I am seeing "threshold=20480" in the Radio log regardless of whether the server side threshold is 0, 20, or 50. But changing the server side threshold certainly impacts the time to wait before starting playback. So there's something else going on. Does the stream in question being a proxied by LMS https stream influence matters ? ralphy wrote: > > I don't know what else I can do with the aac decoder, so if changing the > default aac output threshold server side doesn't break any other > streams, I'll create a pull request to have it changed in the dev branch > of LMS. Well, you will have thought of things by next Christmas ! But, combined with some modification to the stream start up timing, matters seem to be much improved. I'll keep using the modified binary and report back if anything else emerges. ------------------------------------------------------------------------ mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=113479 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
