.pa>| but that causes
aplay to give a busy error: |aplay: main:830: audio open error: Device
or resource busy| and Moode to also still give one as well.
El mar, 7 may 2024 a las 14:59, Georg Chini () escribió:
Hi,
mh, looks like you have a problem then. Pulseaudio exclusively
snd_rpi_hifiberry_dacplus
USB Stream Output
El mar, 7 may 2024 a las 14:44, Georg Chini () escribió:
Hi,
so what's the output of aplay -L?
Regards
Georg
On 07.05.24 21:12, Richard Reina wrote:
Hello Georg, Thank you for the reply. Yes Moode accesses alsa
Hi,
so what's the output of aplay -L?
Regards
Georg
On 07.05.24 21:12, Richard Reina wrote:
Hello Georg, Thank you for the reply. Yes Moode accesses alsa directly
and unfortunately there is no option for making it use pulse.
El mar, 7 may 2024 a las 13:33, Georg Chini
Hello,
maybe you don't have the alsa config for pulseaudio. Normally aplay -L
shows that the default device points to pulse:
null
Discard all samples (playback) or generate zero samples (capture)
default
Playback/recording through the PulseAudio sound server
...
pulse
PulseAudio
Hi Mark,
there are module-role-cork and module-role-ducking which provide the
kind of functionality
you are looking for. If you have a stream with "role1" assigned, which
should duck all other
streams, the command would be something like
pactl load-module module-role-ducking
On 19.01.24 09:39, 赵成义 wrote:
Hi guys,
I found a issue about stuttering when recording sink monitor audio, as
shown below:
Preconditions:
1. The sound card only supports software volume.
2. Two audio players play different audios at the same time.
3. Set to speaker output audio.
Test steps:
On 06.05.23 08:07, Chengyi Zhao wrote:
Hi guys,
In Debian system, if I log in multiple users, the system will start
multiple PulseAudio processes at user level,
when establishing Bluetooth audio connection with Bluetooth headset,
there will be a random use of a particular
PulseAudio to start
Hi Lars,
14.2 is pretty old, current version is 16.1 and we are shortly before
releasing 17.0.
So if possible, I would recommend to update to a newer version, at least
if your
problems return.
Concerning documentation - you are right, the module page has not been
updated
for quite some time
Hi,
you say below, that a few hundred milliseconds would be an acceptable
latency.
Why then do you set the values so low? Setting the loopback latency to
1ms and
max_latency to 10ms is not a good idea and will probably not work as
expected.
The latency you specify for the loopback includes
Hi,
unfortunately the information you give is not sufficient to help you.
Can you at least supply the output of "pactl info"?
Regards
Georg
On 20.03.23 11:54, Igor Lerinc wrote:
i cant use multiple apps in same time !
so, i need to close app completely, in order for other to work !
Hi,
do you have a loopback from rtpsink.monitor to your default sink? The
null sink
just discards the audio.
pactl load-module module-loopback source=rtpsink.monitor
Regards
Georg
On 06.01.23 15:07, Jerry Geis wrote:
Hi - Using ubuntu 20.04 LTS
I have this in my startup:
# Forward
Hi,
do you have module-switch-on-port-available loaded? To me it looks like
module-switch-on-connect
refuses to switch, but then the switch is done because the port becomes
available.
Regards
Georg
On 08.11.22 10:35, Blazej Slusarek wrote:
Hi all,
I've been having issues with my
Hi Tudor,
yes, there is one sink input still active (qemu?) which is also the one
that requests the
low latency (requested latency: 0.50 ms). As long as there is an active
stream, the
sink will not be suspended.
I do not see module-loopback in the list of loaded modules. For
Hi,
the first null-sink is configured for 500 usec latency, that causes the
high CPU load.
If you use something higher, say 5 msec, the load will go down
significantly. Also,
you don't have module-suspend-on-idle loaded, which means that the sinks are
active all the time, even if they are not
Instead of insulting people who spend their free time improving
pulseaudio, you could have made
a difference by getting involved.
On 03.06.22 00:45, Patrick May wrote:
Here's a warning that if you try this command
pactl -- set-sink-volume 0 10.5%
Pulseaudio will set your volume to 150% and
Hi Chase,
let me know the results of your tests. I would especially be interested
in the
difference between using module-null-sink with module-remap-source
and module-null-source with the uplink sink of module-remap-source.
Regards
Georg
On 19.04.22 01:32, Chase Lambert wrote:
Thanks
Hi,
module-virtual-source is only an example of how a filter source should
be implemented and
is very rarely used. Module-remap-source is intended to be used if you
want to change the
channel map of your source. Module-remap-source has much less overhead,
so it is probably
the better option
.
++
Jack
Le dimanche 13 février 2022 à 20:17 +0100, Georg Chini a écrit :
On 13.02.22 17:09, corbeille wrote:
Hey Georg,
I have updated my to raspios since last time : Debian GNU/Linux 11
(bullseye).
It comes with :
- pulseaudio 14.2
- GStreamer 1.18.4
Is it also too old ?
I was hoping
directly.
Do you see increasing latency before the sound gets choppy?
Le dimanche 13 février 2022 à 17:05 +0100, Georg Chini a écrit :
On 13.02.22 16:57, corbeille wrote:
Hello,
I did some additional tests.
And it seems the problem occurs when I have a second null sink.
With
only one null sink, I
On 13.02.22 16:57, corbeille wrote:
Hello,
I did some additional tests.
And it seems the problem occurs when I have a second null sink. With
only one null sink, I don't have any problem. Weird.
So here is an example of the configuration that causes the problem :
1st shell:
$ pacmd load-module
On 02.01.22 15:18, Josef Wolf wrote:
On Sun, Jan 02, 2022 at 02:42:42PM +0100, Josef Wolf wrote:
On Sun, Jan 02, 2022 at 02:02:39PM +0100, Georg Chini wrote:
On 02.01.22 12:32, Josef Wolf wrote:
pactl load-module module-udev-detect
pactl load-module module-combine-sink
slaves
On 02.01.22 12:32, Josef Wolf wrote:
Hello all,
is there any way to make paired (but currently not connected) BT devices
available as a sink? The autodetect finds only connected devices and the BT
modules don't seem to have any options to specifically create a sink e.g. by
its MAC address.
On 25.06.20 21:32, jtharkey wrote:
Hello,
We have an embedded device that we're switching from straight ALSA
over to PulseAudio. There are no users on the system other than root
so we have pulse running in system mode. It works, but has unusually
high CPU usage. The device has a 2.6GHz Dual
LUE(p) > 1) && (p->srb == srb);
pa_pstream_unref(p);
return b;
Best Regards,
Chengyi
*From:* Georg Chini
*Sent:* Tuesday, June 9, 2020 2:01
*To:* General PulseAudio Discussion
; Zhao Chengyi
*Subject:* Re: [pulseaudio-discuss] 回复: How to fix pulseaudio
On 11.06.20 11:50, Jerome O'Flaherty wrote:
Georg,
I did compile 13.99 on my RPi yesterday and it still happened
unfortunately. 13.99 also seems to timeout quicker so I switched back for now
to the ‘official’ pulse for RPI which seems to be 12.
Jerome
On 11 Jun 2020, at 10:40, Georg
On 11.06.20 11:12, Jerome O'Flaherty wrote:
I have been trying to get Pulseaudio setup on a headless RPI to provide output
via a HomePod
So, I have added the module-raop-discover to the default.pa.
I can see my HomePod in the list of sinks.
I can set the home as the default sink
e.g.
On 09.06.20 13:59, Chris Adams wrote:
I am running Fedora 31, with pulseaudio 13.99.1-3.fc31 and bluez
5.54-1.fc31. I am unable to get any Bluetooth headset to work in
headset_head_unit (HSP/HFP) mode. I tried a new headset I just bought
for video chats an old pair of headphones (that I'm
On 09.06.20 10:39, Zhao Chengyi wrote:
Please ignore the gdb bt information above because of error dbgsyms,
and please refer to the following logs when occurring crash.
5月 26 03:14:24 test-PC pulseaudio[2841]: W: [pulseaudio] pstream.c:
Received SHM memblock frame with invalid frame length.
5月
On 27.05.20 14:11, Robert Bielik wrote:
Hi all,
Running my ladspa plugin I can see all sorts of block(fragment) sizes
in the run function (it starts f.i. with 8059 frames…(?)). Is there
any way to force these to say 512 frames per fragment?
Regards
/R
No, PA uses variable block size.
On 27.05.20 12:12, Robert Bielik wrote:
Oh, forgot to mention, I’m running pulseaudio 12.2 on a Raspberry Pi
Model 3.
*From:*pulseaudio-discuss
*On Behalf Of
*Robert Bielik
*Sent:* Wednesday, 27 May 2020 12:10
*To:* pulseaudio-discuss@lists.freedesktop.org
*Subject:* [pulseaudio-discuss]
On 09.05.20 06:08, l...@sunray.cn wrote:
Hi
I so sorry that I sent a lot of mails these days. Now I summarize all
the problems in this mail.
Device: IMX6DL
Kernel: 4.1.15
Environment: pulseaudio 8.0, alsa( alsactl -v : 1.1.0)
Reason:
I used "mplayer" to play audio file in "system()" before
On 29.04.20 10:57, Jim Kent wrote:
I have a question about how Pulseaudio functions between sound
hardware and applications in Linux and spins. I noticed both Firefox
and Chromium internally report many hardware details, including the
sound output chipset and connected Bluetooth devices
On 29.04.20 00:03, Pali Rohár wrote:
On Tuesday 28 April 2020 21:52:55 Georg Chini wrote:
On 28.04.20 21:06, Pali Rohár wrote:
On Tuesday 28 April 2020 20:50:33 Georg Chini wrote:
Personally I don't see a problem to remove the AG role support from
the ofono backend because nobody uses
On 28.04.20 21:06, Pali Rohár wrote:
On Tuesday 28 April 2020 20:50:33 Georg Chini wrote:
Personally I don't see a problem to remove the AG role support from
the ofono backend because nobody uses it. What I proposed earlier
- allow hsphfpd to disable the HFP HS role and keep a "legacy&q
On 28.04.20 19:08, Pali Rohár wrote:
On Tuesday 28 April 2020 19:25:12 Tanu Kaskinen wrote:
It's not helpful to repeat that the ofono code needs massive changes as
a precondition to having a hsphfpd backend without specifying those
changes, because it sounds so unlikely to be true. Later in
On 27.04.20 22:22, Pali Rohár wrote:
On Monday 27 April 2020 22:18:38 Georg Chini wrote:
On 27.04.20 22:12, Pali Rohár wrote:
On Monday 27 April 2020 22:06:29 Georg Chini wrote:
On 27.04.20 21:45, Georg Chini wrote:
On 27.04.20 01:44, Pali Rohár wrote:
On Tuesday 31 March 2020 09:36:21
On 27.04.20 22:12, Pali Rohár wrote:
On Monday 27 April 2020 22:06:29 Georg Chini wrote:
On 27.04.20 21:45, Georg Chini wrote:
On 27.04.20 01:44, Pali Rohár wrote:
On Tuesday 31 March 2020 09:36:21 Georg Chini wrote:
One comment here: The hsphfpd should be able to co-exist with
ofono. ofono
On 27.04.20 21:45, Georg Chini wrote:
On 27.04.20 01:44, Pali Rohár wrote:
On Tuesday 31 March 2020 09:36:21 Georg Chini wrote:
One comment here: The hsphfpd should be able to co-exist with
ofono. ofono + PA currently is the only way you can use your mobile
on Linux and we should not break
On 27.04.20 01:44, Pali Rohár wrote:
On Tuesday 31 March 2020 09:36:21 Georg Chini wrote:
One comment here: The hsphfpd should be able to co-exist with
ofono. ofono + PA currently is the only way you can use your mobile
on Linux and we should not break this (unless the hsphfpd supplies
the same
On 11.04.20 22:29, Daniel wrote:
Hello,
I have 2 alsa devices in my system, card 0 is my Nvidia graphics card
for HDMI Audio output, card 1 is my internal onboard audio. I prefer
the HDMI Audio via my Nvidia card and setting this as default device
works just fine.
When I now add another audio
On 17.03.20 13:06, Pali Rohár wrote:
On Monday 16 March 2020 18:19:47 Tanu Kaskinen wrote:
On Sun, 2020-03-15 at 14:37 +0100, Pali Rohár wrote:
Hello! One month passed and I have not answer which solution would
pulseaudio choose for HSP and HFP support. Could you please really look
at my email
On 23.02.20 12:16, Daniel Krysiak wrote:
Hi,
No, this is not about the usual loopback latency ;) I have found a
strange anomaly.
I have 2 sound cards: C-Media CMI8738 (I've check, well supported on
Linux, work great)
1st is for Toslink input, 2nd for Toslink output (and this is the
default
On 18.02.20 13:37, Pali Rohár wrote:
On Tuesday 18 February 2020 13:13:35 Georg Chini wrote:
On 18.02.20 11:29, Pali Rohár wrote:
On Tuesday 18 February 2020 11:06:03 Georg Chini wrote:
On 18.02.20 10:34, Pali Rohár wrote:
Hello!
On Tuesday 18 February 2020 09:42:38 Georg Chini wrote
On 18.02.20 11:29, Pali Rohár wrote:
On Tuesday 18 February 2020 11:06:03 Georg Chini wrote:
On 18.02.20 10:34, Pali Rohár wrote:
Hello!
On Tuesday 18 February 2020 09:42:38 Georg Chini wrote:
On 15.02.20 22:33, Pali Rohár wrote:
Hello!
More then two months ago I started discussion how
On 18.02.20 10:34, Pali Rohár wrote:
Hello!
On Tuesday 18 February 2020 09:42:38 Georg Chini wrote:
On 15.02.20 22:33, Pali Rohár wrote:
Hello!
More then two months ago I started discussion how to handle currently
unsupported parts of Bluetooth HSP and HFP profiles on Linux via
pulseaudio
On 15.02.20 22:33, Pali Rohár wrote:
Hello!
More then two months ago I started discussion how to handle currently
unsupported parts of Bluetooth HSP and HFP profiles on Linux via
pulseaudio.
Main problems are:
1) These profiles are bound with telephony stack and without having half
of
On 02.02.20 14:08, Pali Rohár wrote:
On Thursday 23 January 2020 12:29:15 Georg Chini wrote:
On Tuesday 21 January 2020 16:17:16 Georg Chini wrote:
...
+}
+
+static bool can_accept_capabilities_xq2(const uint8_t *capabilities_buffer,
uint8_t capabilities_size, bool for_encoding
On 08.05.19 20:12, Yauhen Kharuzhy wrote:
Add boolean parameter 'use_new_tunnel' to add ability to use
module-tunnel-{sink,source}-new instead of old
module-tunnel-{sink,source} modules. This parameter is false by default
for maintain behaviour compatible.
The new tunnel module don't send
.
Yes, I think it needs to be changed. I agree that this is not part of
this patch and only wanted to remind that there is an open topic.
Therefore the general remark here and no comment in the code.
On Tuesday 21 January 2020 16:17:16 Georg Chini wrote:
...
+}
+
+static bool
Finally managed to review this one. The general remarks concerning the
return
values of the API functions apply here as well. Sorry for the delay.
On 06.10.19 19:58, Pali Rohár wrote:
Specify configuration for Low, Middle, High and eXtreme Quality of SBC
codec. SBC codec in eXtreme Quality has
On 13.07.19 23:27, Georg Chini wrote:
Hi,
today I did a review/cleanup/rebase of all the patches I have
accumulated.
I found there is a total of 65 patches in 11 series, together 8041
additions
and 3233 deletions. I wonder if this ever has the chance to get
completely
reviewed ...
Here
On 08.01.20 12:35, Pali Rohár wrote:
On Tuesday 07 January 2020 21:57:40 Georg Chini wrote:
On 07.01.20 19:37, Pali Rohár wrote:
Hello!
My A2DP patch series which adds support for more A2DP codecs is still in
review state, but Tanu about year ago wrote that do not like my proposal
with usage
On 07.01.20 19:37, Pali Rohár wrote:
Hello!
My A2DP patch series which adds support for more A2DP codecs is still in
review state, but Tanu about year ago wrote that do not like my proposal
with usage of PA profiles for selecting A2DP codec. Because nobody for
last year come up with another
On 14.12.19 19:15, Tanu Kaskinen wrote:
On Wed, 2019-12-11 at 15:44 +0100, Pali Rohár wrote:
Hello! Some of these patches are already reviewed. Can you include these
patches into pulseaudio master git branch?
You me this also on IRC, but at the moment you're not on the channel,
so I'm
On 07.12.19 18:49, Pali Rohár wrote:
On Saturday 07 December 2019 18:39:20 Georg Chini wrote:
Otherwise 44k1 could be chosen falsely here if
the headset
again sends both frequencies.
Remote side here send all supported frequencies. If there are more
frequencies we choose just one which we want
On 07.12.19 18:25, Pali Rohár wrote:
On Saturday 07 December 2019 18:15:38 Georg Chini wrote:
On 07.12.19 16:56, Pali Rohár wrote:
On Saturday 07 December 2019 16:44:20 Georg Chini wrote:
On 07.12.19 15:47, Pali Rohár wrote:
On Saturday 07 December 2019 15:37:15 Georg Chini wrote
On 07.12.19 16:56, Pali Rohár wrote:
On Saturday 07 December 2019 16:44:20 Georg Chini wrote:
On 07.12.19 15:47, Pali Rohár wrote:
On Saturday 07 December 2019 15:37:15 Georg Chini wrote:
On 06.10.19 19:58, Pali Rohár wrote:
This patch provides support for FastStream codec in bluetooth A2DP
On 07.12.19 15:47, Pali Rohár wrote:
On Saturday 07 December 2019 15:37:15 Georg Chini wrote:
On 06.10.19 19:58, Pali Rohár wrote:
This patch provides support for FastStream codec in bluetooth A2DP profile.
FastStream codec is bi-directional, which means that it supports both music
playback
On 06.10.19 19:58, Pali Rohár wrote:
This patch provides support for FastStream codec in bluetooth A2DP profile.
FastStream codec is bi-directional, which means that it supports both music
playback and microphone voice at the same time.
FastStream codec is just SBC codec with fixed parameters.
On 02.12.19 15:47, Tanu Kaskinen wrote:
On Mon, 2019-12-02 at 13:00 +0100, Pali Rohár wrote:
On Sunday 01 December 2019 12:24:07 Georg Chini wrote:
On 30.11.19 23:39, Pali Rohár wrote:
On Saturday 30 November 2019 22:43:47 Georg Chini wrote:
On 06.10.19 19:58, Pali Rohár wrote:
This patch
On 30.11.19 23:39, Pali Rohár wrote:
On Saturday 30 November 2019 22:43:47 Georg Chini wrote:
On 06.10.19 19:58, Pali Rohár wrote:
This patch provides support for aptX and aptX HD codecs in bluetooth A2DP
profile. It uses open source LGPLv2.1+ licensed libopenaptx library which
can be found
On 06.10.19 19:58, Pali Rohár wrote:
This patch provides support for aptX and aptX HD codecs in bluetooth A2DP
profile. It uses open source LGPLv2.1+ licensed libopenaptx library which
can be found at https://github.com/pali/libopenaptx.
aptX for s24 stereo samples provides fixed 6:1
On 16.11.19 17:12, Georg Chini wrote:
On 06.10.19 19:58, Pali Rohár wrote:
Bluez and remote device decide which A2DP codec would use. Use this
selected A2DP codec as initial profile in pulseaudio.
In most cases it is either last used codec or codec with higher
priority by
defined by remote
On 06.10.19 19:58, Pali Rohár wrote:
Bluez and remote device decide which A2DP codec would use. Use this
selected A2DP codec as initial profile in pulseaudio.
In most cases it is either last used codec or codec with higher priority by
defined by remote device.
To detect which A2DP profile was
On 10.11.19 11:09, Pali Rohár wrote:
On Sunday 10 November 2019 11:03:25 Georg Chini wrote:
On 10.11.19 09:44, Pali Rohár wrote:
Otherwise looks good, though I wonder if the warning is really necessary.
It was there before, so I have not deleted it. It is also there for SCO
socket.
I know
On 10.11.19 09:44, Pali Rohár wrote:
On Saturday 09 November 2019 12:34:02 Georg Chini wrote:
On 06.10.19 19:58, Pali Rohár wrote:
---
src/modules/bluetooth/module-bluez5-device.c | 33
++--
1 file changed, 31 insertions(+), 2 deletions(-)
diff --git a/src
On 06.10.19 19:58, Pali Rohár wrote:
Some A2DP codecs (e.g. SBC or aptX-HD) use RTP packets. For sources use
timestamps from RTP packets to calculate read index and therefore remote
timestamp for synchronization.
---
src/modules/bluetooth/a2dp-codec-api.h | 4 ++--
On 06.10.19 19:58, Pali Rohár wrote:
---
src/modules/bluetooth/module-bluez5-device.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/modules/bluetooth/module-bluez5-device.c
b/src/modules/bluetooth/module-bluez5-device.c
index 9a81f4c69..9da5d1ac3 100644
---
On 06.10.19 19:58, Pali Rohár wrote:
---
src/modules/bluetooth/module-bluez5-device.c | 33 ++--
1 file changed, 31 insertions(+), 2 deletions(-)
diff --git a/src/modules/bluetooth/module-bluez5-device.c
b/src/modules/bluetooth/module-bluez5-device.c
index
On 01.11.19 16:28, ebla...@libero.it wrote:
My laptop suffers from audio stuttering (it's been a while, now) but
I'm not very sure about the root reason and so I'm here. OS is LMDE 3
x64 (Debian Stretch based) with latest updates, it ships with
pulseaudio 10.0.
Hardware is based on an intel i5
On 18.08.19 07:32, Hui Wang wrote:
In the V3, I addressed all Tanu's and Georg's comments:
0002-xxx.patch:
remove the pa_subscription_post() in the pa_sink_input_set_preferred_sink()
0003-xxx.patch:
Add the check of sink_input->sink->card in the subscribe_callback()
0004-xxx.patch:
Initialize
On 28.07.19 19:44, Brian Bulkowski wrote:
I posted yesterday, twice, about how the "stream get sink id" was
going to solve my problems.
In 10.0 ( the distro version on Debian Stretch on the Raspberry PI ),
the "sink ID" returned from that call is not a valid sink ID and
doesn't do anything
On 13.07.19 14:03, Georg Chini wrote:
On 13.07.19 14:00, Georg Chini wrote:
On 28.05.19 18:18, Tanu Kaskinen wrote:
GitLab
Tanu Kaskinen pushed to branch master at PulseAudio /
pulseaudio <https://gitlab.freedesktop.org/pulseaudio/pulseaudio>
Commits:
* *fd
On 15.07.19 14:40, Tanu Kaskinen wrote:
On Sat, 2019-07-13 at 11:03 +0200, Georg Chini wrote:
On 30.06.19 14:15, Georg Chini wrote:
On 17.01.19 07:53, Hui Wang wrote:
When a sink is unlinked, all streams of this sink are moved to
default_sink, this action is implemented in the core rather
Hi,
today I did a review/cleanup/rebase of all the patches I have accumulated.
I found there is a total of 65 patches in 11 series, together 8041 additions
and 3233 deletions. I wonder if this ever has the chance to get completely
reviewed ...
Here the series in detail:
1) Messaging patches
8
On 13.07.19 14:00, Georg Chini wrote:
On 28.05.19 18:18, Tanu Kaskinen wrote:
GitLab
Tanu Kaskinen pushed to branch master at PulseAudio /
pulseaudio <https://gitlab.freedesktop.org/pulseaudio/pulseaudio>
Commits:
* *fd9e3452
<https://gitlab.freede
On 13.07.19 10:46, Georg Chini wrote:
On 30.06.19 13:52, Georg Chini wrote:
On 17.01.19 07:53, Hui Wang wrote:
When the default sink changes, the streams from the old default sink
should be moved to the new default sink, unless the preferred_sink
string is set to the old default sink
On 30.06.19 14:15, Georg Chini wrote:
On 17.01.19 07:53, Hui Wang wrote:
When a sink is unlinked, all streams of this sink are moved to
default_sink, this action is implemented in the core rather than
modules now.
Signed-off-by: Hui Wang
---
src/modules/module-stream-restore.c | 50
On 30.06.19 13:52, Georg Chini wrote:
On 17.01.19 07:53, Hui Wang wrote:
When the default sink changes, the streams from the old default sink
should be moved to the new default sink, unless the preferred_sink
string is set to the old default sink and the active port of the old
default sink
On 12.07.19 13:13, Tanu Kaskinen wrote:
On Wed, 2019-07-10 at 22:03 +0200, Georg Chini wrote:
On 10.07.19 16:03, Tanu Kaskinen wrote:
On Fri, 2019-07-05 at 10:57 +0200, Georg Chini wrote:
On 05.07.19 09:41, Tanu Kaskinen wrote:
On Tue, 2019-07-02 at 09:08 +0200, Georg Chini wrote
On 10.07.19 16:03, Tanu Kaskinen wrote:
On Fri, 2019-07-05 at 10:57 +0200, Georg Chini wrote:
On 05.07.19 09:41, Tanu Kaskinen wrote:
On Tue, 2019-07-02 at 09:08 +0200, Georg Chini wrote:
On 02.07.19 08:43, Tanu Kaskinen wrote:
On Mon, 2019-07-01 at 08:03 +0200, Georg Chini wrote
On 08.07.19 15:51, Sergei Steshenko wrote:
On 07/07/2019 21:47, tony.cha...@vartaxos.com wrote:
I have searched
Setup: Desktop machine (Centos 7, PulseAudio 10.0), and a Raspberry
Pi 2B (Raspbian (Debian) Buster PulseAudio 12.2) with DAC and speaker.
If I play a video point-to-point over
On 05.07.19 10:57, Georg Chini wrote:
On 05.07.19 09:41, Tanu Kaskinen wrote:
On Tue, 2019-07-02 at 09:08 +0200, Georg Chini wrote:
On 02.07.19 08:43, Tanu Kaskinen wrote:
On Mon, 2019-07-01 at 08:03 +0200, Georg Chini wrote:
On 01.07.19 07:08, Tanu Kaskinen wrote:
On Sun, 2019-06-30 at 13
On 05.07.19 09:56, Tanu Kaskinen wrote:
On Tue, 2019-07-02 at 10:25 +0200, Georg Chini wrote:
On 02.07.19 06:49, Tanu Kaskinen wrote:
On Mon, 2019-07-01 at 08:48 +0200, Georg Chini wrote:
On 01.07.19 08:03, Georg Chini wrote:
On 01.07.19 07:08, Tanu Kaskinen wrote:
On Sun, 2019-06-30 at 13
On 05.07.19 09:41, Tanu Kaskinen wrote:
On Tue, 2019-07-02 at 09:08 +0200, Georg Chini wrote:
On 02.07.19 08:43, Tanu Kaskinen wrote:
On Mon, 2019-07-01 at 08:03 +0200, Georg Chini wrote:
On 01.07.19 07:08, Tanu Kaskinen wrote:
On Sun, 2019-06-30 at 13:52 +0200, Georg Chini wrote
On 17.01.19 07:53, Hui Wang wrote:
When the default sink changes, the streams from the old default sink
should be moved to the new default sink, unless the preferred_sink
string is set to the old default sink and the active port of the old
default sink is not unavailable
Signed-off-by: Hui Wang
On 02.07.19 06:49, Tanu Kaskinen wrote:
On Mon, 2019-07-01 at 08:48 +0200, Georg Chini wrote:
On 01.07.19 08:03, Georg Chini wrote:
On 01.07.19 07:08, Tanu Kaskinen wrote:
On Sun, 2019-06-30 at 13:52 +0200, Georg Chini wrote:
On 17.01.19 07:53, Hui Wang wrote:
When the default sink changes
On 02.07.19 08:43, Tanu Kaskinen wrote:
On Mon, 2019-07-01 at 08:03 +0200, Georg Chini wrote:
On 01.07.19 07:08, Tanu Kaskinen wrote:
On Sun, 2019-06-30 at 13:52 +0200, Georg Chini wrote:
On 17.01.19 07:53, Hui Wang wrote:
When the default sink changes, the streams from the old default sink
On 17.01.19 07:53, Hui Wang wrote:
When a sink is unlinked, all streams of this sink are moved to
default_sink, this action is implemented in the core rather than
modules now.
Signed-off-by: Hui Wang
---
src/modules/module-stream-restore.c | 50 -
On 01.07.19 08:03, Georg Chini wrote:
On 01.07.19 07:08, Tanu Kaskinen wrote:
On Sun, 2019-06-30 at 13:52 +0200, Georg Chini wrote:
On 17.01.19 07:53, Hui Wang wrote:
When the default sink changes, the streams from the old default sink
should be moved to the new default sink, unless
On 01.07.19 07:08, Tanu Kaskinen wrote:
On Sun, 2019-06-30 at 13:52 +0200, Georg Chini wrote:
On 17.01.19 07:53, Hui Wang wrote:
When the default sink changes, the streams from the old default sink
should be moved to the new default sink, unless the preferred_sink
string is set to the old
Hi Tanu,
Here a new picture:
DIAGRAM FOR HARDWARE SINK 1 BEFORE STARTING THE MOVE (OR BEFORE STARTING A
REWIND)
+-+-
| client stream memblockq
|
On 30.06.19 14:52, Georg Chini wrote:
On 17.01.19 07:53, Hui Wang wrote:
When the active port of a sink becomes unavailable, all streams from
that sink should be moved to the default sink.
When the active port of a sink changes state from unavailable, all
streams that have their preferred_sink
On 17.01.19 07:53, Hui Wang wrote:
When the active port of a sink becomes unavailable, all streams from
that sink should be moved to the default sink.
When the active port of a sink changes state from unavailable, all
streams that have their preferred_sink set to this sink should be moved
to
On 17.01.19 07:53, Hui Wang wrote:
When a sink is unlinked, all streams of this sink are moved to
default_sink, this action is implemented in the core rather than
modules now.
Signed-off-by: Hui Wang
---
src/modules/module-stream-restore.c | 50 -
On 17.01.19 07:53, Hui Wang wrote:
When the default sink changes, the streams from the old default sink
should be moved to the new default sink, unless the preferred_sink
string is set to the old default sink and the active port of the old
default sink is not unavailable
Signed-off-by: Hui Wang
On 17.01.19 07:53, Hui Wang wrote:
When the user moves a stream to the current default sink, the
preferred_sink should be set to NULL and module-stream-restore
should clear the routing for that stream in the stream database. From
that point on the stream will be always routed to the default
Sorry for the late feedback.
On 17.01.19 07:53, Hui Wang wrote:
If the sink here is NULL, that means users want to clear the
preferred_sink and move the sink-input to the default_sink, otherwise
set the preferred_sink to the sink->name and move the sink-input to
the sink. After that fire the
On 16.06.19 12:28, Georg Chini wrote:
I sent the patch that introduces the history queue to the list.
Please take a look. I think it is rather simple.
Hi Tanu,
I tried your proposal to synchronize read and write index of the
history queue immediately after the push and then to add the
render
I sent the patch that introduces the history queue to the list.
Please take a look. I think it is rather simple.
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
1 - 100 of 1097 matches
Mail list logo