From: Benjamin Berg
Whenever an HDMI/DP sink is in use DPMS should not be done by desktop
environments. Add a property to the appropriate ports and inform the DE
that DPMS off should be inhibited whenever a port or sink with the
device.requires.no_dpms_off property is set to boolean true.
TODO:
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
These patches fix the release blocker bug 104761. There are some smaller
patches included that aren't directly related to the bug, they are just
some issues around the general topic of state changing that I noticed
while working on the bug.
The original problem was that pa_sink_suspend() was being
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
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
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
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
Currently the pipe-source will remain running even if no
writer is connected and therefore no data is produced.
This patch adds the autosuspend= option to prevent this.
Source will stay suspended if no writer is connected.
This option is enabled by default.
---
src/modules/module-pipe-source.c | 2
Currently loopback module indefinitely increased latency if underruns
occurs. This patch allows to set up the upper limit of latency.
---
src/modules/module-loopback.c | 34 ++
1 file changed, 30 insertions(+), 4 deletions(-)
diff --git a/src/modules/module-loopbac
Hello!
I am currently developing an audio system for an automotive customer,
based on PulseAudio where PulseAudio is applicable. It is part of the
requirements that the volume of every input channel (sink input) to
every output channel (sink) can be configured separately. There are
good reasons fo
Hello,
Currently a loopback module does a double resampling if the source
and sink sample rates are different.
I used a simple config to test it:
load-module module-null-source source_name=src rate=48000
load-module module-null-sink sink_name=dst rate=96000
load-module module-loopback source=src
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 where PulseAudio is applicable. It is part of the
> requirements that the volume of every input channel (sink input) to
> every output channel (s
On 19.02.2018 16:46, Andreas Hartmetz wrote:
Hello!
I am currently developing an audio system for an automotive customer,
based on PulseAudio where PulseAudio is applicable. It is part of the
requirements that the volume of every input channel (sink input) to
every output channel (sink) can be c
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 where PulseAudio is applicable. It is part of
> > the
> > requirements tha
On 19.02.2018 16:56, Raman Shishniou wrote:
Hello,
Currently a loopback module does a double resampling if the source
and sink sample rates are different.
I used a simple config to test it:
load-module module-null-source source_name=src rate=48000
load-module module-null-sink sink_name=dst rate
Currently the loopback module uses sample spec and channel map of the
sink by default. It leads to double resample if source and sink sample
specs are different and no rate/format specified in arguments. This
patch causes the source sample spec and channel map to be used by
default.
---
src/module
19 matches
Mail list logo