[alsa-devel] Bug report: [alsa-sink-USB Audio] alsa-sink.c: Most likely this is a bug in the ALSA driver '(null)'. Please report this issue to the ALSA

[Raymond Yau]

>
>
>
> As requested—
>
>
>
> http://home.comcast.net/~jpiszcz/20140530/lsusb-vvvv.txt
>
> http://home.comcast.net/~jpiszcz/20140530/full-pulse-audio-log.txt

Your log is useless

You have to change log-info=debug in daemon.conf and restart pulseaudio

https://bugzilla.redhat.com/show_bug.cgi?id=1065097

>
> http://home.comcast.net/~jpiszcz/20140530/alsa-info.txt

USB Mixer: usb_id=0x0d8c0008, ctrlif=0, ctlerr=0
Card: C-Media USB Audio Device at usb-0000:00:1d.0-1.1.1, full speed
  Unit: 9
    Control: name="Speaker Playback Volume", index=0
    Info: id=9, control=2, cmask=0x3, channels=2, type="S16"
    Volume: min=-7264, max=-16, dBmin=-2837, dBmax=-6

your USB audio device are unlikely to provide 28.31/7248 dB per step

http://www.freedesktop.org/wiki/Software/PulseAudio/Backends/ALSA/Decibel/

If hardware volume control always less than  0dB
Pulseaudio need to use software volume (GAIN) for  PA_VOLUME_NORM when
volume slider is at maximum, software volume need rewind of audio data in
sound card buffer for recalulation when you change volume slider

>
> Ø  step to reproduce your problem when you report the bug
>
>
>
> I often SSH to my machine or use X remotely and not locally— this is the
first time I have seen this in logs that I can remember and I’ve not
changed anything locally.
>
>


https://bugs.freedesktop.org/show_bug.cgi?id=46236

The workaround seem to use ignore_dB=1