mw9

> I believe this makes sense. Could you please add a one liner in Changelog8.html? Thanks! Now done. Edit: Moved to 'bug fix' section.

@michaelherger I think that I have addressed the point that you raised. Is there anything else that I can do to clarify ?

Also, compare these lines when firing the first alarm: ``` [22-09-26 10:40:00.0742] Slim::Utils::Alarm::_startStopTimeCheck (1884) Starting time checker task [22-09-26 10:40:00.0841] Slim::Utils::Alarm::_alarmEnd (1970) _alarmEnd called with request: stop [22-09-26 10:40:00.0857] Slim::Utils::Alarm::_alarmEnd...

EDIT: It seems that my comment below should have been posted against issue #919. For what it may be worth. It sounds as if some of this may be relevant...

`sox` alone is used both in the flac and pcm rules. Did you find anything in the LMS log which might throw light ? Otherwise we might need to devise...

> PS. LMS tells me it is converting to 1411kbps PCM, which is 44.1kHz, not 48kHz afaik. Any way I can get LMS to stream 48kHz Vorbis as 48kHz PCM?...

> But irrelevant and back to the topic at hand - I got excited too quickly. _Some_ 44.1kHz Vorbis files will end prematurely when transcoded to PCM using above rule....

I think the problem here is an incorrect transcoding rule: ``` ops pcm * * [sox] -q -t opus $FILE$ -t raw -r 44100 -c 2 -2 -s - ```...

@domcote I have resurrected the forum thread on the issue. Here was my conclusion: https://forums.slimdevices.com/showthread.php?116516-Opus-playback-speed-too-fast-high-pitched&p=1057454&viewfull=1#post1057454 Can you verify that this does, indeed, successfully resolve the issue ?

> What can I try next? You could follow up my post of 1 December: > @domcote > > I have resurrected the forum thread on the issue. > >...