2015-03-14, 17:51
This appears to be an audio buffer issue and started occurring with the latest Kodi builds. I've tested both mainline (15.0-ALPHA2 Git:2015-03-13-5be57c5) and FernetMenta's branch from yesterday.
When playing a stream with transcoded FLAC audio (both 2.0 & 5.1 channels) over S/PDIF, the audio often does not resume after unpausing and requires a second (or third) pause/play event in order for the audio to come back alive.
The receiver receives the signal ok when this happens (i.e, still has a link, and in the case of a 5.1 stream still has all channels active but with no audio); so it is not a matter of the dropping out completely-it still gets a transcoded Dolby Digital signal. Sometimes a short audio fragment/pop can be heard when it tries to resume the audio (as if a buffer is being flushed).
The issue does not occur when playing a TrueHD stream (which also gets processed by Kodi when outputting over S/PDIF)
Debug log:
http://paste.debian.net/162275/
When playing a stream with transcoded FLAC audio (both 2.0 & 5.1 channels) over S/PDIF, the audio often does not resume after unpausing and requires a second (or third) pause/play event in order for the audio to come back alive.
The receiver receives the signal ok when this happens (i.e, still has a link, and in the case of a 5.1 stream still has all channels active but with no audio); so it is not a matter of the dropping out completely-it still gets a transcoded Dolby Digital signal. Sometimes a short audio fragment/pop can be heard when it tries to resume the audio (as if a buffer is being flushed).
The issue does not occur when playing a TrueHD stream (which also gets processed by Kodi when outputting over S/PDIF)
Debug log:
http://paste.debian.net/162275/