As the comments explain, this fixes relogin problems on some systems
that remove our sockets on logout without terminating the daemon.
---
Takashi or Rex, could you test this? I haven't done any testing.
src/modules/module-console-kit.c | 13 +
src/modules/module-systemd-login.c |
On Wed, 2018-02-28 at 16:21 +0100, Takashi Iwai wrote:
> On Wed, 28 Feb 2018 16:14:33 +0100,
> Tanu Kaskinen wrote:
> >
> > On Wed, 2018-02-28 at 14:53 +0100, Takashi Iwai wrote:
> > > On Mon, 26 Feb 2018 12:20:03 +0100,
> > > Takashi Iwai wrote:
> >
On Wed, 2018-02-28 at 14:53 +0100, Takashi Iwai wrote:
> On Mon, 26 Feb 2018 12:20:03 +0100,
> Takashi Iwai wrote:
> >
> > On Mon, 26 Feb 2018 12:06:50 +0100,
> > Tanu Kaskinen wrote:
> > >
> > > On Mon, 2018-02-26 at 10:56 +0100, Takashi Iwai wrote:
On Mon, 2018-02-26 at 21:06 +0100, Samo Pogačnik wrote:
> Dne 26.02.2018 (pon) ob 11:49 +0200 je Tanu Kaskinen napisal(a):
> > On Sat, 2018-02-24 at 17:41 +0100, Samo Pogačnik wrote:
> > >
> > > Added option auto_drain_pipe_on_resume to enable draining any
> > >
On Mon, 2018-02-26 at 10:56 +0100, Takashi Iwai wrote:
> On Mon, 26 Feb 2018 10:47:09 +0100,
> Tanu Kaskinen wrote:
> >
> > On Mon, 2018-02-26 at 10:20 +0100, Takashi Iwai wrote:
> > > On Mon, 26 Feb 2018 10:12:44 +0100,
> > > Tanu Kaskinen wrote:
> > >
On Sat, 2018-02-24 at 17:41 +0100, Samo Pogačnik wrote:
> Added option auto_drain_pipe_on_resume to enable draining any remaining
> data from the pipe upon every pipe-sink resume out of suspend.
> ---
> src/modules/module-pipe-sink.c | 37 -
> 1 file changed, 36
On Mon, 2018-02-26 at 10:20 +0100, Takashi Iwai wrote:
> On Mon, 26 Feb 2018 10:12:44 +0100,
> Tanu Kaskinen wrote:
> >
> > On Sat, 2018-02-24 at 11:17 +0100, Takashi Iwai wrote:
> > > Hi,
> > >
> > > we've stumbled on a long-standing issue with
On Sat, 2018-02-24 at 11:17 +0100, Takashi Iwai wrote:
> Hi,
>
> we've stumbled on a long-standing issue with PA, namely, PA fails to
> start after relogin quickly. The details and discussions are found in
> https://bugzilla.suse.com/show_bug.cgi?id=1052437
>
> In short, the problem is that th
On Wed, 2018-02-21 at 11:59 +0200, Tanu Kaskinen wrote:
> On Wed, 2018-02-21 at 10:50 +0100, Georg Chini wrote:
> > On 21.02.2018 10:43, Tanu Kaskinen wrote:
> > > On Wed, 2018-02-21 at 09:40 +0100, Georg Chini wrote:
> > > > On 19.02.2018 15:48, Tanu Kaskinen wrot
On Thu, 2018-02-22 at 09:26 +0100, Georg Chini wrote:
> On 21.02.2018 21:02, Georg Chini wrote:
> > On 21.02.2018 20:15, Raman Shishniou wrote:
> > > On 02/21/2018 09:41 PM, Raman Shuishniou wrote:
> > > > 21.02.2018 20:07, Georg Chini пишет:
> > > > > Maybe you misunderstood me. What I mean, is th
When the sink is unlinked, there's no need to update the monitor suspend
state. In fact, trying to do that causes an assertion failure, because
pa_source_sync_suspend() wasn't written to handle the case where the
sink is unlinked.
---
src/pulsecore/sink.c | 2 +-
1 file changed, 1 insertion(+), 1
On Thu, 2018-02-22 at 08:25 +0100, Georg Chini wrote:
> On 19.02.2018 15:48, Tanu Kaskinen wrote:
> > The suspend cause isn't yet used by any of the handlers. The alsa sink
> > and source will use it to sync the mixer when the SESSION suspend cause
> > is removed. Curren
On Tue, 2018-02-13 at 20:06 +0100, Bert Hekman wrote:
> ---
> src/modules/alsa/alsa-mixer.c | 2 ++
> .../paths/steelseries-arctis-5-output-chat.conf| 27
> ++
> .../paths/steelseries-arctis-5-output-game.conf| 27
> ++
> ...-
On Sun, 2018-01-28 at 18:40 +0100, Georg Chini wrote:
> This patch adds the PA_COMMAND_SEND_OBJECT_MESSAGE command to protocol-native
> so that clients can use the messaging feature introduced in the previous
> patch.
>
> Sending messages can in effect replace the extension system for modules. Th
On Mon, 2018-02-19 at 17:21 +0100, Andreas Hartmetz wrote:
> Am Montag, 19. Februar 2018, 17:05:27 CET schrieben Sie:
> > On 02/19/2018 06:46 PM, Andreas Hartmetz wrote:
> > > Hello!
> > >
> > > I am currently developing an audio system for an automotive
> > > customer,
> > > based on PulseAudio w
On Wed, 2018-02-21 at 10:50 +0100, Georg Chini wrote:
> On 21.02.2018 10:43, Tanu Kaskinen wrote:
> > On Wed, 2018-02-21 at 09:40 +0100, Georg Chini wrote:
> > > On 19.02.2018 15:48, Tanu Kaskinen wrote:
> > > > pa_sink_get_state() is supposed to be used from the mai
pa_sink_get_state() is supposed to be used from the main thread. In this
case it doesn't really matter, because the SET_STATE handler is executed
while the main thread is waiting, but since the state is available also
in thread_info, let's use that. All other modules use thread_info.state
too, so a
On Wed, 2018-02-21 at 09:40 +0100, Georg Chini wrote:
> On 19.02.2018 15:48, Tanu Kaskinen wrote:
> > pa_sink_get_state() is supposed to be used from the main thread. In this
> > case it doesn't really matter, because the SET_STATE handler is executed
> > while the m
On Sun, 2018-01-28 at 18:40 +0100, Georg Chini wrote:
> This patch adds a new feature to the core which allows to send messages
> to objects. An object can register/unregister a message handler with
> pa_message_handler_{register, unregister}() while a message can be sent
> to the handler using the
When a new card shows up (during pulseaudio startup or hotplugged),
pulseaudio needs to pick the initial profile for the card. Unavailable
profiles shouldn't be picked, but module-alsa-card sometimes marked
unavailable profiles as available, causing bad initial profile choices.
This patch changes
When resuming a sink or source, pa_sink/source_process_msg() should be
called only if resuming is successful. pa_sink/source_process_msg()
updates thread_info.state and notifies streams about the new state, but
if resuming fails, there's no state change.
---
src/modules/bluetooth/module-bluez4-dev
The alsa sink calls pa_sink_suspend() from the set_port() callback.
pa_sink_suspend() can only be called from the main thread, but the
set_port() callback is often called from the IO thread. That caused an
assertion to be hit in pa_sink_suspend() when switching ports.
Another issue was that pa_sin
The suspend cause isn't yet used by any of the handlers. The alsa sink
and source will use it to sync the mixer when the SESSION suspend cause
is removed. Currently the syncing is done in pa_sink/source_suspend(),
and I want to change that, because pa_sink/source_suspend() shouldn't
have any alsa s
Suspending never fails.
---
src/modules/alsa/alsa-sink.c | 9 ++---
src/modules/alsa/alsa-source.c | 9 ++---
src/modules/module-solaris.c | 18 +++---
src/modules/oss/module-oss.c | 16 +---
4 files changed, 16 insertions(+), 36 deletions(-)
diff --git a/s
essage so that they would be used also when only the suspend
cause changes. Then I could finally make the alsa sink handle the mixer
syncing internally.
BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=104761
Tanu Kaskinen (8):
alsa, solaris, oss: remove unnecessary error handling when sus
The suspend cause isn't yet used by any of the callbacks. The alsa sink
and source will use it to sync the mixer when the SESSION suspend cause
is removed. Currently the syncing is done in pa_sink/source_suspend(),
and I want to change that, because pa_sink/source_suspend() shouldn't
have any alsa
build_pollfd() isn't likely to fail, but if it does, pa_sink/source_put()
will crash on an assertion failure. I haven't seen such crash happening,
this is just something that I noticed while studying the state change
code.
---
src/modules/alsa/alsa-sink.c | 3 +++
src/modules/alsa/alsa-source.c
This adds a pa_suspend_cause_t parameter to the sink/source_set_state()
functions, and moves part of the work that pa_sink/source_suspend() does
to sink/source_set_state(). The reason for this code shuffling is that I
plan to make all suspend cause changes available to modules through the
state cha
pa_sink_get_state() is supposed to be used from the main thread. In this
case it doesn't really matter, because the SET_STATE handler is executed
while the main thread is waiting, but since the state is available also
in thread_info, let's use that. All other modules use thread_info.state
too, so a
On Sat, 2018-02-17 at 12:30 +0100, Georg Chini wrote:
> On 17.02.2018 07:32, Tanu Kaskinen wrote:
> > On Fri, 2018-02-16 at 13:04 +0100, Georg Chini wrote:
> > > On 16.02.2018 11:46, Raman Shishniou wrote:
> > > > On 02/15/2018 11:51 PM, Georg Chini wrote:
>
On Fri, 2018-02-16 at 13:04 +0100, Georg Chini wrote:
> On 16.02.2018 11:46, Raman Shishniou wrote:
> > On 02/15/2018 11:51 PM, Georg Chini wrote:
> > > The current null-source implementation has several bugs:
> > >
> > > 1) The latency reported is the negative of the correct latency.
> > > 2) The
On Tue, 2018-02-13 at 08:28 +0530, Arun Raghavan wrote:
> On Sun, 8 Oct 2017, at 10:18 PM, Tanu Kaskinen wrote:
> > This removes the need to hardcode the PCM device index in the HDMI jack
> > names. The hardcoded values don't work with the Intel HDMI LPE driver.
>
On Fri, 2018-02-09 at 09:30 +0100, Jean-Philippe Guillemin wrote:
> Hi,
>
> No reply from alsa-devel :(
>
> Thanks for your help
>
> Also attached the files to fix profile in pulse.
>
> I have made a lot of tests on my side at alsa level, but the only thing
> that fix the iec958 aliasing proble
Hello,
According to the usual release schedule, master should have been frozen
already in December, but I've been postponing that (for no good
reason). Now finally, if there are no objections, I declare master
frozen so that we can soon release 12.0. There won't be a release
candidate published im
On Sun, 2018-02-11 at 20:12 +0100, Georg Chini wrote:
> set_nonblock() will always set the file descriptor to non-blocking,
> regardless of the nonblock argument.
>
> This patch fixes the issue by passing the correct argument to the
> fcntl() call. The bug had no impact because there is only one c
On Sat, 2018-02-10 at 23:08 +0100, Georg Chini wrote:
> On 10.02.2018 23:04, Raman Shishniou wrote:
> > On 02/11/2018 12:43 AM, Georg Chini wrote:
> > > On 10.02.2018 22:25, Raman Shuishniou wrote:
> > > > 10.02.2018 23:59, Georg Chini пишет:
> > > > > On 08.02.2018 17:58, Raman Shyshniou wrote:
>
On Thu, 2018-02-08 at 18:40 +0100, Georg Chini wrote:
> On 08.02.2018 17:09, Tanu Kaskinen wrote:
> > On Wed, 2018-02-07 at 15:28 +0100, Georg Chini wrote:
> > > On 07.02.2018 13:21, Tanu Kaskinen wrote:
> > > > On Tue, 2018-02-06 at 20:26 +0100, Georg Chini wrote
On Wed, 2018-02-07 at 15:28 +0100, Georg Chini wrote:
> On 07.02.2018 13:21, Tanu Kaskinen wrote:
> > On Tue, 2018-02-06 at 20:26 +0100, Georg Chini wrote:
> > > When module-filter-apply tries to find a matching source-output for
> > > a given sink-input and
On Tue, 2018-02-06 at 20:26 +0100, Georg Chini wrote:
> When module-filter-apply tries to find a matching source-output for
> a given sink-input and a stream with the same role
Shouldn't this be "with the same group", not "with the same role"?
> exists on the
> monitor source of the filter, modul
On Sun, 2018-02-04 at 17:22 +0100, Bert Hekman wrote:
> In alsamixer, PCM only controls the "game" output and Com Speaker only
> controls the "chat" output.
Ok, could you make an updated patch that adds dedicated output path
configuration files for this card? The "game" path should use PCM for
vol
On Fri, 2018-02-02 at 15:43 +, victor puertas wrote:
> Dear all,
>
> I am using Debian 9 and I noticed the following problem:
>
> *Module "module-bluetooth-discover" cannot be loaded.
>
> I am executing the following command in a terminal:
>
> % sudo pactl load-module module-bluetooth-disco
On Mon, 2018-01-29 at 13:57 +0100, Bert Hekman wrote:
> Between the Arctis 5 and 7, that seems to be the case.
>
> I do not hear much of a difference between the sound quality. However, it
> seems that the "chat" output doesn't go as loud as the game output. I can
> change the volume of the chat o
On Mon, 2018-01-29 at 11:31 +0100, Jean-Philippe Guillemin wrote:
> No matter what match string I tried, ALSA never changed the device for
> iec958.
>
>
> root[~]# cat /proc/asound/cards
> 0 [Audio ]: USB-Audio - USB2.0 High-Speed True HD Audio
> CMEDIA USB2.0 High
On Sat, 2018-01-06 at 15:03 +0100, Bert Hekman wrote:
> ---
> .../alsa/mixer/profile-sets/90-pulseaudio.rules| 3 +-
> .../steelseries-arctis-5-usb-audio.conf| 45
> ++
> ...io.conf => steelseries-arctis-7-usb-audio.conf} | 0
> 3 files changed, 47 insertions
On Fri, 2018-01-26 at 23:15 +0100, Jean-Philippe Guillemin wrote:
> Hi,
>
> After some investigation on how to make the optical iec958 output work on
> my CMEDIA based usb DAC, I finally found a solution : a profile-set has to
> be added for this device.
>
> Added to udev 90-pulseaudio.rules :
>
On Thu, 2018-01-25 at 09:08 +0100, Georg Chini wrote:
> On 24.01.2018 01:40, Tanu Kaskinen wrote:
> > On Mon, 2018-01-22 at 16:19 +0100, Georg Chini wrote:
> > > On 21.01.2018 01:03, Tanu Kaskinen wrote:
> > > > It looks like we're anyway going to
> > &
On Thu, 2018-01-25 at 07:38 +0100, Georg Chini wrote:
> On 25.01.2018 00:26, Tanu Kaskinen wrote:
> > On Wed, 2018-01-24 at 22:01 +0100, Georg Chini wrote:
> > > On 24.01.2018 02:10, Tanu Kaskinen wrote:
> > > > How does validating the brace correctness prevent
On Wed, 2018-01-24 at 22:01 +0100, Georg Chini wrote:
> On 24.01.2018 02:10, Tanu Kaskinen wrote:
> > On Mon, 2018-01-22 at 21:43 +0100, Georg Chini wrote:
> > > On 21.01.2018 01:03, Tanu Kaskinen wrote:
> > > > On Fri, 2018-01-19 at 14:23 +0100, Georg Chini wro
On Mon, 2018-01-15 at 21:14 -0300, Felipe Sateler wrote:
> ---
> configure.ac| 8 ++--
> man/Makefile.am | 9 +++--
> src/Makefile.am | 6 +-
> 3 files changed, 18 insertions(+), 5 deletions(-)
Thanks! Applied.
--
Tanu
https://liberapay.com/tanuk
https://www.patreon.com/tanuk
_
On Mon, 2018-01-22 at 21:43 +0100, Georg Chini wrote:
> On 21.01.2018 01:03, Tanu Kaskinen wrote:
> > On Fri, 2018-01-19 at 14:23 +0100, Georg Chini wrote:
> > > Also you need to handle the case where the end of a list does not
> > > match the end of the string because
On Mon, 2018-01-22 at 16:19 +0100, Georg Chini wrote:
> On 21.01.2018 01:03, Tanu Kaskinen wrote:
> > It looks like we're anyway going to
> > need a bunch of "helper" functions, so there's not that much difference
> > between our approaches, mainly list
On Fri, 2018-01-19 at 14:23 +0100, Georg Chini wrote:
> On 18.01.2018 23:20, Tanu Kaskinen wrote:
> > On Wed, 2018-01-17 at 16:12 +0100, Georg Chini wrote:
> > > On 14.01.2018 21:47, Tanu Kaskinen wrote:ry from
> > > > the heap are quite heavy operations, and
On Wed, 2018-01-17 at 16:12 +0100, Georg Chini wrote:
> On 14.01.2018 21:47, Tanu Kaskinen wrote:ry from
> > the heap are quite heavy operations, and your approach will do a lot of
> > those operations. Even reading a simple integer will, I suppose,
> > involve first alloc
It was reported that PulseAudio causes error messages in syslog from
dbus-daemon:
Jan 14 04:51:32 gentoo dbus-daemon[2492]: [system] Rejected send message, 2
matched rules; type="error", sender=":1.15" (uid=1000 pid=2864
comm="/usr/bin/pulseaudio --start --log-target=syslog ") interface="(unset)
On Thu, 2018-01-18 at 13:22 +0100, Georg Chini wrote:
> On 09.01.2018 20:30, Tanu Kaskinen wrote:
> > On Sun, 2017-10-29 at 20:51 +0100, Georg Chini wrote:
> > > ---
> > > doc/messaging_api.txt| 16 ++
> > > man/pactl.1.xml.in
On Fri, 2018-01-12 at 21:47 +0100, Georg Chini wrote:
> On 12.01.2018 16:40, Tanu Kaskinen wrote:
> > On Sun, 2017-10-29 at 20:51 +0100, Georg Chini wrote:
> > > For better readability, "pactl list message-handlers" is introduced which
> > > prints a formatte
On Fri, 2018-01-12 at 19:42 +0100, Georg Chini wrote:
> On 12.01.2018 16:59, Tanu Kaskinen wrote:
> > On Sun, 2017-10-29 at 20:51 +0100, Georg Chini wrote:
> > > +Recipient: /core
> > > +Message: list-handlers
> > > +Parameters: None
> > > +Return val
On Sun, 2017-10-29 at 20:51 +0100, Georg Chini wrote:
> +Recipient: /core
> +Message: list-handlers
> +Parameters: None
> +Return value: {{Handler name} {Description}}
I now realized that a single-level list isn't sufficient, it has to be
a list of lists:
{ { {/path1} {Description 1} } { {/path2}
On Sun, 2017-10-29 at 20:51 +0100, Georg Chini wrote:
> For better readability, "pactl list message-handlers" is introduced which
> prints a formatted output of "pactl send-message /core list-handlers".
>
> The patch also adds the function pa_split_message_response() for easy
> parsing of the mess
On Thu, 2018-01-11 at 19:06 +0100, Georg Chini wrote:
> On 11.01.2018 16:28, Tanu Kaskinen wrote:
> > On Sun, 2017-10-29 at 20:51 +0100, Georg Chini wrote:
> > > This patch adds a small message handler to the core which enables
> > > clients to list available handlers vi
On Sun, 2017-10-29 at 20:51 +0100, Georg Chini wrote:
> This patch adds a small message handler to the core which enables
> clients to list available handlers via the list-handlers message.
> Command: pacmd send-message /core list-handlers
> pactl can be used with the same parameters.
>
> The patc
On Tue, 2018-01-09 at 23:22 +0100, Crni Gorac wrote:
> On Tue, Jan 9, 2018 at 7:47 PM, Tanu Kaskinen wrote:
> > On Tue, 2018-01-09 at 09:47 +0100, Crni Gorac wrote:
> > > Is it possible to specify somehow in PulseAudio config files that
> > > D-Bus should not be used
On Sun, 2017-10-29 at 20:51 +0100, Georg Chini wrote:
> ---
> doc/messaging_api.txt| 16 ++
> man/pactl.1.xml.in | 7 ++
> man/pulse-cli-syntax.5.xml.in| 7 ++
> shell-completion/bash/pulseaudio | 5 +++--
> shell-completion/zsh/_pulseaudio | 2
On Tue, 2018-01-09 at 09:47 +0100, Crni Gorac wrote:
> Is it possible to specify somehow in PulseAudio config files that
> D-Bus should not be used? I achieved the effect by commenting out
> loading Bluetooth and ConsoleKit modules in my default.pa file, but am
> wondering is it possible to do the
On Sat, 2018-01-06 at 15:55 +0100, Georg Chini wrote:
> On 04.01.2018 14:27, Tanu Kaskinen wrote:
> > On Wed, 2018-01-03 at 17:34 +0100, Georg Chini wrote:
> > > On 03.01.2018 14:51, Tanu Kaskinen wrote:
> > > > Your proposal sounds good, if I understand it correctly
On Thu, 2018-01-04 at 20:54 +0100, Georg Chini wrote:
> On 04.01.2018 14:35, Tanu Kaskinen wrote:
> > On Thu, 2018-01-04 at 08:52 +0100, Georg Chini wrote:
> > > On 03.01.2018 14:51, Tanu Kaskinen wrote:
> > > > Your proposal sounds good, if I understand it correctly
On Wed, 2018-01-03 at 20:34 +0100, Samo Pogačnik wrote:
> Below is a new patch.
Thanks! Applied.
--
Tanu
https://www.patreon.com/tanuk
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
https://lists.freedesktop.org/mailman/l
On Thu, 2018-01-04 at 15:35 +0200, Tanu Kaskinen wrote:
> On Thu, 2018-01-04 at 08:52 +0100, Georg Chini wrote:
> > On 03.01.2018 14:51, Tanu Kaskinen wrote:
> > > Your proposal sounds good, if I understand it correctly. I don't think
> > > module-rescue-str
On Thu, 2018-01-04 at 08:52 +0100, Georg Chini wrote:
> On 03.01.2018 14:51, Tanu Kaskinen wrote:
> > Your proposal sounds good, if I understand it correctly. I don't think
> > module-rescue-streams needs or should be involved, however.
>
> Don't we still need
On Wed, 2018-01-03 at 17:34 +0100, Georg Chini wrote:
> On 03.01.2018 14:51, Tanu Kaskinen wrote:
> > Your proposal sounds good, if I understand it correctly. I don't think
> > module-rescue-streams needs or should be involved, however. Here's my
> > proposal:
&g
On Sat, 2017-12-30 at 13:23 +0100, David Henningsson wrote:
>
> On 2017-12-30 13:03, Georg Chini wrote:
> > On 30.12.2017 10:54, Alexander E. Patrakov wrote:
> > > 2017-12-29 20:37 GMT+08:00 Tanu Kaskinen :
> > > > On Fri, 2017-12-29 at 11:46 +0800, Alexander E.
On Sat, 2017-12-30 at 18:18 +0100, Samo Pogačnik wrote:
> Dne 30.12.2017 (sob) ob 17:22 +0200 je Tanu Kaskinen napisal(a):
> > On Sat, 2017-12-30 at 14:00 +0100, Samo Pogačnik wrote:
> > >
> > > Dne 29.12.2017 (pet) ob 15:40 +0200 je Tanu Kaskinen napisal(a):
> >
On Sat, 2017-12-30 at 18:08 +0100, Georg Chini wrote:
> On 30.12.2017 16:12, Tanu Kaskinen wrote:
> > On Sat, 2017-12-30 at 14:27 +0100, Georg Chini wrote:
> > > On 30.12.2017 13:55, Tanu Kaskinen wrote:
> > > > On Sat, 2017-12-30 at 13:09 +0100, Georg Chini wrote:
On Sat, 2017-12-30 at 14:00 +0100, Samo Pogačnik wrote:
> Dne 29.12.2017 (pet) ob 15:40 +0200 je Tanu Kaskinen napisal(a):
> > On Sat, 2017-12-16 at 16:57 +0100, Samo Pogačnik wrote:
> > >
> > > +break;
> > > +}
> > > +
On Sat, 2017-12-30 at 14:27 +0100, Georg Chini wrote:
> On 30.12.2017 13:55, Tanu Kaskinen wrote:
> > On Sat, 2017-12-30 at 13:09 +0100, Georg Chini wrote:
> > > On 29.12.2017 21:28, Georg Chini wrote:
> > > > On 29.12.2017 13:49, Tanu Kaskinen wrote:
> > >
On Sat, 2017-12-30 at 13:09 +0100, Georg Chini wrote:
> On 29.12.2017 21:28, Georg Chini wrote:
> > On 29.12.2017 13:49, Tanu Kaskinen wrote:
> > > There's still the problem that once the HDMI sink is available again,
> > > streams won't be moved there a
On Fri, 2017-12-29 at 21:28 +0100, Georg Chini wrote:
> On 29.12.2017 13:49, Tanu Kaskinen wrote:
> > On Fri, 2017-12-29 at 08:25 +0100, Georg Chini wrote:
> > > On 28.12.2017 16:14, Tanu Kaskinen wrote:
> > > > +static void deactivate_direction(pa_card *card, pa_
On Sun, 2017-10-29 at 20:51 +0100, Georg Chini wrote:
> This patch adds the PA_COMMAND_SEND_OBJECT_MESSAGE command to protocol-native
> so that clients can use the messaging feature introduced in the previous
> patch.
>
> Sending messages can in effect replace the extension system for modules. Th
On Sat, 2017-12-16 at 16:57 +0100, Samo Pogačnik wrote:
> +static ssize_t pipe_sink_write(struct userdata *u, pa_memchunk *pchunk) {
> +size_t index, length;
> +ssize_t count = 0;
> +void *p;
> +
> +pa_assert(u);
> +pa_assert(pchunk);
> +
> +index = pchunk->index;
> +len
On Fri, 2017-12-29 at 08:25 +0100, Georg Chini wrote:
> On 28.12.2017 16:14, Tanu Kaskinen wrote:
> > This ensures that streams are moved away from unavailable outputs or
> > inputs. For example, sometimes HDMI is on a dedicated alsa card, and if
> > all HDMI outputs become
On Fri, 2017-12-29 at 11:46 +0800, Alexander E. Patrakov wrote:
> 2017-12-28 18:09 GMT+08:00 Tanu Kaskinen :
> > The Intel HDMI LPE driver works in a peculiar way when the HDMI cable is
> > not plugged in: any written audio is immediately discarded and underrun
> > is reported
---
src/modules/module-switch-on-port-available.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/src/modules/module-switch-on-port-available.c
b/src/modules/module-switch-on-port-available.c
index 7d2c596cf..8fd3c9e5f 100644
--- a/src/modules/module-switch-on-
This ensures that streams are moved away from unavailable outputs or
inputs. For example, sometimes HDMI is on a dedicated alsa card, and if
all HDMI outputs become unavailable, then the card profile will be set
to "off", and the streams will be moved somewhere else.
---
Changes in v2:
- Don't ca
Changes in v2:
- Fixed a bug in the second patch: deactivate_direction() was being
called unconditionally.
Tanu Kaskinen (2):
switch-on-port-available: remove unused return values
switch-on-port-available: deactivate direction when the no ports are
available for that direction
src
---
src/modules/module-switch-on-port-available.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/src/modules/module-switch-on-port-available.c
b/src/modules/module-switch-on-port-available.c
index 7d2c596cf..8fd3c9e5f 100644
--- a/src/modules/module-switch-on-
This ensures that streams are moved away from unavailable outputs or
inputs. For example, sometimes HDMI is on a dedicated alsa card, and if
all HDMI outputs become unavailable, then the card profile will be set
to "off", and the streams will be moved somewhere else.
---
src/modules/module-switch-
Tanu Kaskinen (2):
switch-on-port-available: remove unused return values
switch-on-port-available: deactivate direction when the no ports are
available for that direction
src/modules/module-switch-on-port-available.c | 53 ++-
1 file changed, 44 insertions(+), 9
---
src/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/Makefile.am b/src/Makefile.am
index b7524b23a..d4a649c97 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -1931,7 +1931,7 @@ module_card_restore_la_CFLAGS = $(AM_CFLAGS)
-DPA_MODULE_NAME=module_card_r
On Fri, 2017-12-15 at 05:23 +0200, Tanu Kaskinen wrote:
> On Tue, 2017-12-12 at 11:39 +0100, Hans de Goede wrote:
> > Hi All,
> >
> > First of all good news, with kernel 4.15-rc2 and alsa-lib 1.1.5
> > audio over hdmi works on Cherry Trail devices after selecting
&
HDMI sink. This is actually not
specific to the HDMI LPE driver, the problem exists for any card that
can end up in a situation where all of its ports become unavailable.
Tanu Kaskinen (3):
alsa: fix infinite loop with Intel HDMI LPE
sink, source: improve state change logging
sink, source:
Previously the suspend cause was logged as a hexadecimal number, now
it's logged as a human-friendly string.
Also, the command line interface handled only a subset of causes when
printing them, now all suspend causes are printed.
---
src/pulsecore/cli-text.c | 16 ++--
src/pulsecore/c
The Intel HDMI LPE driver works in a peculiar way when the HDMI cable is
not plugged in: any written audio is immediately discarded and underrun
is reported. That resulted in an infinite loop, because PulseAudio tried
to keep the buffer filled, which was futile since the written audio was
immediate
Now the old and new state is logged every time when the sink or source
state changes.
---
src/pulsecore/cli-text.c | 38 ++
src/pulsecore/sink.c | 14 ++
src/pulsecore/sink.h | 2 ++
src/pulsecore/source.c | 14 ++
src/pulsecor
On Tue, 2017-12-12 at 11:39 +0100, Hans de Goede wrote:
> Hi All,
>
> First of all good news, with kernel 4.15-rc2 and alsa-lib 1.1.5
> audio over hdmi works on Cherry Trail devices after selecting
> the right output profile.
>
> But when unplugging the hdmi cable pa dies. Running pa under
> gdb
On Wed, 2017-12-13 at 22:14 +0100, Samo Pogačnik wrote:
> Thank you for the remarks. I tried to correct all issues and
> below is a new patch.
Thanks. I recommend you send patches with "git send-email" in the
future. That way the formatting will always be right (I had some
trouble getting git acce
On Tue, 2017-12-12 at 09:47 +0530, Arun Raghavan wrote:
>
> On Tue, 12 Dec 2017, at 07:29 AM, Tanu Kaskinen wrote:
> > On Sun, 2017-12-10 at 12:46 +0530, Arun Raghavan wrote:
> > > On Sat, 9 Dec 2017, at 10:58 PM, Felipe Sateler wrote:
> > > > On Sat, Dec
On Tue, 2017-12-12 at 10:41 +0530, Arun Raghavan wrote:
>
> On Sat, 9 Dec 2017, at 01:19 PM, Tanu Kaskinen wrote:
> > On Thu, 2017-12-07 at 05:39 +0530, Arun Raghavan wrote:
> > > This removes the symdef header generation m4 magic in favour of a
> > > simpler macro m
On Sat, 2017-12-02 at 15:28 -0800, Joe (Yu) Zhou wrote:
> Hi,
>
> I'm trying to stream some bluetooth audio via ethernet to another
> pulseaudio server. I'm using module-tunnel-sink-new with TCP connection. On
> the sender computer I have a bluetooth stream generating a variable bit
> rate sink-in
The function is declared in pulse/format.h and it has Doxygen
documentation, which tells me that the intention was to make the
function available to clients.
BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=103806
---
src/map-file | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/map-f
On Sun, 2017-12-10 at 12:46 +0530, Arun Raghavan wrote:
> On Sat, 9 Dec 2017, at 10:58 PM, Felipe Sateler wrote:
> > On Sat, Dec 9, 2017 at 2:59 AM, Arun Raghavan
> > wrote:
> > > (Note: this patch depends on the symdef header removal work from a few
> > > days ago)
> > >
> > > This is a working
501 - 600 of 5281 matches
Mail list logo