From bugzilla-daemon at freedesktop.org Tue May 1 09:46:35 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 01 May 2012 16:46:35 +0000 Subject: [pulseaudio-tickets] [Bug 49346] New: alsa: Cache profile probing results Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49346 Bug #: 49346 Summary: alsa: Cache profile probing results Classification: Unclassified Product: PulseAudio Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: alsa AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: tanuk at iki.fi QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net In order to minimize Pulseaudio startup time, it would be nice if the supported profiles for alsa cards would be cached so that the probing would have to be only once per card. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 1 10:27:28 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 01 May 2012 17:27:28 +0000 Subject: [pulseaudio-tickets] [Bug 45813] [regression] 4-mic arrays broken with iec958-surround-40 profile removal In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45813 --- Comment #11 from Tanu Kaskinen 2012-05-01 10:27:28 PDT --- I sent an updated patch to the mailing list: http://thread.gmane.org/gmane.comp.audio.pulseaudio.general/13140 The discussion on alsa-devel stopped before getting an agreement on the new device name. I haven't pushed that more, because I think "hw" will actually work on almost all hardware. The device name issue can be figured out when we actually find hardware that doesn't work with "hw". We need to get a decision about having the new mapping in default.conf. I'm for having it there. David, are you against it? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. From bugzilla-daemon at freedesktop.org Wed May 2 09:22:33 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 02 May 2012 16:22:33 +0000 Subject: [pulseaudio-tickets] [Bug 48608] "Assertion 'b' failed at pulsecore/memblock.c:454, function pa_memblock_acquire()" when running anything that deals with sound levels In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=48608 --- Comment #1 from Sam Morris 2012-05-02 09:22:33 PDT --- This seems to correlate with the 'pid' and 'dbus-socket' files going missing from the pulseaudio directory in /tmp. $ cd $TMP $ find pulse-* pulse-fxXeyjndr5n9 pulse-fxXeyjndr5n9/native $ pavucontrol Assertion 'b' failed at pulsecore/memblock.c:454, function pa_memblock_acquire(). Aborting. Aborted $ pulseaudio -k E: [pulseaudio] main.c: Failed to kill daemon: No such process $ kill 93621 $ pavucontrol (at this point pulseaudio is re-launched and operates normally) $ find pulse-* pulse-fxXeyjndr5n9 pulse-fxXeyjndr5n9/native pulse-fxXeyjndr5n9/dbus-socket pulse-fxXeyjndr5n9/pid -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 2 02:54:35 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 02 May 2012 09:54:35 +0000 Subject: [pulseaudio-tickets] [Bug 48608] "Assertion 'b' failed at pulsecore/memblock.c:454, function pa_memblock_acquire()" when running anything that deals with sound levels In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=48608 --- Comment #2 from Tanu Kaskinen 2012-05-02 09:54:35 UTC --- It seems that pa_stream_peek() doesn't take into account the possibility that there's a gap in s->record_memblockq. I'm not sure what would cause that gap, but the stack trace shows that there is a gap - there's no other explanation for s->peek_memchunk.memblock being NULL after a successful pa_memblockq_peek() call. The fix might be as simple as giving a silence memchunk to pa_memblockq_new() so that the gaps will be filled by silence, but maybe first it should be understood in which conditions record streams can have gaps - if there shouldn't be gaps at all, then the silence memchunk solution is only a workaround. (In reply to comment #1) > This seems to correlate with the 'pid' and 'dbus-socket' files going missing > from the pulseaudio directory in /tmp. That's peculiar. I don't know what that means. Especially the pid file disappearing sounds odd. > $ cd $TMP > > $ find pulse-* > pulse-fxXeyjndr5n9 > pulse-fxXeyjndr5n9/native > > $ pavucontrol > Assertion 'b' failed at pulsecore/memblock.c:454, function > pa_memblock_acquire(). Aborting. > Aborted > > $ pulseaudio -k > E: [pulseaudio] main.c: Failed to kill daemon: No such process > > $ kill 93621 What's 93621? > $ pavucontrol > > (at this point pulseaudio is re-launched and operates normally) > > $ find pulse-* > pulse-fxXeyjndr5n9 > pulse-fxXeyjndr5n9/native > pulse-fxXeyjndr5n9/dbus-socket > pulse-fxXeyjndr5n9/pid -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 2 10:28:46 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 02 May 2012 17:28:46 +0000 Subject: [pulseaudio-tickets] [Bug 48608] "Assertion 'b' failed at pulsecore/memblock.c:454, function pa_memblock_acquire()" when running anything that deals with sound levels In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=48608 --- Comment #3 from Sam Morris 2012-05-02 10:28:46 PDT --- (In reply to comment #2) > It seems that pa_stream_peek() doesn't take into account the possibility that > there's a gap in s->record_memblockq. I'm not sure what would cause that gap, > but the stack trace shows that there is a gap - there's no other explanation > for s->peek_memchunk.memblock being NULL after a successful pa_memblockq_peek() > call. The fix might be as simple as giving a silence memchunk to > pa_memblockq_new() so that the gaps will be filled by silence, but maybe first > it should be understood in which conditions record streams can have gaps - if > there shouldn't be gaps at all, then the silence memchunk solution is only a > workaround. > > > (In reply to comment #1) > > This seems to correlate with the 'pid' and 'dbus-socket' files going missing > > from the pulseaudio directory in /tmp. > > That's peculiar. I don't know what that means. Especially the pid file > disappearing sounds odd. I suspect it's systemd's tmpfiles cleaning task going amok, though this is hard to confirm as the file only disappears every few days. I've added some debgug logging to the service and will report back if this appears to be the case. > > $ kill 93621 > > What's 93621? Sorry, that was the pulseaudio process. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 3 10:03:22 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 03 May 2012 17:03:22 +0000 Subject: [pulseaudio-tickets] [Bug 48226] Move cookie file to XDG_RUNTIME_DIR In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=48226 --- Comment #10 from william.jon.mccann at gmail.com 2012-05-03 10:03:22 PDT --- (In reply to comment #9) > Hi Jon, Shouldn't the cookie go into the .config tree? Or is XDG_CACHE_DIR > guarenteed to be quite long lasting (cookies should be pretty static to allow > for them to be copied to other machines etc.) Just talked to Lennart about it and I suppose since it is persistent XDG_CONFIG_HOME/pulse is fine. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat May 5 04:22:54 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 05 May 2012 11:22:54 +0000 Subject: [pulseaudio-tickets] [Bug 45030] --help and --version command line options for pacmd In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45030 Tanu Kaskinen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #2 from Tanu Kaskinen 2012-05-05 04:22:54 PDT --- Fixed: http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/?id=a6394b1cb0fe575bdf04fb125e0cccbc518466b6 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. From bugzilla-daemon at freedesktop.org Sat May 5 17:11:02 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 06 May 2012 00:11:02 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 --- Comment #17 from denisgolovan at yandex.ru 2012-05-06 00:11:02 UTC --- I increase HISTORY_MAX_N_BLOCKS to 10000. Now it works, but crashes became infrequent. Moreover when crashing pulseaudio does not log anything in syslog. What is next? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun May 6 00:25:34 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 06 May 2012 07:25:34 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 --- Comment #18 from Tanu Kaskinen 2012-05-06 00:25:34 PDT --- If there's nothing in syslog, but Pulseaudio is definitely crashing, then it's probably a segfault. For debugging that, do the following in a terminal: echo autospawn = no >> ~/.pulse/client.conf killall pulseaudio LANG=C LD_BIND_NOW=1 gdb pulseaudio At the gdb prompt, enter run -vvv --log-time When the crash happens, enter these commands and save the output: thread apply all bt thread apply all bt full The first command prints the backtrace in a more readable format, and the second command prints the backtrace with more information. The log output before the crash is useful too. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun May 6 09:02:36 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 06 May 2012 16:02:36 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 --- Comment #19 from denisgolovan at yandex.ru 2012-05-06 09:02:36 PDT --- Still no crash, but some other strange issues occur when pulseaudio is being ran under gdb. Basically, suddenly instead of main sound, high-pitch sound is played. I assume it is some bug. Only following is logged into console. (30629.042| 0.000) D: [alsa-sink] source.c: Processing rewind... (30631.103| 2.060) D: [alsa-sink] sink-input.c: Requesting rewind due to corking (30631.103| 0.000) D: [alsa-sink] alsa-sink.c: Requested to rewind 65536 bytes. (30631.103| 0.000) D: [alsa-sink] alsa-sink.c: Limited to 5668 bytes. (30631.103| 0.000) D: [alsa-sink] alsa-sink.c: before: 1417 (30631.103| 0.000) D: [alsa-sink] alsa-sink.c: after: 1417 (30631.103| 0.000) D: [alsa-sink] alsa-sink.c: Rewound 5668 bytes. (30631.103| 0.000) D: [alsa-sink] sink.c: Processing rewind... (30631.103| 0.000) D: [alsa-sink] sink-input.c: Have to rewind 5668 bytes on render memblockq. (30631.103| 0.000) D: [alsa-sink] sink-input.c: Have to rewind 5668 bytes on render memblockq. (30631.103| 0.000) D: [alsa-sink] sink-input.c: Have to rewind 5668 bytes on implementor. (30631.103| 0.000) D: [alsa-sink] source.c: Processing rewind... -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun May 6 09:17:04 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 06 May 2012 16:17:04 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 --- Comment #20 from denisgolovan at yandex.ru 2012-05-06 09:17:04 PDT --- Now I am getting the following: (31572.340| 151.789) D: [alsa-sink] flist.c: pulsecore/hashmap.c: entries flist is full (don't worry) (31572.340| 0.000) D: [alsa-sink] flist.c: pulsecore/memblock.c: unused_memblocks flist is full (don't worry) (31605.310| 32.970) D: [alsa-sink] flist.c: pulsecore/hashmap.c: entries flist is full (don't worry) (31605.310| 0.000) D: [alsa-sink] flist.c: pulsecore/memblock.c: unused_memblocks flist is full (don't worry) (31605.346| 0.035) D: [alsa-sink] flist.c: pulsecore/hashmap.c: entries flist is full (don't worry) (31605.346| 0.000) D: [alsa-sink] flist.c: pulsecore/memblock.c: unused_memblocks flist is full (don't worry) (31605.367| 0.021) D: [alsa-sink] flist.c: pulsecore/hashmap.c: entries flist is full (don't worry) (31605.367| 0.000) D: [alsa-sink] flist.c: pulsecore/memblock.c: unused_memblocks flist is full (don't worry) (31605.410| 0.042) D: [alsa-sink] flist.c: pulsecore/hashmap.c: entries flist is full (don't worry) (31605.410| 0.000) D: [alsa-sink] flist.c: pulsecore/memblock.c: unused_memblocks flist is full (don't worry) (31605.432| 0.021) D: [alsa-sink] flist.c: pulsecore/hashmap.c: entries flist is full (don't worry) (31605.432| 0.000) D: [alsa-sink] flist.c: pulsecore/memblock.c: unused_memblocks flist is full (don't worry) (31605.496| 0.063) D: [alsa-sink] flist.c: pulsecore/hashmap.c: entries flist is full (don't worry) (31605.666| 0.170) D: [alsa-sink] protocol-native.c: Underrun on 'ALSA Playback', 0 bytes in queue. (31609.006| 3.339) D: [alsa-sink] sink-input.c: Requesting rewind due to corking (31609.006| 0.000) D: [alsa-sink] alsa-sink.c: Requested to rewind 0 bytes. (31609.006| 0.000) D: [alsa-sink] alsa-sink.c: Mhmm, actually there is nothing to rewind ... and sound stops. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon May 7 19:54:58 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 08 May 2012 02:54:58 +0000 Subject: [pulseaudio-tickets] [Bug 49608] New: periodic audio skips with Intel HDA Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49608 Bug #: 49608 Summary: periodic audio skips with Intel HDA Classification: Unclassified Product: PulseAudio Version: unspecified Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: core AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: accounts at chazomatic.us QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net When running PulseAudio, if I'm playing music via any source (Exaile, Totem, Flash in Firefox or Chromium, VLC, etc.) every few minutes the audio will skip once or twice. top doesn't show any process eating CPU any more when it happens. dmesg doesn't show anything. Nothing else seems to be affected. It doesn't seem to happen regularly. I just installed Ubuntu 12.04 from scratch (with pulseaudio 1:1.1-0ubuntu15), but the same thing happened in 10.04 on the same hardware. Uninstalling the PulseAudio packages and going back to ALSA gives me no issues whatsoever, which is how I know the issue is with PulseAudio. I'm using my onboard audio device: $ lspci | grep Audio 00:14.2 Audio device: Advanced Micro Devices [AMD] nee ATI SBx00 Azalia (Intel HDA) Following mailing list instructions, pulseaudio -vvvv --log-time shows during a skip: ( 684.030| 5.000) I: [alsa-sink] alsa-sink.c: Underrun! ( 684.030| 0.000) I: [alsa-sink] alsa-sink.c: Increasing minimal latency to 26.00 ms ( 684.030| 0.000) D: [alsa-sink] alsa-sink.c: Latency set to 26.00ms ( 684.030| 0.000) D: [alsa-sink] alsa-sink.c: hwbuf_unused=60952 ( 684.030| 0.000) D: [alsa-sink] alsa-sink.c: setting avail_min=15944 ( 684.030| 0.000) D: [alsa-sink] alsa-sink.c: Latency set to 26.00ms ( 684.030| 0.000) D: [alsa-sink] alsa-sink.c: hwbuf_unused=60952 ( 684.030| 0.000) D: [alsa-sink] alsa-sink.c: setting avail_min=15944 ( 684.031| 0.000) D: [alsa-sink] protocol-native.c: Underrun on 'ALSA Playback', 0 bytes in queue. ( 684.036| 0.004) D: [alsa-sink] protocol-native.c: Requesting rewind due to end of underrun. ( 684.036| 0.000) D: [alsa-sink] alsa-sink.c: Requested to rewind 10940 bytes. ( 684.036| 0.000) D: [alsa-sink] alsa-sink.c: Limited to 3320 bytes. ( 684.036| 0.000) D: [alsa-sink] alsa-sink.c: before: 830 ( 684.036| 0.000) D: [alsa-sink] alsa-sink.c: after: 830 ( 684.036| 0.000) D: [alsa-sink] alsa-sink.c: Rewound 3320 bytes. ( 684.036| 0.000) D: [alsa-sink] sink.c: Processing rewind... ( 684.036| 0.000) D: [alsa-sink] sink.c: latency = 1337 ( 684.036| 0.000) D: [alsa-sink] sink-input.c: Have to rewind 3320 bytes on render memblockq. ( 684.036| 0.000) D: [alsa-sink] source.c: Processing rewind... ( 696.234| 12.197) I: [alsa-sink] alsa-sink.c: Underrun! ( 696.234| 0.000) I: [alsa-sink] alsa-sink.c: Increasing wakeup watermark to 15.99 ms ( 702.033| 5.799) I: [alsa-sink] alsa-sink.c: Underrun! ( 702.033| 0.000) I: [alsa-sink] alsa-sink.c: Increasing minimal latency to 36.00 ms ( 702.033| 0.000) D: [alsa-sink] alsa-sink.c: Latency set to 36.00ms ( 702.033| 0.000) D: [alsa-sink] alsa-sink.c: hwbuf_unused=59188 ( 702.033| 0.000) D: [alsa-sink] alsa-sink.c: setting avail_min=15680 ( 702.033| 0.000) D: [alsa-sink] alsa-sink.c: Latency set to 36.00ms ( 702.034| 0.000) D: [alsa-sink] alsa-sink.c: hwbuf_unused=59188 ( 702.034| 0.000) D: [alsa-sink] alsa-sink.c: setting avail_min=15680 ( 702.034| 0.000) D: [alsa-sink] protocol-native.c: Underrun on 'ALSA Playback', 0 bytes in queue. ...and it goes on. The "Underrun!" messages alone happened a few times before, but it didn't skip. I'd like to use PulseAudio, but it's pretty annoying having audio skip all the time. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 8 01:17:13 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 08 May 2012 08:17:13 +0000 Subject: [pulseaudio-tickets] [Bug 49608] periodic audio skips with Intel HDA In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49608 --- Comment #1 from Wang Xingchao 2012-05-08 01:17:13 PDT --- > > ( 684.030| 5.000) I: [alsa-sink] alsa-sink.c: Underrun! > ( 684.030| 0.000) I: [alsa-sink] alsa-sink.c: Increasing minimal latency to > 26.00 ms > ( 684.030| 0.000) D: [alsa-sink] alsa-sink.c: Latency set to 26.00ms The latency is too small, it will make pulseaudio more busy and could not read enough data. So would you have a try to tune the default buffer size and check what will happen? for me i once met similar case, flood of underrun message caused by too little buffer size, it become better by tune "default-fragment-size-msec" at: /etc/pulse/daemon.conf > > ...and it goes on. > > The "Underrun!" messages alone happened a few times before, but it didn't skip. > > I'd like to use PulseAudio, but it's pretty annoying having audio skip all the > time. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 8 19:51:20 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 02:51:20 +0000 Subject: [pulseaudio-tickets] [Bug 49664] New: pa_modargs_get_sample_spec_and_channel_map() should not fail when only a "channel_map" argument is given. Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49664 Bug #: 49664 Summary: pa_modargs_get_sample_spec_and_channel_map() should not fail when only a "channel_map" argument is given. Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: core AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: tanuk at iki.fi QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net This fails: pactl load-module module-null-sink channel_map=aux0,aux1,aux2,aux3 Thid doesn't fail: pactl load-module module-null-sink channel_map=aux0,aux1,aux2,aux3 channels=4 Both should succeed. In the first case it's obvious that the intended amount of channels is 4. The problem is that pa_modargs_get_sample_spec_and_channel_map() fails if "channels" is not given and the default sample spec channels don't match the given channel map. pa_modargs_get_sample_spec_and_channel_map() needs to be smarter than that. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 8 13:21:30 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 08 May 2012 20:21:30 +0000 Subject: [pulseaudio-tickets] [Bug 49664] pa_modargs_get_sample_spec_and_channel_map() should not fail when only a "channel_map" argument is given. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49664 --- Comment #1 from Tanu Kaskinen 2012-05-08 20:21:30 UTC --- Patch sent to the mailing list: http://thread.gmane.org/gmane.comp.audio.pulseaudio.general/13205 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 8 22:08:47 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 05:08:47 +0000 Subject: [pulseaudio-tickets] [Bug 49608] periodic audio skips with Intel HDA In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49608 --- Comment #2 from Charles Lindsay 2012-05-08 22:08:47 PDT --- Changed default-fragment-size-msec from 10 to 100; still happens. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 03:15:18 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 10:15:18 +0000 Subject: [pulseaudio-tickets] [Bug 49681] New: system.pa crashes if auth-anonymous=1 is used with module-native-protocol-tcp Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49681 Bug #: 49681 Summary: system.pa crashes if auth-anonymous=1 is used with module-native-protocol-tcp Classification: Unclassified Product: PulseAudio Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: modules AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: martin-eric.racine at iki.fi QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Created attachment 61273 --> https://bugs.freedesktop.org/attachment.cgi?id=61273 debug log on the sound server USAGE CASE I have setup a small embedded device to act as a sound server for my local network. It outputs sound sent by my laptop to speakers connected into the embedded device. Both PA devices run the same versions. PROBLEM Since cookie exchanges won't work because the PA daemon stores its cookie into /var/run, and because this runs on my home LAN, I have decided to use auth-anonymous. Yet, the sound server crashes as soon as I enable "Make remote native PA sinks available to the local computer" in the laptop's paprefs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 10:03:00 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 17:03:00 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 --- Comment #21 from denisgolovan at yandex.ru 2012-05-09 10:03:00 PDT --- Created attachment 61293 --> https://bugs.freedesktop.org/attachment.cgi?id=61293 Pulseaudio log before crash -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 10:03:22 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 17:03:22 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 --- Comment #22 from denisgolovan at yandex.ru 2012-05-09 10:03:22 PDT --- Created attachment 61294 --> https://bugs.freedesktop.org/attachment.cgi?id=61294 gdb log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 10:03:42 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 17:03:42 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 --- Comment #23 from denisgolovan at yandex.ru 2012-05-09 10:03:42 PDT --- Created attachment 61295 --> https://bugs.freedesktop.org/attachment.cgi?id=61295 gdb bt full log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 10:04:17 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 17:04:17 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 --- Comment #24 from denisgolovan at yandex.ru 2012-05-09 10:04:17 PDT --- Ok. It seems we have some logs now. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 10:05:56 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 17:05:56 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 Arun Raghavan changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #61294|application/octet-stream |text/plain mime type| | -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 10:06:00 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 17:06:00 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 Arun Raghavan changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #61295|application/octet-stream |text/plain mime type| | -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 10:06:20 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 17:06:20 +0000 Subject: [pulseaudio-tickets] [Bug 45373] [alsa-sink] memblockq.c: Assertion '!bq->blocks || (bq->write_index + (int64_t)chunk.length <= bq->blocks->index)' failed at pulsecore/memblockq.c:408, function pa_memblockq_push(). Aborting. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45373 Arun Raghavan changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #61293|application/octet-stream |text/plain mime type| | -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 21:56:15 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 May 2012 04:56:15 +0000 Subject: [pulseaudio-tickets] [Bug 49714] New: The ffmpeg resampler implementation could be improved Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49714 Bug #: 49714 Summary: The ffmpeg resampler implementation could be improved Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: core AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: tanuk at iki.fi QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net It looks like the ffmpeg resampler implementation doesn't suffer from bug 47156, but the solution for leftover data doesn't seem entirely correct: if there is leftover data, it's not taken into account in pa_resampler_result(), pa_resampler_max_block_size() and pa_resampler_reset(). I originally started to write this bug report, because there seemed to be unnecessary copying of data going on in ffmpeg_resample(), but that's probably not the case, because the ffmpeg resampler handles only mono audio, so multichannel data has to be deinterleaved for processing and again interleaved after processing. If the input is mono to begin with, then there would be room for optimizing for that case still, though. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 14:57:59 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 09 May 2012 21:57:59 +0000 Subject: [pulseaudio-tickets] [Bug 47156] Crash on resampler In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47156 --- Comment #8 from Tanu Kaskinen 2012-05-09 21:57:59 UTC --- The speex resampler may suffer from this same bug. There's a similar assertion for speex. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 22:34:27 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 May 2012 05:34:27 +0000 Subject: [pulseaudio-tickets] [Bug 49714] The ffmpeg resampler implementation could be improved In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49714 --- Comment #1 from Tanu Kaskinen 2012-05-09 22:34:27 PDT --- I'll include the leftover related fixes in the fix for bug 47156. I'm setting that bug as a dependency for this one. The mono optimization is still something that could be done. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 22:34:42 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 May 2012 05:34:42 +0000 Subject: [pulseaudio-tickets] [Bug 47156] Crash on resampler In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47156 --- Comment #9 from Arun Raghavan 2012-05-09 22:34:42 PDT --- (In reply to comment #8) > The speex resampler may suffer from this same bug. There's a similar assertion > for speex. Does the speex API actually imply that it may not consume all input data? The documentation suggests that this can only happen during an error: """ Unless an error occurs, either all input samples will be read or all output samples will be written to (or both). """ from: http://www.speex.org/docs/manual/speex-manual/node7.html#SECTION00760000000000000000 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 22:38:03 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 May 2012 05:38:03 +0000 Subject: [pulseaudio-tickets] [Bug 47830] Opening Gnome's Sound Settings can kill Pulseaudio In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47830 Arun Raghavan changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |NOTOURBUG --- Comment #6 from Arun Raghavan 2012-05-09 22:38:03 PDT --- David posted a fix for this to alsa-devel: http://mailman.alsa-project.org/pipermail/alsa-devel/2012-May/051678.html This should land in future kernel versions soon. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 22:57:02 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 May 2012 05:57:02 +0000 Subject: [pulseaudio-tickets] [Bug 49714] The ffmpeg resampler implementation could be improved In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49714 Tanu Kaskinen changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |47156 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 22:57:02 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 May 2012 05:57:02 +0000 Subject: [pulseaudio-tickets] [Bug 47156] Crash on resampler In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47156 Tanu Kaskinen changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |49714 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 23:23:05 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 May 2012 06:23:05 +0000 Subject: [pulseaudio-tickets] [Bug 47156] Crash on resampler In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47156 --- Comment #10 from Tanu Kaskinen 2012-05-09 23:23:05 PDT --- Patch set v3 sent to the mailing list: http://thread.gmane.org/gmane.comp.audio.pulseaudio.general/13224 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. From bugzilla-daemon at freedesktop.org Wed May 9 23:24:13 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 May 2012 06:24:13 +0000 Subject: [pulseaudio-tickets] [Bug 47156] Crash on resampler In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47156 --- Comment #11 from Tanu Kaskinen 2012-05-09 23:24:13 PDT --- (In reply to comment #9) > (In reply to comment #8) > > The speex resampler may suffer from this same bug. There's a similar assertion > > for speex. > > Does the speex API actually imply that it may not consume all input data? The > documentation suggests that this can only happen during an error: > > """ > Unless an error occurs, either all input samples will be read or all output > samples will be written to (or both). > """ > > from: > http://www.speex.org/docs/manual/speex-manual/node7.html#SECTION00760000000000000000 Thanks for checking the documentation. You are right. The speex changes need to be reverted. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. From bugzilla-daemon at freedesktop.org Thu May 10 10:43:35 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 10 May 2012 17:43:35 +0000 Subject: [pulseaudio-tickets] [Bug 49744] New: Updated Polish translation for PulseAudio Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49744 Bug #: 49744 Summary: Updated Polish translation for PulseAudio Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: misc AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: piotrdrag at gmail.com QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Created attachment 61377 --> https://bugs.freedesktop.org/attachment.cgi?id=61377 Updated Polish translation Hi, Here is a patch updating Polish translation for PA 2.0. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri May 11 06:22:59 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 May 2012 13:22:59 +0000 Subject: [pulseaudio-tickets] [Bug 47158] Switching between output types (HDMI, analog) in a sound card sometimes doesn't work In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47158 Arun Raghavan changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|45812 | --- Comment #3 from Arun Raghavan 2012-05-11 06:22:59 PDT --- Dropping blocker status till we get enough info to take this forwards. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri May 11 06:22:59 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 May 2012 13:22:59 +0000 Subject: [pulseaudio-tickets] [Bug 45812] [TRACKER] PulseAudio 2.0 release In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45812 Arun Raghavan changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|47158 | -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri May 11 06:23:11 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 May 2012 13:23:11 +0000 Subject: [pulseaudio-tickets] [Bug 47156] Crash on resampler In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47156 Arun Raghavan changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #12 from Arun Raghavan 2012-05-11 06:23:11 PDT --- Committed Tanu's patches for this. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. From bugzilla-daemon at freedesktop.org Fri May 11 06:23:11 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 May 2012 13:23:11 +0000 Subject: [pulseaudio-tickets] [Bug 45812] [TRACKER] PulseAudio 2.0 release In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45812 Bug 45812 depends on bug 47156, which changed state. Bug 47156 Summary: Crash on resampler https://bugs.freedesktop.org/show_bug.cgi?id=47156 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |FIXED Status|ASSIGNED |RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri May 11 06:23:12 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 May 2012 13:23:12 +0000 Subject: [pulseaudio-tickets] [Bug 49714] The ffmpeg resampler implementation could be improved In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49714 Bug 49714 depends on bug 47156, which changed state. Bug 47156 Summary: Crash on resampler https://bugs.freedesktop.org/show_bug.cgi?id=47156 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |FIXED Status|ASSIGNED |RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri May 11 06:23:40 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 May 2012 13:23:40 +0000 Subject: [pulseaudio-tickets] [Bug 45813] [regression] 4-mic arrays broken with iec958-surround-40 profile removal In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45813 Arun Raghavan changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #12 from Arun Raghavan 2012-05-11 06:23:40 PDT --- Committed Tanu's patch for this. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. From bugzilla-daemon at freedesktop.org Fri May 11 06:23:40 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 May 2012 13:23:40 +0000 Subject: [pulseaudio-tickets] [Bug 45812] [TRACKER] PulseAudio 2.0 release In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45812 Bug 45812 depends on bug 45813, which changed state. Bug 45813 Summary: [regression] 4-mic arrays broken with iec958-surround-40 profile removal https://bugs.freedesktop.org/show_bug.cgi?id=45813 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |FIXED Status|ASSIGNED |RESOLVED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri May 11 07:28:01 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 May 2012 14:28:01 +0000 Subject: [pulseaudio-tickets] [Bug 47830] Opening Gnome's Sound Settings can kill Pulseaudio In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47830 --- Comment #7 from Arun Raghavan 2012-05-11 07:28:01 PDT --- (In reply to comment #2) > I can now reproduce this at will with: > > while /bin/true; do (audacity &) ; sleep 2s; killall audacity; done Note that this also requires that module-suspend-on-idle be loaded with the timeout argument set to 0. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri May 11 08:17:57 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 11 May 2012 15:17:57 +0000 Subject: [pulseaudio-tickets] [Bug 45812] [TRACKER] PulseAudio 2.0 release In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=45812 Arun Raghavan changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Arun Raghavan 2012-05-11 08:17:57 PDT --- PulseAudio 2.0 is now out. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat May 12 13:28:15 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 12 May 2012 20:28:15 +0000 Subject: [pulseaudio-tickets] [Bug 49608] periodic audio skips with Intel HDA In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49608 --- Comment #3 from Charles Lindsay 2012-05-12 13:28:15 PDT --- I tried bumping default-fragment-size-msec up to 1000 and then 10000. It continues to skip. Regarding "latency", when default-fragment-size-msec was 10000, I noticed a line saying ( 124.922| 0.000) D: [alsa-sink] sink.c: latency = 1339 in the log during a skip. After the music was done skipping, I noticed this: ( 155.288| 0.000) D: [alsa-sink] alsa-sink.c: Latency set to 20.00ms Not sure which one to believe for "latency". Anyway, the problem persists regardless of the default-fragment-size-msec config setting. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun May 13 11:24:56 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 13 May 2012 18:24:56 +0000 Subject: [pulseaudio-tickets] [Bug 49875] New: Sink is getting suspended due to being idle immediately, instead of after 5 second delay Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49875 Bug #: 49875 Summary: Sink is getting suspended due to being idle immediately, instead of after 5 second delay Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: modules AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: tanuk at iki.fi QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Log snippet: ( 310.717| 0.513) D: [alsa-sink] sink-input.c: Requesting rewind due to corking ( 310.717| 0.000) D: [pulseaudio] module-suspend-on-idle.c: Sink alsa_output.pci-0000_00_1b.0.analog-stereo becomes idle, timeout in 5 seconds. ( 310.722| 0.005) D: [alsa-sink] protocol-native.c: Requesting rewind due to rewrite. ( 310.723| 0.000) D: [alsa-sink] protocol-native.c: Requesting rewind due to rewrite. ( 310.726| 0.002) D: [pulseaudio] sink.c: Suspend cause of sink alsa_output.pci-0000_00_1b.0.analog-stereo is 0x0004, suspending ( 310.726| 0.000) I: [alsa-sink] alsa-sink.c: Device suspended... As you can see from the timestamps, something suspends the sink too soon. 0x0004 is PA_SUSPEND_IDLE, so supposedly module-suspend-on-idle is working incorrectly. I don't have time to investigate this right now. How to reproduce: at least I can reproduce this by pressing the right arrow (seek forward one minute) in Totem. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun May 13 20:53:05 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 14 May 2012 03:53:05 +0000 Subject: [pulseaudio-tickets] [Bug 49875] Sink is getting suspended due to being idle immediately, instead of after 5 second delay In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49875 --- Comment #1 from Wang Xingchao 2012-05-13 20:53:05 PDT --- Hi Tank, follow your steps to reproduce it but not the same result. pressing the right arrow in Totem and if the playing audio is short, it will pause the stream and following message: ============== D: [pulseaudio] module-suspend-on-idle.c: Sink alsa_output.pci-0000_02_02.0.analog-stereo becomes idle, timeout in 5 seconds. I: [pulseaudio] module-suspend-on-idle.c: Sink alsa_output.pci-0000_02_02.0.analog-stereo idle for too long, suspending ... D: [pulseaudio] sink.c: Suspend cause of sink alsa_output.pci-0000_02_02.0.analog-stereo is 0x0004, suspending =============== From bogus@does.not.exist.com Sun May 13 20:15:56 2012 From: bogus@does.not.exist.com () Date: Mon, 14 May 2012 03:15:56 -0000 Subject: No subject Message-ID: pa_sink_suspend() in sink.c. Because there's state change after "Requesting rewind due to corking". --xingchao -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon May 14 00:03:18 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 14 May 2012 07:03:18 +0000 Subject: [pulseaudio-tickets] [Bug 49875] Sink is getting suspended due to being idle immediately, instead of after 5 second delay In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49875 Arun Raghavan changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED CC| |arun at accosted.net --- Comment #2 from Arun Raghavan 2012-05-14 00:03:18 PDT --- The following fix has been pushed: 8f540c6 sink-input,source-output: Avoid unneccessary rate updates -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon May 14 00:03:21 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 14 May 2012 07:03:21 +0000 Subject: [pulseaudio-tickets] [Bug 49875] Sink is getting suspended due to being idle immediately, instead of after 5 second delay In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49875 --- Comment #3 from Arun Raghavan 2012-05-14 00:03:21 PDT --- Created attachment 61595 --> https://bugs.freedesktop.org/attachment.cgi?id=61595 sink-input,source-output: Avoid unneccessary rate updates This makes sure we only call sink/source update_rate() if the stream being woken up has a sample spec that doesn't match the corresponding device'. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon May 14 16:47:00 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 14 May 2012 23:47:00 +0000 Subject: [pulseaudio-tickets] [Bug 49932] New: [patch] typos in the 2.0 manual pages Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49932 Bug #: 49932 Summary: [patch] typos in the 2.0 manual pages Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: misc AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: martin-eric.racine at iki.fi QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Created attachment 61661 --> https://bugs.freedesktop.org/attachment.cgi?id=61661 patch for typos found in man/pulse-daemon.conf.5.xml.in and man/pacat.1.xml.in Attached. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 15 05:01:06 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 May 2012 12:01:06 +0000 Subject: [pulseaudio-tickets] [Bug 48226] Move cookie file to XDG_CONFIG_HOME and sockets to XDG_RUNTIME_DIR In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=48226 Lennart Poettering changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Move cookie file to |Move cookie file to |XDG_RUNTIME_DIR |XDG_CONFIG_HOME and sockets | |to XDG_RUNTIME_DIR -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 15 02:01:17 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 May 2012 09:01:17 +0000 Subject: [pulseaudio-tickets] [Bug 49961] New: Feature Request: "callback when connection is interrupted" Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49961 Bug #: 49961 Summary: Feature Request: "callback when connection is interrupted" Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: clients AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: mno2.csie at gmail.com QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net My friends and I are working on a project to bind PulseAudio to Haskell (https://github.com/favonia/pulse), hoping to provide a Haskell interface without callback semantics. In order to complete this project, the support from the PulseAudio would be very helpful. That is to add a callback to notify the client when a connection is interrupted or canceled. With this callback, the task such as cleaning resource would be significantly easier for us to do. We don't have to keep a copy of context->operations in the wrapper code. Please take this into consideration for the next API revision. We know this would cause API modification, but this would really help us out from the current clumsy design. Thank you. Paul Meng -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 15 14:19:32 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 May 2012 21:19:32 +0000 Subject: [pulseaudio-tickets] [Bug 49974] New: Bluetoot headset pairs but doesn't create audio device Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49974 Bug #: 49974 Summary: Bluetoot headset pairs but doesn't create audio device Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: modules AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: alessandro.crismani at gmail.com QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Hi everybody, I have upgraded to pulseaudio 2.0 through Arch repository and my bluetooth headset is giving me trouble. The headset was working flawlessly before upgrading, I paired it using Gnome Shell's panel and then I could select it as the active sink device in the audio setting. After upgrading, the audio device is not there anymore, even though the headset is paired (I can play/pause music using the play button on it, but music comes from the laptop as I can't select the headset anymore). Looking in systemd's journal at first I found hints similar to: http://wiki.gentoo.org/wiki/Bluetooth_Headset This parameter has never been necessary on my system, though adding Enabled=Socket now changes things in the log, that reports "Failed to load module-bluetooth-device" several times. I've tried deleting .pulse and .pulse-cookie and rebooting, without luck. What is even more strange, is that my headset worked sporadically after removing the paired device from the bluetooth menu, killing the server and repairing the device. This workaround doesn't always do the magic, magic which definitely stops if I reboot. Reverting to the old pulseaudio gives me my headset back, I can connect it and I'll get the audio device without further trouble. I am not sure which logs I should provide, but I'll be glad to come back with as many information as you teach me to do :) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 15 14:20:28 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 May 2012 21:20:28 +0000 Subject: [pulseaudio-tickets] [Bug 49974] Bluetooth headset pairs but doesn't create audio device In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49974 Alessandro Crismani changed: What |Removed |Added ---------------------------------------------------------------------------- Platform|Other |All OS/Version|All |Linux (All) Summary|Bluetoot headset pairs but |Bluetooth headset pairs but |doesn't create audio device |doesn't create audio device -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 15 15:07:53 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 15 May 2012 22:07:53 +0000 Subject: [pulseaudio-tickets] [Bug 48226] Move cookie file to XDG_CONFIG_HOME and sockets to XDG_RUNTIME_DIR In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=48226 Lennart Poettering changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #11 from Lennart Poettering 2012-05-15 15:07:53 PDT --- Fixed in git. Moved the runtime stuff to XDG_RUNTIME_DIR and everything else to XDG_CONFIG_HOME/pulse, including the cookie. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 16 02:01:28 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 May 2012 09:01:28 +0000 Subject: [pulseaudio-tickets] [Bug 49681] system.pa crashes if auth-anonymous=1 is used with module-native-protocol-tcp In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49681 --- Comment #1 from Martin-?ric Racine 2012-05-16 02:01:28 PDT --- Further testing using the command below shows that remote speakers indeed work as intended: $ LC_ALL=C PULSE_SERVER=geode.lan speaker-test -c2 -twav What instead seems to be the source of the problem is that the tunnel created by paprefs on the client host, whenever "Make remote native audio sinks available localy" is selected, is what crashes the remote host's PA server. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 16 12:46:29 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 16 May 2012 19:46:29 +0000 Subject: [pulseaudio-tickets] [Bug 50024] New: VLC audio track delay Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50024 Bug #: 50024 Summary: VLC audio track delay Classification: Unclassified Product: PulseAudio Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: core AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: mort.yao at gmail.com QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net The commit http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/?id=a813e85503355496c7ea6397e39072fd8ffedcff (sink,source: Update sample rate if possible on stream uncork) causes an audio/video synchronization issue in VLC media player (2.0.1). The audio track always comes with a few seconds of delaying after the video starts to play (but once the video scroll bar is dragged the audio should be synchronized with the video again) After reversed this diff the issue does not appear in VLC anymore. The problem seems to be VLC only; Totem and MPlayer works fine with this commit. * pulseaudio/libpulse 2.0-1 * vlc 2.0.1-1 * gnome-shell 3.4.1 on Arch x86_64 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 17 10:32:34 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 17 May 2012 17:32:34 +0000 Subject: [pulseaudio-tickets] [Bug 50056] New: Feedback popping sound when volume sliders are moved Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50056 Bug #: 50056 Summary: Feedback popping sound when volume sliders are moved Classification: Unclassified Product: PulseAudio Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: pavucontrol AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: rubin at starset.net QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Debian Sid x64 Linux 3.2.0-2-amd64 #1 SMP Mon Apr 30 05:20:23 UTC 2012 x86_64 GNU/Linux ThinkPad X220 XFCE pavucontrol 0.99.2-1 pulseaudio 1.1-3.2 xfce4 4.8.0.3 Steps to reproduce: 1. Open pavucontrol 2. Move volume sliders back and forth on an attached sink with speakers hooked up 3. Observe Expected results: Volume changes with no audible feedback. Actual results: Volume changes and a bubble/water popping sounds constantly plays. Notes: The sound seems very intentional and almost mimicy of other particular operating systems that have also implemented feedback during volume change. The pop plays only when I adjust the volume of sinks, both local and networked, from pavucontrol. It doesn't play if I adjust the audio in any other way, such as through the media buttons above my keyboard, or any other volume control app. After some searching and poking around I'm under the impression this item, if a feature, is undocumented. Regardless, it would be great if pavucontrol had an option to completely disable this feedback sound, that or the sound disappeared all together. Thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat May 19 04:20:30 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 19 May 2012 11:20:30 +0000 Subject: [pulseaudio-tickets] [Bug 50113] New: Adjusting volume of paused stream causes audible crackling in another Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50113 Bug #: 50113 Summary: Adjusting volume of paused stream causes audible crackling in another Classification: Unclassified Product: PulseAudio Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: core AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: theholyettlz at googlemail.com QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Created attachment 61836 --> https://bugs.freedesktop.org/attachment.cgi?id=61836 alsa-info (Conexant codec) [This has been around since before March 2010, and was originally reported in RHBZ https://bugzilla.redhat.com/show_bug.cgi?id=576358 .] Description of problem: Adjusting volume of paused stream causes audible crackling in another stream that is currently playing. This seems particularly pronounced if the two streams have different sample rates. Seen on Intel HDA with Realtek ALC 883 and Conexant CX20585 codecs, and ATI IXP audio. Version-Release number of selected component (if applicable): pulseaudio-1.1-9.fc17.x86_64 How reproducible: Always. Steps to Reproduce: 1. Start two streams, A and B. 2. Pause stream A in such a way that it remains open. 3. Adjust the volume of the stream A in Sound Preferences. Actual results: Crackling in stream B. Expected results: No crackling. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat May 19 04:28:55 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 19 May 2012 11:28:55 +0000 Subject: [pulseaudio-tickets] [Bug 50113] Adjusting volume of paused stream causes audible crackling in another In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50113 --- Comment #1 from James 2012-05-19 04:28:55 PDT --- Created attachment 61838 --> https://bugs.freedesktop.org/attachment.cgi?id=61838 Output of pulseaudio -vvvv (its big) with two streams, one paused, its volume being adjusted Have attached output of pulseaudio -vvvv while adjusting the volume of a paused stream. The degree of the distortion seems to vary from just audible (usually with a fresh instance of PA) to very obvious (after PA has been running for a while). Either way, adjusting the volume sliders is not audibly clean. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun May 20 01:48:39 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 May 2012 08:48:39 +0000 Subject: [pulseaudio-tickets] [Bug 50140] New: pasuspender does not handle Ctrl-C nicely Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50140 Bug #: 50140 Summary: pasuspender does not handle Ctrl-C nicely Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: tools AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: hules at free.fr QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net If I want to disable pulseaudio for 10 seconds, I run pasuspender sleep 10 If I press ctrl-C before the 10 seconds have elapsed, it displays ^CGot SIGINT, exiting. and quits. And pulseaudio stays in suspended state, which is definitevely not the behaviour I would expect. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun May 20 12:23:08 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 20 May 2012 19:23:08 +0000 Subject: [pulseaudio-tickets] [Bug 50024] VLC audio track delay In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50024 --- Comment #1 from Gareth Hart 2012-05-20 12:23:08 PDT --- Created attachment 61893 --> https://bugs.freedesktop.org/attachment.cgi?id=61893 vlc -vvv console output Also the same on my system. For your information, both VLC 2.0.1 stable package and VLC git 20120520 build show the error. I am using Arch Linux with kernel 3.3.6-1-ARCH and PulseAudio package version 2.0.1. My laptop has the Intel 6 series/C200 series chipset family high definition audio controller and the bug occurs with both the analog and IEC958 S/PDIF outputs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Mon May 21 21:33:20 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 22 May 2012 04:33:20 +0000 Subject: [pulseaudio-tickets] [Bug 50024] VLC audio track delay In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50024 --- Comment #2 from newton.electron at gmail.com 2012-05-21 21:33:20 PDT --- I'm also getting the same error with pulseaudio 2.0-1. I'm using kernel 3.3.6-1-ARCH. Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 22 08:37:52 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 22 May 2012 15:37:52 +0000 Subject: [pulseaudio-tickets] [Bug 50219] New: No playback Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50219 Bug #: 50219 Summary: No playback Classification: Unclassified Product: PulseAudio Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: core AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: n.t.koopman at nandoe.net QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Created attachment 61965 --> https://bugs.freedesktop.org/attachment.cgi?id=61965 Debug output After updating to pulseaudio 2.0, it refuses to play any audio. Clients can connect but nothing happens after that (playback does not advance). The deamon can be coaxed to output sound, but I have not found a reliable way to do so: sometimes changing the output device will fix it, sometimes restarting the daemon will help. After it starts working, it may suddenly stop working again as well (when another connection is made?). Playing directly trough ALSA works fine. I've attached the output of pulseaudio that appears when I try to play some music and it fails. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 22 18:15:02 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 23 May 2012 01:15:02 +0000 Subject: [pulseaudio-tickets] [Bug 50256] New: pasuspender alsa hook test fix. Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50256 Bug #: 50256 Summary: pasuspender alsa hook test fix. Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: alsa AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: oiaohm at gmail.com QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net This is why wine fails with pasuspender so badly. Wine tries to use pcm.default when suspended this is still pointing to PA sink so of course this does not work. Now this is a case I can ask for a solution in wine or a solution in pulseaudio and the solution done to wine code base will not turn out good for pulseaudio. Solution in wine is to detect PA in suspended state hope that jackaudio or something else that wine should be redirecting to is not started and use pcm.sysdefault. Not ideal outcome and most likely will not work in every case and possible result in PA not being able to leave suspended state if something in wine malfunctions or any other running application in suspended stuffs up. Basically not a nice outcome for PA. Good for wine since wine now runs dependable in suspended state. Solution in PA is to fix pasuspender call to disconnect hooks to also correct the pcm.default and point it back to pcm.sysdefault where it should be and has someway to know what applications are using the configuration so getting out of suspended mode is possible. Question is how. In a lot of ways it would be good to bind alsa displayed configuration of the sound system to application to the cgroup of the application. So making clean up when leaving suspend simpler also prevent confusing suspended pulse using applications. Everything is that using while suspended cgroup has to be terminated to give sound back to pulse-audio 100 percent of the time. So to fix this might be change alsa library for the better. Yes the cgroup would give PA a sledgehammer to get out of a suspended state if required. So addressing problem of stuck in suspended how to get out of it. Currently bad solutions is to use a .asoundrc correcting what pasuspender has left. pcm.default redirected to pcm.sysdefault and hopefully remove to remove that before you leave suspend. This change is really better part of the suspend process. This does risk other issues due to dmix and other alsa parts being started. Or to manually change wine in registry to use pcm.sysdefault for suspended and remembering to turn it back when on pulse again. Both options make testing unstable so simpler to just recommend pulseaudio removal so less testing of wine on pulseaudio. Also don't say go to straight to hardware device like jackaudio does. Wine depends on the sound system under it to mix. This is not something that is going to change any time soon. Really why should it. When pulseaudio is running its providing mixing. When pulseaudio is not on the system alsa provides mixing. Just pasuspender lead to a problem the generic interface of alsa to get mixing for sure is stuffed up. Not all sound cards providing mixing. pcm.default and pcm.sysdefault as generated by alsa without pulseaudio always include mixing. So this is really a behaviour problem of pulseaudio and alsa that has to be fixed at one of them or both of them. Fixing at wine level is going to risk more problems. Alsa global configuration with multi-seat setups is going to be problematic as well without cgroups support and usage. Basically fixing pulseaudio or alsa I see as the path with the least issue of failure. In the process allowing more flex. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 22 19:58:40 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 23 May 2012 02:58:40 +0000 Subject: [pulseaudio-tickets] [Bug 50256] pasuspender alsa hook test fix. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50256 --- Comment #1 from Tanu Kaskinen 2012-05-22 19:58:40 PDT --- Why do you want to use pasuspender in the first place? Why doesn't Wine work with Pulseaudio? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 23 01:19:40 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 23 May 2012 08:19:40 +0000 Subject: [pulseaudio-tickets] [Bug 50266] New: PulseAudio SunAudio plugin fixes Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50266 Bug #: 50266 Summary: PulseAudio SunAudio plugin fixes Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: normal Priority: medium Component: modules AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: brian.cameron at oracle.com QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Created attachment 62001 --> https://bugs.freedesktop.org/attachment.cgi?id=62001 Patch that makes SunAudio plugin work better. Charmaine Lee and myself at Oracle recently integrated PulseAudio into Solaris. The attached patch fixes a number of issues that make the SunAudio plugin not work well. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 23 01:22:55 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 23 May 2012 08:22:55 +0000 Subject: [pulseaudio-tickets] [Bug 50268] New: PulseAudio fix for sparc architecture Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50268 Bug #: 50268 Summary: PulseAudio fix for sparc architecture Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: normal Priority: medium Component: core AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: brian.cameron at oracle.com QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Created attachment 62002 --> https://bugs.freedesktop.org/attachment.cgi?id=62002 patch fixing issue PulseAudio does not build properly on sparc because WORDS_BIGENDIAN does not get set if _BIG_ENDIAN is set. The attached patch fixes the ENDIAN so it works properly on sparc. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 23 04:12:55 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 23 May 2012 11:12:55 +0000 Subject: [pulseaudio-tickets] [Bug 50277] New: VAPI file misses pa_cvolume_set method Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50277 Bug #: 50277 Summary: VAPI file misses pa_cvolume_set method Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: misc AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: aruiz at gnome.org QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Created attachment 62014 --> https://bugs.freedesktop.org/attachment.cgi?id=62014 Fixes the lack of set method The vapi file misses the pa_cvolume_set method. I've added a patch that fixes the .vapi file. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 23 10:46:16 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 23 May 2012 17:46:16 +0000 Subject: [pulseaudio-tickets] [Bug 50277] VAPI file misses pa_cvolume_set method In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50277 Alberto Ruiz changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #62014|0 |1 is obsolete| | --- Comment #1 from Alberto Ruiz 2012-05-23 10:46:16 PDT --- Created attachment 62027 --> https://bugs.freedesktop.org/attachment.cgi?id=62027 Fixes the lack of set method -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 23 10:46:57 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 23 May 2012 17:46:57 +0000 Subject: [pulseaudio-tickets] [Bug 50277] VAPI file misses pa_cvolume_set method In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50277 --- Comment #2 from Alberto Ruiz 2012-05-23 10:46:57 PDT --- The original patch missed unowned -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 24 07:51:05 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 24 May 2012 14:51:05 +0000 Subject: [pulseaudio-tickets] [Bug 50324] New: pulseaudio continuously creates and frees input streams Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50324 Bug #: 50324 Summary: pulseaudio continuously creates and frees input streams Classification: Unclassified Product: PulseAudio Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: alsa AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: devurandom at gmx.net QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net The following game is repeated over and over again, *lots* of times per second (Konsole has trouble printing as fast as the messages appear), which leads to 100% CPU usage in kmix and might also be responsible for the distorted sound I am experiencing: D: [pulseaudio] module-suspend-on-idle.c: Sink alsa_output.pci-0000_00_06.1.analog-stereo becomes busy. D: [pulseaudio] memblockq.c: memblockq requested: maxlength=33554432, tlength=0, base=4, prebuf=0, minreq=1 maxrewind=0 D: [pulseaudio] memblockq.c: memblockq sanitized: maxlength=33554432, tlength=33554432, base=4, prebuf=0, minreq=4 maxrewind=0 I: [pulseaudio] sink-input.c: Created input 1389 "ALSA Playback" on alsa_output.pci-0000_00_06.1.analog-stereo with sample spec s16le 2ch 44100Hz and channel map front-left,front-right I: [pulseaudio] sink-input.c: media.name = "ALSA Playback" I: [pulseaudio] sink-input.c: application.name = "ALSA plug-in [chrome]" I: [pulseaudio] sink-input.c: native-protocol.peer = "UNIX socket client" I: [pulseaudio] sink-input.c: native-protocol.version = "26" I: [pulseaudio] sink-input.c: application.process.id = "2912" I: [pulseaudio] sink-input.c: application.process.user = "UUU" I: [pulseaudio] sink-input.c: application.process.host = "HHH" I: [pulseaudio] sink-input.c: application.process.binary = "chrome" I: [pulseaudio] sink-input.c: application.icon_name = "google-chrome" I: [pulseaudio] sink-input.c: window.x11.display = ":0" I: [pulseaudio] sink-input.c: application.language = "en_GB.UTF-8" I: [pulseaudio] sink-input.c: application.process.machine_id = "da20799125212121ea1810b900000015" I: [pulseaudio] sink-input.c: application.process.session_id = "da20799125212121ea1810b900000015-1337888076.451378-629967621" I: [pulseaudio] sink-input.c: module-stream-restore.id = "sink-input-by-application-name:ALSA plug-in [chrome]" I: [pulseaudio] protocol-native.c: Requested tlength=60.00 ms, minreq=14.99 ms D: [pulseaudio] protocol-native.c: Early requests mode enabled, configuring sink latency to minreq. D: [pulseaudio] protocol-native.c: Requested latency=14.99 ms, Received latency=100.14 ms D: [pulseaudio] memblockq.c: memblockq requested: maxlength=4194304, tlength=52992, base=4, prebuf=7940, minreq=17660 maxrewind=0 D: [pulseaudio] memblockq.c: memblockq sanitized: maxlength=4194304, tlength=52992, base=4, prebuf=7940, minreq=17660 maxrewind=0 I: [pulseaudio] protocol-native.c: Final latency 400.54 ms = 100.18 ms + 2*100.11 ms + 100.14 ms D: [alsa-sink] alsa-sink.c: Requested volume: 0: 100% 1: 100% D: [alsa-sink] alsa-sink.c: in dB: 0: 0.00 dB 1: 0.00 dB D: [alsa-sink] alsa-sink.c: Got hardware volume: 0: 100% 1: 100% D: [alsa-sink] alsa-sink.c: in dB: 0: 0.00 dB 1: 0.00 dB D: [alsa-sink] alsa-sink.c: Calculated software volume: 0: 100% 1: 100% (accurate-enough=yes) D: [alsa-sink] alsa-sink.c: in dB: 0: 0.00 dB 1: 0.00 dB D: [alsa-sink] sink.c: Volume not changing D: [pulseaudio] protocol-dbus.c: Interface org.PulseAudio.Core1.Stream added for object /org/pulseaudio/core1/playback_stream1389 D: [alsa-sink] protocol-native.c: Requesting rewind due to end of underrun. D: [alsa-sink] alsa-sink.c: Requested to rewind 17664 bytes. D: [alsa-sink] alsa-sink.c: Limited to 17380 bytes. D: [alsa-sink] alsa-sink.c: before: 4345 D: [alsa-sink] alsa-sink.c: after: 4345 D: [alsa-sink] alsa-sink.c: Rewound 17380 bytes. D: [alsa-sink] sink.c: Processing rewind... D: [alsa-sink] sink.c: latency = 1259 D: [alsa-sink] sink-input.c: Have to rewind 17380 bytes on render memblockq. D: [alsa-sink] source.c: Processing rewind... D: [alsa-sink] protocol-native.c: Underrun on 'ALSA Playback', 0 bytes in queue. D: [alsa-sink] alsa-sink.c: Requested volume: 0: 100% 1: 100% D: [alsa-sink] alsa-sink.c: in dB: 0: 0.00 dB 1: 0.00 dB D: [alsa-sink] alsa-sink.c: Got hardware volume: 0: 100% 1: 100% D: [alsa-sink] alsa-sink.c: in dB: 0: 0.00 dB 1: 0.00 dB D: [alsa-sink] alsa-sink.c: Calculated software volume: 0: 100% 1: 100% (accurate-enough=yes) D: [alsa-sink] alsa-sink.c: in dB: 0: 0.00 dB 1: 0.00 dB D: [alsa-sink] sink.c: Volume not changing D: [alsa-sink] alsa-sink.c: Requested to rewind 17664 bytes. D: [alsa-sink] alsa-sink.c: Limited to 17340 bytes. D: [alsa-sink] alsa-sink.c: before: 4335 D: [alsa-sink] alsa-sink.c: after: 4335 D: [alsa-sink] alsa-sink.c: Rewound 17340 bytes. D: [alsa-sink] sink.c: Processing rewind... D: [alsa-sink] sink.c: latency = 1354 D: [alsa-sink] source.c: Processing rewind... D: [pulseaudio] module-suspend-on-idle.c: Sink alsa_output.pci-0000_00_06.1.analog-stereo becomes idle, timeout in 5 seconds. D: [pulseaudio] module-suspend-on-idle.c: Sink alsa_output.pci-0000_00_06.1.analog-stereo becomes idle, timeout in 5 seconds. D: [pulseaudio] core.c: Hmm, no streams around, trying to vacuum. D: [pulseaudio] protocol-dbus.c: Interface org.PulseAudio.Core1.Stream removed from object /org/pulseaudio/core1/playback_stream1389 I: [pulseaudio] sink-input.c: Freeing input 1389 "ALSA Playback" D: [pulseaudio] module-intended-roles.c: Not setting device for stream ALSA Playback, because it lacks role. D: [pulseaudio] module-suspend-on-idle.c: Sink alsa_output.pci-0000_00_06.1.analog-stereo becomes busy. D: [pulseaudio] memblockq.c: memblockq requested: maxlength=33554432, tlength=0, base=4, prebuf=0, minreq=1 maxrewind=0 D: [pulseaudio] memblockq.c: memblockq sanitized: maxlength=33554432, tlength=33554432, base=4, prebuf=0, minreq=4 maxrewind=0 I: [pulseaudio] sink-input.c: Created input 1390 "ALSA Playback" on alsa_output.pci-0000_00_06.1.analog-stereo with sample spec s16le 2ch 44100Hz and channel map front-left,front-right [...] Versions used are Gentoo/Linux kernel 3.4.0 and PulseAudio 2.0. Audio device is: 00:06.1 Audio device: NVIDIA Corporation MCP55 High Definition Audio (rev a2) Subsystem: ASUSTeK Computer Inc. Device 81f6 Kernel driver in use: snd_hda_intel -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 24 15:33:07 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 24 May 2012 22:33:07 +0000 Subject: [pulseaudio-tickets] [Bug 50324] pulseaudio continuously creates and frees input streams In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50324 --- Comment #1 from Dennis Schridde 2012-05-24 15:33:07 PDT --- P.S: This is very likely a regression from 1.99.2 to 2.0 or is related to the kernel upgrade from 3.3.5 to 3.4.0. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 24 18:49:48 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 May 2012 01:49:48 +0000 Subject: [pulseaudio-tickets] [Bug 50256] pasuspender alsa hook test fix. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50256 --- Comment #2 from oiaohm at gmail.com 2012-05-24 18:49:48 PDT --- Tanu Kaskinen "Why do you want to use pasuspender in the first place? Why doesn't Wine work with Pulseaudio?" Main need to use this is to be able to run comparative tests. Wine usage of audio is not simple. No comparative tests no isolation exactly where wine is ruining pulseaudio or pulseaudio ruining wine or where wine is exploiting something in alsa that should not be their either. Making a test needs to be able to prove where and when and what. Some of this will be hardware related. Could as simple as wine running pulseaudio out of cpu time on particular hardware combinations. If suspend and it works isolation that wine is doing something to pulse-audio is achieved. Not that its that the user has failed to install something in wine so that is why the program is running wrong and doing bad things. Yes it is possible that application don't alsa. So something is going wrong if pasuspender works wine can confirm that its audio causing the issue Tool basically required to answer why. Secondary is doing asio audio interfaces in wine need jackaudio that also ends up in the pa suspended state to work at times. So working in a pa suspended state is required at times for wine todo what it needs todo. Really wine is stuck to run where it needs to could break pulseaudio making the suspended state work as much as wine needs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 24 19:19:03 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 May 2012 02:19:03 +0000 Subject: [pulseaudio-tickets] [Bug 50324] pulseaudio continuously creates and frees input streams In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50324 --- Comment #2 from Arun Raghavan 2012-05-24 19:19:03 PDT --- I don't see where the stream is torn down. Does this only happen with Chrome? Also, please attach full server logs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 24 20:57:53 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 May 2012 03:57:53 +0000 Subject: [pulseaudio-tickets] [Bug 50256] pasuspender alsa hook test fix. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50256 --- Comment #3 from Tanu Kaskinen 2012-05-24 20:57:53 PDT --- For the "default" alsa device to behave differently depending on whether pasuspender is running or not requires either pasuspender to mess with alsa's configuration files, or changing the definition of "default" so that it always checks whether pasuspender is running when it's used. Both are pretty ugly options. For comparing pulseaudio and direct alsa output in wine, I'd change wine configuration to use some other device than "default" when using alsa directly. Like this: pasuspender bash (new shell opens) wine --audio=alsa:device=hw:0 program.exe (program.exe is runs and uses hw:0 for audio) (you close the program and you're back in the shell) exit (the new shell exits and pasuspender finishes) I did not understand why you would use pasuspender with jack, and what changes you need for that to work well. If you're using jack2, then jackd should be able to take over the alsa devices automatically. If you're using jack1, then I'd like to hear a good reason why. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Fri May 25 02:32:08 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 25 May 2012 09:32:08 +0000 Subject: [pulseaudio-tickets] [Bug 50324] pulseaudio continuously creates and frees input streams In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50324 --- Comment #3 from Dennis Schridde 2012-05-25 02:32:08 PDT --- Created attachment 62093 --> https://bugs.freedesktop.org/attachment.cgi?id=62093 chrome / flash log (In reply to comment #2) > I don't see where the stream is torn down. Does this only happen with Chrome? It appears that it only happens with Flash. When Chrome plays a Youtube HTML5 video, the sound is not distorted. When Chrome plays the same video via the Flash player (after disabling the HTML5 trial), the sound is normal. It also only happens with Flash version 11.2.31.144 which comes with Chrome as PepperFlash: /opt/google/chrome/PepperFlash/libpepflashplayer.so Flash version 11.2.202.235, which is installed regularly as /opt/Adobe/flash-player/flash-plugin/libflashplayer.so does not show the issue. (The presence of two Flash plugins was quite unexpected - I had to check chrome://plugins to figure it out and then disable the first.) I assume this can be closed, unless you see something in the log that is suspicious. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat May 26 04:14:44 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sat, 26 May 2012 11:14:44 +0000 Subject: [pulseaudio-tickets] [Bug 50256] pasuspender alsa hook test fix. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50256 --- Comment #4 from oiaohm at gmail.com 2012-05-26 04:14:44 PDT --- Tanu Kaskinen "pasuspender bash (new shell opens) wine --audio=alsa:device=hw:0 program.exe (program.exe is runs and uses hw:0 for audio) (you close the program and you're back in the shell) exit (the new shell exits and pasuspender finishes)" This is not understanding the problem. hw:0 may or may not include mixing. If it does not include mixing wine can break and so can applications based off winelib if they are running there own audio based. So the only device other than default you can use in Alsa only or pasuspender system be sure it has mixing is sysdefault. hw:0 percentage of users will fail to have operational audio due to the hardware not supporting mixing. Also --audio flag does not exist on wine. Audio setting in wine to force a path is registry alteration direct or winecfg http://wiki.winehq.org/UsefulRegistryKeys. Tanu Kaskinen "If you're using jack2, then jackd should be able to take over the alsa devices automatically. If you're using jack1, then I'd like to hear a good reason why." http://trac.jackaudio.org/wiki/Q_differenc_jack1_jack2 Not really a good reason but some audio people prefer jack1. We will have to wait until Jack 3 at least for this to be sorted out. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sat May 26 23:06:28 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Sun, 27 May 2012 06:06:28 +0000 Subject: [pulseaudio-tickets] [Bug 50256] pasuspender alsa hook test fix. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50256 --- Comment #5 from Tanu Kaskinen 2012-05-27 06:06:28 UTC --- (In reply to comment #4) > This is not understanding the problem. hw:0 may or may not include mixing. If > it does not include mixing wine can break and so can applications based off > winelib if they are running there own audio based. > > So the only device other than default you can use in Alsa only or pasuspender > system be sure it has mixing is sysdefault. hw:0 percentage of users will fail > to have operational audio due to the hardware not supporting mixing. I thought the use case was comparing, for debug purposes, application behavior when using pulseaudio and when using direct alsa. In such cases mixing is not usually needed. pasuspender should never be "the solution" to audio problems with open source software such as wine. pasuspender is only a debugging tool, or a workaround for proprietary software that can't be fixed. In any case, feel free to replace hw:0 in my example with sysdefault, if the lack of mixing is a problem when debugging. Are "sysdefault's" semantics defined somewhere, btw? It's not documented at [1] at least. I doubt that it actually guarantees anything about mixing - my guess would be that "sysdefault" just happens to be usually be defined as card 0 with dmix, and therefore it usually also supports mixing. [1] http://www.alsa-project.org/main/index.php/DeviceNames -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Sun May 27 18:19:54 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Mon, 28 May 2012 01:19:54 +0000 Subject: [pulseaudio-tickets] [Bug 50256] pasuspender alsa hook test fix. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50256 --- Comment #6 from oiaohm at gmail.com 2012-05-27 18:19:54 PDT --- "I thought the use case was comparing, for debug purposes, application behavior when using pulseaudio and when using direct alsa. In such cases mixing is not usually needed. pasuspender should never be "the solution" to audio problems with open source software such as wine. pasuspender is only a debugging tool, or a workaround for proprietary software that can't be fixed." That is the problem you debugging case is wrong. For wine to debug we need perfered to see as if pulseaudio never touched alsa. Even with dmix and alsa we are very suspect that this avoid a issue. We cannot get enough testing to fully prove it because people want there game to work now with the least editing of stuff. Simple problem is wine is heavy at times. We suspect wine ends up hogging the cpu time and ram in multi small processes with a low OOM Killer preference so basically pushing Pulseaudio into being killed by kernel. So pulseaudio screws up due to resource starvation caused by way some programs run in wine. Basically Pulseaudio killed because its a sound server. Now this would become very clear if Pulseaudio is disabled and the kernel kills it. If this is the case Pulseaudio working with wine without better process control is impossible. This behaviour of wine to pushing audio servers under the pre-verbal bus not new. Result might be Pulseaudio with wine limited to systems with systemd and ulatencyd so wine cannot push sound server into the OOM Killer as the only existing safe way to run the combination. Just to be clear it is the "proprietary software" in wine that causes wine to open so many sub processes at times. This is not something wine can change. So not fixable from the wine side. This is something you doing pulseaudio are not considering wine will at times have evil tendencies to resource usage because windows programs are use to getting away with it. So not all breaks of pulseaudio will track to audio output of wine. Some with just track to wine being wine and resource management in the distribution not being up to it. We do need to be able to prove this as well perfered without having to tell users to uninstall pulseaudio. "In any case, feel free to replace hw:0 in my example with sysdefault, if the lack of mixing is a problem when debugging. Are "sysdefault's" semantics defined somewhere, btw? It's not documented at [1] at least. I doubt that it actually guarantees anything about mixing - my guess would be that "sysdefault" just happens to be usually be defined as card 0 with dmix, and therefore it usually also supports mixing." sysdefault is define as what alsa would have setup as default if pulseaudio and nothing else had touched it. This is in the source. Default under alsa is define as having mixing or the card configuration is defective. So yes its look up alsa define for default then see that sysdefault is just a non tampered with version. So wine is able to work with this. Where sending it straight to hardware does not work. So sorry it is defined. Sysdefault is a hack in alsa added to work around the fact the pasuspender and other sound servers when suspended have the defect of leaving default a non operational state. Wine is based on the fact default works unless the alsa card config is defective. This is where pasuspender becomes a problem. The default you expose is basically disabled and at times broken. Throwing back error that sound card is non functional because pulseaudio is disabled. So basically creating a defective alsa state that is not meant to exist and is confusing to applications. Problem comes in that wine is just like running a http server. It can fork parts off and lose track of them so blocking pulseaudio from being able to leave suspend this most likely will require a cgroup solution or equal done somewhere. You have presumed that testing can be done by skilled people. With item like wine we cannot afford todo this its just budget impossible. Since the skilled people cannot afford to buy all the software to test it. With wine not all out testers are skilled so we do need to be able to give them simple instructions. Like pasuspender wine . Currently this cannot work. So command line options or alter registry manually is not a valid options. Only workable options are auto detection or pulseaudio sets default correct when suspended. Now if pulseaudio and other sound servers were returning default to what it should be the hack of sysdefault in alsa could disappear. Auto detection would become a hack in the wine alsa driver to work around the fact pulseaudio is broken in it suspend system. Its not like using sysdefault is without its own issues if used when pulseaudio is running. Like trying to go around pulseaudio succeeding because hardware has mixing so now fighting with the pulseaudio sound server for access to sound card leading to very bad sounds generated. We don't win here. HW;0 instruction can in fact cause the same problem on some hardware fine used in suspended pulseaudio state but you don't want someone trying that when pulseaudio is running sometimes it will lead to disaster. In fact wine on some systems is breaking pulseaudio because wine is trying sysdefault first at times and when it does not fail processed to uses it while pulseaudio is running so bringing house down. The idea of pasuspender you have stuffed up. You have presumed incorrectly that programs that will have trouble with pulseaudio are after direct hardware access. Not that they are after a system with a fully working alsa setup. Yes to compare driver operations wine needs to see a fully working alsa setup and a fully working pulseaudio one. This way we can compare error messages. and possibly work out where the system went wrong. Basically to prevent wine breaking pulseaudio you need wine to be able to use default dependably. So you can be sure that wine will not try to tunnel under pulseaudio by some means when it should not. Same with other applications you don't want to say hey use HW:0 or use sysdefault were possible due to the fact of where you are leading these applications. You are leading them to breaking the audio system even worse to more driver issues. I know fixing the alsa default to point in the right place is not simple. But telling people to use direct hardware or sysdefault is not good solution. Yes wine we are already seeing problems from both. Due to the breakages this is why the recommendation remove pulseaudio exists if you want to run wine. I wish not to have to provide recommendations to remove pulseaudio. It does many thing well. But one key thing it does poorly is suspend. This is not a new issue all sound servers have this issue so most likely something in alsa has to be corrected to allow it. In fact if you work out how to change alsa configurations on the fly you can prevent all tunnelling under pulseaudio when running. Why you cannot access something when its interface is not displayed. Lacking the means to change configuration on fly causes 2 issues. One pasuspender makes people do unsafe things. Two pulseaudio can be tunnelled under by a alsa application causing problems because people are doing those unsafe things when pulseaudio is running. Wine does not want to be tunnelling under pulseaudio and being blamed for breaking it either. Now a cgroup control of alsa around applications going to pulseaudio blocking those applications from seeing all hardware interfaces other than pulseaudio nicely kills a set of problems. Then another cgroup for applications going straight to hardware. Now the more interesting question then is can a cgroup suspend be used on the applications going straight to hardware to allow a critical audio message from a pulseaudio application to be played. Basically done correctly alsa direct using alsa applications might be just as suspend-able as pulseaudio using applications. All wine wants is alsa audio interfaces that work correctly that will not allow wine to ruin user experiences and allows wine to test what it needs to in comparative testing. Really it should not be asking too much. Better control over what alsa application see will prevent them from doing bad things to pulseaudio. Pulseaudio people think of alsa as low level. Alsa should be thought of as generic interface that should work if its basic rules are obeyed. Problem here is no sound server has made sure they can provide working alsa configurations in every combination. pcm.default does not play sound and mix is a broken for any alsa driver setup. That is what happens under pasuspender so alsa in that mode is broken. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Tue May 29 01:16:22 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Tue, 29 May 2012 08:16:22 +0000 Subject: [pulseaudio-tickets] [Bug 50256] pasuspender alsa hook test fix. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50256 --- Comment #7 from Tanu Kaskinen 2012-05-29 01:16:22 PDT --- (In reply to comment #6) > That is the problem you debugging case is wrong. For wine to debug we need > perfered to see as if pulseaudio never touched alsa. > > Even with dmix and alsa we are very suspect that this avoid a issue. We cannot > get enough testing to fully prove it because people want there game to work now > with the least editing of stuff. Simple problem is wine is heavy at times. We > suspect wine ends up hogging the cpu time and ram in multi small processes with > a low OOM Killer preference so basically pushing Pulseaudio into being killed > by kernel. So pulseaudio screws up due to resource starvation caused by way > some programs run in wine. Basically Pulseaudio killed because its a sound > server. Now this would become very clear if Pulseaudio is disabled and the > kernel kills it. If this is the case Pulseaudio working with wine without > better process control is impossible. This behaviour of wine to pushing audio > servers under the pre-verbal bus not new. Result might be Pulseaudio with wine > limited to systems with systemd and ulatencyd so wine cannot push sound server > into the OOM Killer as the only existing safe way to run the combination. OOM killer should print "pulseaudio invoked oom-killer" to the kernel log if your theory is correct. Have you checked that? > Just to be clear it is the "proprietary software" in wine that causes wine to > open so many sub processes at times. This is not something wine can change. > So not fixable from the wine side. This is something you doing pulseaudio are > not considering wine will at times have evil tendencies to resource usage > because windows programs are use to getting away with it. So not all breaks of > pulseaudio will track to audio output of wine. Some with just track to wine > being wine and resource management in the distribution not being up to it. We > do need to be able to prove this as well perfered without having to tell users > to uninstall pulseaudio. I have hard time believing that applications are able to get away with consuming all memory on Windows. > "In any case, feel free to replace hw:0 in my example with sysdefault, if the > lack of mixing is a problem when debugging. Are "sysdefault's" semantics > defined somewhere, btw? It's not documented at [1] at least. I doubt that it > actually guarantees anything about mixing - my guess would be that "sysdefault" > just happens to be usually be defined as card 0 with dmix, and therefore it > usually also supports mixing." > > sysdefault is define as what alsa would have setup as default if pulseaudio and > nothing else had touched it. This is in the source. > > Default under alsa is define as having mixing or the card configuration is > defective. So yes its look up alsa define for default then see that sysdefault > is just a non tampered with version. So wine is able to work with this. Where > sending it straight to hardware does not work. So sorry it is defined. > > Sysdefault is a hack in alsa added to work around the fact the pasuspender and > other sound servers when suspended have the defect of leaving default a non > operational state. Can you point to some documentation? > Wine is based on the fact default works unless the alsa card config is > defective. > > This is where pasuspender becomes a problem. The default you expose is > basically disabled and at times broken. Throwing back error that sound card is > non functional because pulseaudio is disabled. So basically creating a > defective alsa state that is not meant to exist and is confusing to > applications. You seem to want to make pasuspender a switcher between "fully functional system with pulseaudio" and "fully functional system without pulseaudio". That's not going to happen. There would be more involved in that than just what the definition of the "default" device is. Implementing all that is not the purpose of pasuspender. Alsa applications have to be explicitly told to use some other device than "default" when using pasuspender. I don't see that ever changing. > Problem comes in that wine is just like running a http server. It can fork > parts off and lose track of them so blocking pulseaudio from being able to > leave suspend this most likely will require a cgroup solution or equal done > somewhere. > > You have presumed that testing can be done by skilled people. With item like > wine we cannot afford todo this its just budget impossible. Since the skilled > people cannot afford to buy all the software to test it. > > With wine not all out testers are skilled so we do need to be able to give them > simple instructions. Like pasuspender wine . Currently this > cannot work. So command line options or alter registry manually is not a valid > options. Really? Typing pasuspender wine program.exe to a terminal is ok, but typing pasuspender bash wine --audio=alsa:device=sysdefault program.exe is too hard? > Basically to prevent wine breaking pulseaudio you need wine to be able to use > default dependably. So you can be sure that wine will not try to tunnel under > pulseaudio by some means when it should not. Same with other applications you > don't want to say hey use HW:0 or use sysdefault were possible due to the fact > of where you are leading these applications. You are leading them to breaking > the audio system even worse to more driver issues. No, I'm not encouraging applications to use "hw:0" or "sysdefault". Applications, including wine, should always use "default", unless the user instructs them to do otherwise. User may need to instruct the application to use e.g. "sysdefault", but ONLY when debugging a problem. Using "sysdefault" or "hw:0" should never be the solution, it's only an intermediate step while trying to figure out what the problem is. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 04:48:36 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 30 May 2012 11:48:36 +0000 Subject: [pulseaudio-tickets] [Bug 50510] New: Without tsched=0 for module-udev-detect, sound is distorted Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50510 Bug #: 50510 Summary: Without tsched=0 for module-udev-detect, sound is distorted Classification: Unclassified Product: PulseAudio Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: core AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: ale at ginger.ws QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net I've had sound distortions at least with many versions of VLC player for a long time. Although mostly VLC was affected, i think other programs randomly had the same issues. The sound is distorted and has an echo component. Fiddling at the pulseaudio volume control for some seconds fixes this problem until the player opens a new stream. Adding "tsched=0" to the options for the module-udev-detect module prevents the issue here. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 11:52:54 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 30 May 2012 18:52:54 +0000 Subject: [pulseaudio-tickets] [Bug 50510] Without tsched=0 for module-udev-detect, sound is distorted In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50510 --- Comment #1 from Josef Hahn 2012-05-30 11:52:54 PDT --- Created attachment 62297 --> https://bugs.freedesktop.org/attachment.cgi?id=62297 pacmd list -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 11:57:36 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 30 May 2012 18:57:36 +0000 Subject: [pulseaudio-tickets] [Bug 50510] Without tsched=0 for module-udev-detect, sound is distorted In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50510 --- Comment #2 from Josef Hahn 2012-05-30 11:57:36 PDT --- Created attachment 62298 --> https://bugs.freedesktop.org/attachment.cgi?id=62298 pulseaudio --log-level=4 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 18:53:14 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 31 May 2012 01:53:14 +0000 Subject: [pulseaudio-tickets] [Bug 50518] New: Pulseaudio Daemon crashing. Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50518 Bug #: 50518 Summary: Pulseaudio Daemon crashing. Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: daemon AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: neltnerb at mit.edu QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net I am running Mint 13 Debian Edition with the MATE desktop environment. My pulseaudio version provided by Debian Testing is 2.0-3. My alsa version provided by Debian Testing is 1.0.23+dfsg-4. My audio device from lspci is 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller with which I am using the SPDIF outputs. I previously had this working tolerably with Ubuntu 11.10, but recently switched to Mint 13 Debian Edition for unrelated reasons. As to my problem, I can get everything to work while pulseaudio is running, but it crashes without any obvious cause periodically. I ran pulseaudio manually from a terminal in verbose mode and it said this when it crashed: --- I: [pulseaudio] protocol-native.c: Requested tlength=200.00 ms, minreq=10.00 ms I: [pulseaudio] protocol-native.c: Final latency 210.00 ms = 180.00 ms + 2*10.00 ms + 10.00 ms I: [pulseaudio] client.c: Freed 19 "ALSA plug-in [clementine]" I: [pulseaudio] protocol-native.c: Connection died. I: [pulseaudio] sink-input.c: Freeing input 5 "ALSA Playback" I: [pulseaudio] client.c: Created 20 "Native client (UNIX socket client)" I: [pulseaudio] protocol-native.c: Got credentials: uid=1000 gid=1000 success=1 I: [pulseaudio] sink-input.c: Trying to change sample rate I: [alsa-sink] alsa-sink.c: Device suspended... I: [pulseaudio] alsa-sink.c: Updating rate for device front:0, new rate is 44100 I: [pulseaudio] sink.c: Changed sampling rate successfully I: [pulseaudio] sink-input.c: Rate changed to 44100 Hz I: [alsa-sink] alsa-sink.c: Trying resume... I: [alsa-sink] alsa-util.c: Trying to disable ALSA period wakeups, using timers only Killed --- There is far more before it crashed, including some alsa-sink.c: Underrun! statements. I can send it all to a text file if that would help. Does anyone have any ideas as to why this might be crashing? I am using it with Clementine if that means anything. But this looks to me to be a lower level problem than that. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 18:53:50 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 31 May 2012 01:53:50 +0000 Subject: [pulseaudio-tickets] [Bug 50518] Pulseaudio Daemon crashing. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50518 neltnerb at mit.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Platform|Other |x86-64 (AMD64) OS/Version|All |Linux (All) Severity|normal |major Priority|medium |high -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 19:14:29 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 31 May 2012 02:14:29 +0000 Subject: [pulseaudio-tickets] [Bug 50518] Pulseaudio Daemon crashing. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50518 --- Comment #1 from neltnerb at mit.edu 2012-05-30 19:14:29 PDT --- I have also determined that after pulseaudio crashed here I needed to stop pulseaudio, force-reload the alsa modules several times, and then restart pulseaudio in order to make it functional again. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 12:37:38 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 30 May 2012 19:37:38 +0000 Subject: [pulseaudio-tickets] [Bug 50518] Pulseaudio Daemon crashing. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50518 --- Comment #2 from neltnerb at mit.edu 2012-05-30 19:37:38 UTC --- Created attachment 62306 --> https://bugs.freedesktop.org/attachment.cgi?id=62306 log file This time, audio simply stopped playing and the SPDIF output stopped working. I went into the sound control and attempted muting and unmuting all of the outputs and this did not change anything. I subsequently attempted to restart the pulseaudio control, and unmuted all of the proper outputs, but there is still no sound. My receiver does not click to indicate that it is receiving inputs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 19:40:40 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 31 May 2012 02:40:40 +0000 Subject: [pulseaudio-tickets] [Bug 50518] Pulseaudio Daemon crashing. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50518 --- Comment #3 from neltnerb at mit.edu 2012-05-30 19:40:40 PDT --- Created attachment 62308 --> https://bugs.freedesktop.org/attachment.cgi?id=62308 log file of crashing After killing pulseaudio and force-reloading the ALSA driver modules, it appeared to reconnect to the receiver properly, but as soon as I attempted to play anything it immediately crashed. I have attached the log file of this crash here. The only message to the terminal after the log is "Killed". -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 20:30:19 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 31 May 2012 03:30:19 +0000 Subject: [pulseaudio-tickets] [Bug 50518] Pulseaudio Daemon crashing. In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50518 Tanu Kaskinen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #4 from Tanu Kaskinen 2012-05-30 20:30:19 PDT --- Given the similar symptoms (getting killed while trying to resume an alsa device), I believe the root cause is the same as with bug 47830, so I'm resolving this as duplicate. *** This bug has been marked as a duplicate of bug 47830 *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 20:30:19 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 31 May 2012 03:30:19 +0000 Subject: [pulseaudio-tickets] [Bug 47830] Opening Gnome's Sound Settings can kill Pulseaudio In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47830 Tanu Kaskinen changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |neltnerb at mit.edu --- Comment #8 from Tanu Kaskinen 2012-05-30 20:30:19 PDT --- *** Bug 50518 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 13:37:27 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Wed, 30 May 2012 20:37:27 +0000 Subject: [pulseaudio-tickets] [Bug 47830] Opening Gnome's Sound Settings can kill Pulseaudio In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47830 --- Comment #9 from neltnerb at mit.edu 2012-05-30 20:37:27 UTC --- Hi, I just discovered this bug (we hope) on my computer. Is there a straightforward workaround that I can implement until the kernel patch trickles through to debian testing? Do I have to recompile the kernel to get this to stop being a problem? Man, I haven't had to do that in years =) Is this bug also the cause of the strange static that appears on the SPDIF output which goes away when you mute and unmute the audio output? Or is that an unrelated issue? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 22:05:36 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 31 May 2012 05:05:36 +0000 Subject: [pulseaudio-tickets] [Bug 50523] New: System Sounds movable to a different Sink Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=50523 Bug #: 50523 Summary: System Sounds movable to a different Sink Classification: Unclassified Product: PulseAudio Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: misc AssignedTo: pulseaudio-bugs at lists.freedesktop.org ReportedBy: kittyinapc at gmail.com QAContact: pulseaudio-bugs at lists.freedesktop.org CC: lennart at poettering.net Created attachment 62312 --> https://bugs.freedesktop.org/attachment.cgi?id=62312 Screenshot of the Pulse Volume Audio control showing Sink options for Amarok but none for System Sounds Summary pretty much says it all, allow people to move the System Sounds stream in the Playback tab in Pulse Volume Control. Why? Because when I change the default sink for everything from my Speakers to my Headset System Sounds are still coming out of my Speakers rather than my Headphones. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Wed May 30 22:06:25 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 31 May 2012 05:06:25 +0000 Subject: [pulseaudio-tickets] [Bug 47830] Opening Gnome's Sound Settings can kill Pulseaudio In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47830 --- Comment #10 from Tanu Kaskinen 2012-05-30 22:06:25 PDT --- (In reply to comment #9) > Hi, I just discovered this bug (we hope) on my computer. Is there a > straightforward workaround that I can implement until the kernel patch trickles > through to debian testing? At least I'm not aware of workarounds... or actually, if you remove or comment out the "load-module module-suspend-on-idle" line in /etc/pulse/default.pa, that might work (the alsa devices will be kept open all the time then). The problem may still occur when Pulseaudio starts. > Do I have to recompile the kernel to get this to stop being a problem? Man, I > haven't had to do that in years =) > > Is this bug also the cause of the strange static that appears on the SPDIF > output which goes away when you mute and unmute the audio output? Or is that an > unrelated issue? Sounds like an unrelated issue. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 31 10:03:22 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 31 May 2012 17:03:22 +0000 Subject: [pulseaudio-tickets] [Bug 47830] Opening Gnome's Sound Settings can kill Pulseaudio In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47830 --- Comment #11 from neltnerb at mit.edu 2012-05-31 17:03:22 UTC --- I think that I understand vaguely what this bug report is suggesting, but I'd like to verify my understanding because I don't know how to read patches very well. To describe the behavior a bit further, I have configured my music player to entirely bypass pulseaudio and output directly to ALSA's iec958 device. This still causes the ALSA driver to crash, and now my music player also to crash. Is this behavior consistent with the bug described here, or should I report it as a new bug to the ALSA team? Best, Brian -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 31 21:50:09 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 01 Jun 2012 04:50:09 +0000 Subject: [pulseaudio-tickets] [Bug 47830] Opening Gnome's Sound Settings can kill Pulseaudio In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47830 --- Comment #12 from Tanu Kaskinen 2012-05-31 21:50:09 PDT --- (In reply to comment #11) > I think that I understand vaguely what this bug report is suggesting, but I'd > like to verify my understanding because I don't know how to read patches very > well. > > To describe the behavior a bit further, I have configured my music player to > entirely bypass pulseaudio and output directly to ALSA's iec958 device. This > still causes the ALSA driver to crash, and now my music player also to crash. > > Is this behavior consistent with the bug described here, or should I report it > as a new bug to the ALSA team? What does it mean for an alsa driver to crash? I understand "crashing" as sudden termination of a process, and the alsa driver is not a process. Also, how does the music player crash? When starting it in a terminal, does the shell print "Killed" at the end of the console output? If it prints "Killed", then it sounds similar to what happens Pulseaudio, and it's then more likely be the same bug, but either way, I can't say anything certain. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 31 15:10:21 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Thu, 31 May 2012 22:10:21 +0000 Subject: [pulseaudio-tickets] [Bug 47830] Opening Gnome's Sound Settings can kill Pulseaudio In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47830 --- Comment #13 from neltnerb at mit.edu 2012-05-31 22:10:21 UTC --- What I mean is that I have to force reload the ALSA driver to re-enable sound. This doesn't necessarily terminate clementine (I am finding), but it does when it is playing music when I reload the drivers (less surprising). Basically, is the pulseaudio bug here actually a bug in the ALSA driver? I just can't tell. And did the previous reporters experience this when using the SPDIF output, or more generally? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 31 22:42:56 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 01 Jun 2012 05:42:56 +0000 Subject: [pulseaudio-tickets] [Bug 47830] Opening Gnome's Sound Settings can kill Pulseaudio In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=47830 --- Comment #14 from Tanu Kaskinen 2012-05-31 22:42:56 PDT --- (In reply to comment #13) > What I mean is that I have to force reload the ALSA driver to re-enable sound. > This doesn't necessarily terminate clementine (I am finding), but it does when > it is playing music when I reload the drivers (less surprising). > > Basically, is the pulseaudio bug here actually a bug in the ALSA driver? I just > can't tell. And did the previous reporters experience this when using the SPDIF > output, or more generally? I experienced it with the "normal" analog headphones output of my laptop. I don't know about others. I haven't heard of anyone needing to reload the sound card driver related to this bug. This "Opening Gnome's Sound Settings can kill Pulseaudio" bug is an alsa bug, not a pulseaudio bug, which is why this is resolved as "notourbug". What you are describing is probably a different alsa bug, so it should be reported to the alsa developers. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug. From bugzilla-daemon at freedesktop.org Thu May 31 23:20:34 2012 From: bugzilla-daemon at freedesktop.org (bugzilla-daemon at freedesktop.org) Date: Fri, 01 Jun 2012 06:20:34 +0000 Subject: [pulseaudio-tickets] [Bug 49681] system.pa crashes if auth-anonymous=1 is used with module-native-protocol-tcp In-Reply-To: References: Message-ID: https://bugs.freedesktop.org/show_bug.cgi?id=49681 --- Comment #5 from Martin-?ric Racine 2012-06-01 06:20:34 UTC --- $ sudo LD_BIND_NOW=1 gdb pulseaudio GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /usr/bin/pulseaudio...Reading symbols from /usr/lib/debug/usr/bin/pulseaudio...done. done. (gdb) run --system --disallow-exit --disallow-module-loading --log-target=syslog --high-priority -vvvvv Starting program: /usr/bin/pulseaudio --system --disallow-exit --disallow-module-loading --log-target=syslog --high-priority -vvvvv [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". [New Thread 0xb30eeb70 (LWP 11959)] [New Thread 0xb28deb70 (LWP 11960)] WARNING: Unhandled message: interface=(null), path=(null), member=(null) WARNING: Unhandled message: interface=(null), path=(null), member=(null) Program received signal SIGILL, Illegal instruction. [Switching to Thread 0xb30eeb70 (LWP 11959)] 0xb1fdf031 in ?? () (gdb) bt #0 0xb1fdf031 in ?? () #1 0x000004ac in ?? () (gdb) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are the assignee for the bug.