Hi Pali,
On Fri, Apr 26, 2019 at 6:47 PM Pali Rohár wrote:
>
> On Friday 26 April 2019 16:44:03 Luiz Augusto von Dentz wrote:
> > Hi Pali,
> >
> > On Fri, Apr 26, 2019 at 1:55 PM Pali Rohár wrote:
> > >
> > > On Friday 26 April 2019 13:09:00 Luiz Augusto von Dentz wrote:
> > > > Hi Pali,
> > > >
On 27.04.19 17:14, Georg Chini wrote:
On 27.04.19 12:55, Georg Chini wrote:
On 27.04.19 12:04, Tanu Kaskinen wrote:
On Fri, 2019-04-26 at 11:40 +0200, Georg Chini wrote:
On 26.04.19 10:56, Tanu Kaskinen wrote:
On Tue, 2019-04-23 at 21:20 +0200, Georg Chini wrote:
The current scheme for
updat
Hi Pali,
On Tue, Apr 30, 2019 at 12:42 PM Luiz Augusto von Dentz
wrote:
>
> Hi Pali,
>
> On Fri, Apr 26, 2019 at 6:47 PM Pali Rohár wrote:
> >
> > On Friday 26 April 2019 16:44:03 Luiz Augusto von Dentz wrote:
> > > Hi Pali,
> > >
> > > On Fri, Apr 26, 2019 at 1:55 PM Pali Rohár wrote:
> > > >
вт, 30 апр. 2019 г. в 16:31, Georg Chini :
> uint64_t min_latency; /* Minimum latency
> allowed for the sink, 0 if unused */
> uint64_t max_latency; /* Maximum latency
> allowed for the sink, 0 if unused */
Why would these fields be needed?
>
On 30.04.19 19:23, Alexander E. Patrakov wrote:
вт, 30 апр. 2019 г. в 16:31, Georg Chini :
uint64_t min_latency; /* Minimum latency
allowed for the sink, 0 if unused */
uint64_t max_latency; /* Maximum latency
allowed for the sink, 0 if unused
On 30.04.19 20:46, Georg Chini wrote:
On 30.04.19 19:23, Alexander E. Patrakov wrote:
/* Callback to process a chunk of data by the filter. May be
NULL */
void (*process_chunk)(float *src, float *dst, unsigned count,
void
*filter_handle);
/* Callback to retrieve addition
On 27.04.19 12:26, Tanu Kaskinen wrote:
On Fri, 2019-04-26 at 07:37 -0500, Matt Zagrabelny wrote:
On Fri, Apr 26, 2019 at 4:28 AM Tanu Kaskinen wrote:
In /usr/share/pulseaudio/alsa-mixer/paths/analog-output-
headphones.conf, change these lines:
[Jack Front Headphone]
required-any = any
to
вт, 30 апр. 2019 г. в 23:46, Georg Chini :
>
> On 30.04.19 19:23, Alexander E. Patrakov wrote:
> >> /* If set, this function is called in thread context when an update
> >> of the
> >>* filter parameters is requested, may be NULL. The function must
> >> replace
> >>* the curre
