During a move sink_input->sink is not valid. This leads to a crash when
sink_input_set_rate() is called from the moving() callback. This patch
fixes the problem.
---
src/pulsecore/sink-input.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/pulsecore/sink-input.c
If source or sink are changed, the current sink input rate may be different
from the default rate. Switch sink input rate back to default to avoid the
influence of the previous combination of source and sink.
---
src/modules/module-loopback.c | 10 ++
1 file changed, 10 insertions(+)
On 10.04.2017 20:51, Georg Chini wrote:
On 10.04.2017 16:36, Tanu Kaskinen wrote:
On Mon, 2017-04-10 at 16:27 +0200, Georg Chini wrote:
On 10.04.2017 16:23, Tanu Kaskinen wrote:
On Sat, 2017-04-08 at 20:34 +0200, Georg Chini wrote:
If source or sink are changed, the current sink input rate
On 10.04.2017 16:36, Tanu Kaskinen wrote:
On Mon, 2017-04-10 at 16:27 +0200, Georg Chini wrote:
On 10.04.2017 16:23, Tanu Kaskinen wrote:
On Sat, 2017-04-08 at 20:34 +0200, Georg Chini wrote:
If source or sink are changed, the current sink input rate may be different
from the default rate.
On Mon, 2017-04-10 at 16:27 +0200, Georg Chini wrote:
> On 10.04.2017 16:23, Tanu Kaskinen wrote:
> > On Sat, 2017-04-08 at 20:34 +0200, Georg Chini wrote:
> > > If source or sink are changed, the current sink input rate may be
> > > different
> > > from the default rate. Switch sink input rate
On 10.04.2017 16:23, Tanu Kaskinen wrote:
On Sat, 2017-04-08 at 20:34 +0200, Georg Chini wrote:
If source or sink are changed, the current sink input rate may be different
from the default rate. Switch sink input rate back to default to avoid the
influence of the previous combination of source
On Sat, 2017-04-08 at 20:34 +0200, Georg Chini wrote:
> If source or sink are changed, the current sink input rate may be different
> from the default rate. Switch sink input rate back to default to avoid the
> influence of the previous combination of source and sink.
> ---
>
On Sat, 2017-04-08 at 20:34 +0200, Georg Chini wrote:
> The previous patch assumed constant port latency offsets. The offsets can
> however be changed by the user, therefore these changes need to be tracked
> as well. This patch adds the necessary hooks.
>
> Also the print_msg argument was
Currently, 'filter-apply' cannot load 'virtual-surround-sink' filter module.
Because, it always fails due to argument mismatching between 'filter-apply' and
'virtual-surround-sink'.
(e.g 'master' used instead of 'sink_master') To solve this issue, added
'sink_master' argument.
Additionally,
filter-apply able to load ladspa-sink, virtual-surround-sink using new
'filter.apply.{MODULE_NAME}.parameter' property.
e.g) paplay file.wav --property=filter.apply=ladspa-sink \
--property=filter.apply.ladspa-sink.parameters="plugin=ladspa
label=ladspa_stereo control=0"
Currently, 'filter-apply' cannot load 'ladspa-sink' filter module.
Because, it always fails due to argument mismatching between 'filter-apply' and
'ladspa-sink'.
(e.g 'master' used instead of 'sink_master') To solve this issue, added
'sink_master' argument.
Additionally, supports autoloaded
On 10.04.2017 10:14, KimJeongYeon wrote:
2017. 4. 9. 오전 5:22에 "Georg Chini" >님이 작성:
On 07.04.2017 15:41, KimJeongYeon wrote:
For example, a normal stream tried to attach to filter sink(or
source), which
filter loaded and
For example, a normal stream tried to attach to filter sink(or source), which
filter loaded and managed by filter-apply. But, the stream become to attach to
the ***master sink(or source)*** of filter module due to restoring operation.
It seems should to be attached to the filter sink(or source)
Hi all,
I am using pulseaduio ,ofono for hfp profile with Bluez5.
i am using
*pulseaudio 9.0*
*Bluez5.43*
*ofonod 1.18*
media audio (a2dp) is working fine.
But problem is if i call to bluetooth connected device with odroid board
for the first call i am getting audio in board.
for the
2017. 4. 9. 오전 5:22에 "Georg Chini" 님이 작성:
On 07.04.2017 15:41, KimJeongYeon wrote:
> For example, a normal stream tried to attach to filter sink(or source),
> which
> filter loaded and managed by filter-apply. But, the stream become to
> attach to
> the ***master sink(or
2017. 4. 9. 오후 6:43에 "Georg Chini" 님이 작성:
On 07.04.2017 16:47, KimJeongYeon wrote:
> Currently, 'filter-apply' cannot load 'virtual-surround-sink' filter
> module.
> Because, it always fails due to argument mismatching between
> 'filter-apply' and 'virtual-surround-sink'.
> (e.g
16 matches
Mail list logo