Bug#704305: marked as done (not working reliably with USB devices)
Your message dated Sun, 31 May 2015 17:58:19 -0300 with message-id caafdzj9ffhqxx_3vqndm8v1t3x8tw9kfy5kppwvoyussvyi...@mail.gmail.com and subject line Re: Bug#756850: Bug#704305: not working reliably with USB devices has caused the Debian Bug report #756850, regarding not working reliably with USB devices to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 756850: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756850 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: pulseaudio Version: 2.0-6 Severity: important I'm using a default installation on wheezy/gnome, set up as a laptop. The device works fine on another system, a server with a pulseaudio daemon process set up manually. On the default desktop gnome setup, however, I'm finding pulseaudio highly unreliable with a USB device, Creative Soundblaster X-Fi HD. Other people report similar problems. It has worked occasionally, but usually it doesn't Sometimes I see this error in dmesg or console: usb_set_interface failed and sometimes /var/log/user.log contains messages such as module-alsa-card.c: Failed to find a working profile. I've tried deleting ~/.pulse* and rebooting, doesn't help I've also noticed that if I try to kill the pulseaudio process (e.g. to try changing something in /etc/pulse/default.pa) it tries to start 5 more copies and logs a heap of errors to /var/log/user.log - this seems like some issue with the restart mechanism. In any case, having it restart automatically is quite annoying when troubleshooting. ---End Message--- ---BeginMessage--- Hi Matthias, On 31 May 2015 at 13:42, Matthias Großmann gross...@googlemail.com wrote: I've merged in #756860 (X-fi USB not working on ARM) as the symptoms look exactly like those on my Intel-based laptop in this bug #704305 Just upgraded the laptop to jessie and the problems are still there using this device. Changing the resample method from speex-float to speex-fixed resolved this issue for me (http://lists.freedesktop.org/archives/pulseaudio-discuss/2014-August/021375.html). In Jessie, speex-fixed is the default resampler on ARM, so for me, pulseaudio now works in its default configuration and from my point of view, this bug (#756850) can be closed. Thanks for reporting back here. I'm closing the bug. -- Saludos, Felipe Sateler---End Message--- ___ pkg-pulseaudio-devel mailing list pkg-pulseaudio-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-pulseaudio-devel
Bug#787099: pulseaudio: Output is muted when headphones/speakers are plugged in
Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=90491 On 28 May 2015 at 12:05, Martin Erik Werner martinerikwer...@gmail.com wrote: Package: pulseaudio Version: 6.0-2 Severity: normal Dear Maintainer, On Jessie, at some point during the last couple of weeks, automatic adjustment of volume/muting when plugging in headphones (or external spekaers) has stopped working correctly. Looking in alsamixer: When headphones are plugged in, Master and Speaker+LO are muted, the Speaker+LO slider is set to zero, and Headphones remains muted. What I notice is that currently Headphones has no effect on the volume output from the jack, I need to change Speaker+LO instead, and unmute it and Master, and then I get sound output from the jack. If I unplug it and plug it in again it returns to the same muted and zero-volume state described above. This looks like the same as the upstream bug https://bugs.freedesktop.org/show_bug.cgi?id=90491 Could you please confirm that? If so, this is an alsa bug and not a pulse bug. -- Saludos, Felipe Sateler ___ pkg-pulseaudio-devel mailing list pkg-pulseaudio-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-pulseaudio-devel
Bug#756850: Bug#704305: not working reliably with USB devices
I've merged in #756860 (X-fi USB not working on ARM) as the symptoms look exactly like those on my Intel-based laptop in this bug #704305 Just upgraded the laptop to jessie and the problems are still there using this device. Changing the resample method from speex-float to speex-fixed resolved this issue for me (http://lists.freedesktop.org/archives/pulseaudio-discuss/2014-August/021375.html). In Jessie, speex-fixed is the default resampler on ARM, so for me, pulseaudio now works in its default configuration and from my point of view, this bug (#756850) can be closed. I don't think that #756850 and #704305 are the same bug. Actually, I'm also seeing the usb_set_interface failed message from time to time. When this happens, pulseaudio falls back to the dummy output. If I remember correctly, this happend even before I installed pulseaudio, so #704305 may actually be a kernel bug. ___ pkg-pulseaudio-devel mailing list pkg-pulseaudio-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-pulseaudio-devel
Bug#786660: pulseaudio-module-bluetooth: Cracky sound when something else runs
On 30 May 2015 at 16:18, Julien Palard jul...@palard.fr wrote: o/ First thanks for your time, it helped a lot: On 05/30/2015 01:24 AM, Felipe Sateler wrote: What parameters are you giving to the loopback module? I see in the log: source=bluez_source.C4_43_8F_9F_F5_36 source_dont_move=true sink_input_properties=media.role=music Is that all? It was just: pactl load-module module-loopback source=bluez_source.C4_43_8F_9F_F5_36 sink=alsa_output.pci-_00_1b.0.analog-stereo Try increasing the latency (default is 200), or disabling remixing. If that fails, try changing the resampler in the configuration file. I tried with latency-msec=2000 - same I tried (keeping latency-msec=2000) to add remix=false - A little bit better, not sure. I tried to set `resample-method = src-sinc-best-quality` - That's GOOD ! I'm reverting to a default value to remix (not sure it's true) - Still good ! I'm reverting to the default value of 200 for latency-msec - Still perfect So it's the resample-method, it was not set in my configuration, only commented, maybe the default ? Was: ; resample-method = speex-float-1 I tried to find for you which resample-method was picked with this magical best-quality mode, and I found this in syslog: resampler.c: Support for resampler 'src-sinc-best-quality' not compiled in, reverting to 'auto', so I tried pulseaudio -vvv and got: D: [pulseaudio] resampler.c: Resampler: D: [pulseaudio] resampler.c: rate 44100 - 44100 (method speex-float-1) D: [pulseaudio] resampler.c: format s16le - s16le (intermediate float32le) D: [pulseaudio] resampler.c: channels 2 - 2 (resampling 2) Hope that's helps ? Tell me if you need more information / debugs / logs / tests / whatever. Hmm, I see in the old logs: ( 1.028| 0.000) D: [pulseaudio] resampler.c: Resampler: ( 1.028| 0.000) D: [pulseaudio] resampler.c: rate 44100 - 25 (method peaks) ( 1.028| 0.000) D: [pulseaudio] resampler.c: format s16le - float32le (intermediate s16le) ( 1.028| 0.000) D: [pulseaudio] resampler.c: channels 2 - 1 (resampling 1) This looks wrong to me. However, I don't think I can be of more help as my knowledge is limited in this regard. Could you please bring this up at the upstream list or bug tracker? They will have better understanding, and maybe a fix can be made to choose a better resampler by default. If you do so, please report back to this bug the link to the upstream report. -- Saludos, Felipe Sateler ___ pkg-pulseaudio-devel mailing list pkg-pulseaudio-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-pulseaudio-devel