White noise or no sound after seeking, when using PULSEAUDIO:default

[jeremy@…]

Same symptoms as 0.23's ​http://svn.mythtv.org/trac/ticket/8237 but observed under 25594

[jeremy@…]

To quote the other bug:

Consolidating reports from downstream users:

FE configured to use PULSEAUDIO:default

Recorded or Live TV will start out playing correct audio, but seeking ffw or rwd loses proper audio, getting either white noise static (raw digital data?) or no sound at all.

To restore proper audio, one of the following must be done:

1. Select an alternative audio channel and coming back to the default one

2. Repeated skipping again or hitting pause will sometimes, eventually, restore audio

3. If all else fails, get out of play mode and starting play again

[robertm]

Need logs with -v audio when this occurs. Also, if you really want this looked at, a much, much better description would be advisable.

[brtab at comcast.net]

mythfrontend -v audio

[Matthew Wire <devel@…>]

-v audio log

[Matthew Wire <devel@…>]

Been meaning to report this myself but haven't had the time to investigate. The same issue has been happening to me for a while now - I use the ALSA:pulse output as a workaround but this has issues with stuttering and sync so is not a great workaround!

Currently running 25607 on ubuntu 10.04 64bit with pulseaudio configured for simultaneous output to both soundcards.

[Matthew Wire <devel@…>]

My log uses Pulseaudio:default for the first two times and ALSA:pulse for the final time. White noise was heard for both the first two times.

[jyavenard]

Change the default sampling rate of the pulseaudio server from 44.1kHz to 48kHz or change the default resample algorithm.

The issue is in the pulse server

[matthias@…]

So why do I see this error regardless of which resampling method I set up in Pulseaudio?

And if it's a pulse issue, could you please link to their bug?

[anonymous]

Replying to jyavenard:

Change the default sampling rate of the pulseaudio server from 44.1kHz to 48kHz or change the default resample algorithm.

This actually solves the issue in 0.24 (at least for me). There is somekind of option for this in Advanced Audio options in Mythtv setup, but haven't tried if it works.

Work-around that I use is to put default-sample-rate = 48000 in /etc/pulse/daemon.conf. I use mythtv 0.24 on Ubuntu 10.10.

[pmb@…]

anonymous's work-around didn't work for me, but I went into the mythfrontend Audio settings, and in "Advanced Audio Setting" i selected "Override SRC quality" and Sample rate conversion: Disabled.