Re: [pulseaudio-discuss] [PATCH 2/4] move stream after default sink is changed.

2018-12-14 Thread Hui Wang
On 2018/12/13 下午5:16, Tanu Kaskinen wrote: On Mon, 2018-11-05 at 09:47 +0800, Hui Wang wrote: When default sink changes, the stream should be moved to new default_sink too. Except if the stream's preferred sink is the old default sink. If it is user to call change default function, all stream

Re: [pulseaudio-discuss] front-panel headphones not working with Intel PCH and Realtek ALC892

2018-12-14 Thread Russell Treleaven
take 2 `aplay -l` for the playback devices and `arecord -l` for the capture devices. Sometimes disabling auto-mute at the alsa layer makes the headphone jack show up. On Fri, Dec 14, 2018 at 11:14 AM Russell Treleaven wrote: > First thing is to do is verify that alsa sees the card. > `aplay -l

Re: [pulseaudio-discuss] front-panel headphones not working with Intel PCH and Realtek ALC892

2018-12-14 Thread Peter F. Patel-Schneider
The card is there. The rear panel connectors work, and both mics are visible. aplay -l lists analog, digital, and two HDMI playback devices. aplay -L lists a bunch of PCMs, including a bunch of surround modes and a two-channel mode called front. Maybe that one should go to either the front-panel

Re: [pulseaudio-discuss] front-panel headphones not working with Intel PCH and Realtek ALC892

2018-12-14 Thread Russell Treleaven
First thing is to do is verify that alsa sees the card. `aplay -l` for playback devices and `aplay -L` for capture devices. If alsa doesn't see it pulseaudio won't see it. On Fri, Dec 14, 2018 at 10:56 AM Peter F. Patel-Schneider < pfpschnei...@gmail.com> wrote: > Hi: > > I have an Intel 7 Series

[pulseaudio-discuss] front-panel headphones not working with Intel PCH and Realtek ALC892

2018-12-14 Thread Peter F. Patel-Schneider
Hi: I have an Intel 7 Series desktop where the audio chip is a Realtek ALC892. The audio setup is quite normal, with 7+1+mic on the rear and mic and headphones on the front. However, pulseaudio doesn't show a headphone port for the card (HDA Intel PCH), just front and rear mics, digital output, H

Re: [pulseaudio-discuss] [PATCH 1/4] A2DP api with multi-codec support

2018-12-14 Thread Huang-Huang Bao
On 12/14/18 7:01 PM, Pali Rohár wrote: > On Friday 14 December 2018 18:48:05 Huang-Huang Bao wrote: >> I don't want to debate too much about naming. In this state, we should pay >> attention to codes function. >> >> Broken codes and useless codes could be cleaned up after this patches set >> app

Re: [pulseaudio-discuss] [PATCH 1/4] A2DP api with multi-codec support

2018-12-14 Thread Pali Rohár
On Friday 14 December 2018 18:48:05 Huang-Huang Bao wrote: > I don't want to debate too much about naming. In this state, we should pay > attention to codes function. > > Broken codes and useless codes could be cleaned up after this patches set > applied. > > If someone want to add another code

Re: [pulseaudio-discuss] [PATCH 1/4] A2DP api with multi-codec support

2018-12-14 Thread Huang-Huang Bao
I don't want to debate too much about naming. In this state, we should pay attention to codes function. Broken codes and useless codes could be cleaned up after this patches set applied. If someone want to add another codec, he/she can just modify "a2dp-codeces.h" or others. On 12/14/18 5:4

Re: [pulseaudio-discuss] [PATCH 1/4] A2DP api with multi-codec support

2018-12-14 Thread Pali Rohár
On Friday 14 December 2018 00:07:27 Huang-Huang Bao wrote: > "a2dp-codecs.h" copied from bluez, then added a2dp_aptxhd_t, a2dp_ldac_t. This does not excuse having broken code in pulseaudio. Atrac or big endian definition seems to be really wrong. Is not it stupid to copy+paste broken code from on