ralphy wrote:
> I'd be interested to know if the changes make a difference for others.
Thank you very much for this. It shows much promise.
I've been testing the revised binary against the same problematic stream
posted by @staresy. My results differ from yours, in that I have start
up problems, due to buffer underruns, much as described by
@expectingtofly. Once going, all seems to be fine, and I get very nicely
filled buffers, much as you have described.
I'll say now, that > increasing the outputThreshold for aac on the server side
... to 50 does seem to resolve the start up problems. I don't know what the
'proper' fix for this should be. And I don't know why you don't
experience it while I and @expectingtofly do.
One other thing: under the original binary the problems (after initial
start up issue) were accompanied by a curious log trace. Notice that the
output buffer was thoroughly full, but still we got an underrun. I found
that odd. I am not seeing this with the revised binary. I don't know
what you did, but curing this may have been key.
Code:
--------------------
Community release illustrating one very odd form of problem with aac problem
stream
Output buffer well full, but suddenly “POP”
Feb 25 16:50:42 squeezeplay: INFO audio.decode - Playback.lua:448
100.0%/93.5%
Feb 25 16:50:43 squeezeplay: INFO audio.decode - Playback.lua:448
100.0%/96.5%
Feb 25 16:50:45 squeezeplay: INFO audio.decode - Playback.lua:448
100.0%/99.3%
Feb 25 16:50:45 squeezeplay: playback_callback:346 Audio underrun: used 138
frames, requested 441 frames. elapsed samples 13659342
Feb 25 16:50:45 squeezeplay: INFO audio.decode - Playback.lua:364 OUTPUT
UNDERRUN
Feb 25 16:50:45 squeezeplay: DEBUG audio.decode - decode_pause_audio:624
decode_pause_audio interval_ms=0
Feb 25 16:50:45 squeezeplay: DEBUG audio.decode - Playback.lua:855 strm p
Feb 25 16:50:45 squeezeplay: DEBUG audio.decode - Playback.lua:1262 stopping
local pause timer
Feb 25 16:50:45 squeezeplay: DEBUG audio.decode - decode_pause_audio:624
decode_pause_audio interval_ms=0
Feb 25 16:50:45 squeezeplay: DEBUG audio.decode -
decode_pause_audio_handler:156 decode_pause_handler interval=0
Feb 25 16:50:45 squeezeplay: DEBUG audio.decode -
decode_pause_audio_handler:171 pause_audio decode state: 1 audio state 2
Feb 25 16:50:45 squeezeplay: DEBUG audio.decode -
decode_pause_audio_handler:156 decode_pause_handler interval=0
Feb 25 16:50:45 squeezeplay: DEBUG audio.decode -
decode_pause_audio_handler:171 pause_audio decode state: 1 audio state 2
Feb 25 16:50:45 squeezeplay: DEBUG audio.decode - Playback.lua:1262 stopping
local pause timer
After a few minutes of good playback, again suddenly “POP”:
Feb 25 16:54:48 squeezeplay: INFO audio.decode - Playback.lua:448
100.0%/91.5%
Feb 25 16:54:49 squeezeplay: INFO audio.decode - Playback.lua:448
100.0%/90.7%
Feb 25 16:54:50 squeezeplay: INFO audio.decode - Playback.lua:448
99.9%/90.6%
Feb 25 16:54:51 squeezeplay: INFO audio.decode - Playback.lua:448
99.9%/91.3%
Feb 25 16:54:52 squeezeplay: INFO audio.decode - Playback.lua:448
100.0%/94.6%
Feb 25 16:54:53 squeezeplay: INFO audio.decode - Playback.lua:448
100.0%/97.8%
Feb 25 16:54:54 squeezeplay: INFO audio.decode - Playback.lua:448
100.0%/99.3%
Feb 25 16:54:55 squeezeplay: INFO audio.decode - Playback.lua:448
100.0%/99.3%
Feb 25 16:54:55 squeezeplay: playback_callback:346 Audio underrun: used 53
frames, requested 441 frames. elapsed samples 24695419
Feb 25 16:54:56 squeezeplay: INFO audio.decode - Playback.lua:364 OUTPUT
UNDERRUN
Feb 25 16:54:56 squeezeplay: DEBUG audio.decode - decode_pause_audio:624
decode_pause_audio interval_ms=0
--------------------
ralphy wrote:
>
> The binary also includes support for the new Mono Output Channel Mode
> added to LMS 8.2, which for the radio is really only useful when using
> the line out/headphone jack. I just needed to confirm that the downmix
> changes didn't impact performance on the radio.
I'm not familiar with this at all. I really don't know what the
motivation is. :)
I would note that the Radio, when playing through speakers, does its own
"downmix" in the crossover/dsp component. I can pull out the logic that
it applies, it might be worth checking to ensure that inconsistencies
are not introduced.
ralphy wrote:
> The tarfile also includes the patches applied to the binary as I've not
> committed them yet.
I will have a look at these, it might be educational ! If (unlikely) I
have anything useful to say, I shall revert.
------------------------------------------------------------------------
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
