On 9 March 2018 at 23:33, Michael Niedermayer
wrote:
> On Fri, Mar 09, 2018 at 07:23:02PM +0100, Hendrik Leppkes wrote:
> > On Fri, Mar 9, 2018 at 7:02 PM, Michael Niedermayer
> > wrote:
> > > On Fri, Mar 09, 2018 at 11:18:38AM +0100, Tomas Härdin
On Fri, Mar 09, 2018 at 07:23:02PM +0100, Hendrik Leppkes wrote:
> On Fri, Mar 9, 2018 at 7:02 PM, Michael Niedermayer
> wrote:
> > On Fri, Mar 09, 2018 at 11:18:38AM +0100, Tomas Härdin wrote:
> >> On 2018-03-09 01:40, Michael Niedermayer wrote:
> >> >On Wed, Mar 07, 2018
On Fri, Mar 9, 2018 at 7:02 PM, Michael Niedermayer
wrote:
> On Fri, Mar 09, 2018 at 11:18:38AM +0100, Tomas Härdin wrote:
>> On 2018-03-09 01:40, Michael Niedermayer wrote:
>> >On Wed, Mar 07, 2018 at 03:30:37PM +0100, Philipp M. Scholl wrote:
>> >> Here is the fourth
On Fri, Mar 09, 2018 at 11:18:38AM +0100, Tomas Härdin wrote:
> On 2018-03-09 01:40, Michael Niedermayer wrote:
> >On Wed, Mar 07, 2018 at 03:30:37PM +0100, Philipp M. Scholl wrote:
> >> Here is the fourth version of the PCM patch with updated testcases.
> >>
> >> The blocksize of the PCM
On 2018-03-09 01:40, Michael Niedermayer wrote:
On Wed, Mar 07, 2018 at 03:30:37PM +0100, Philipp M. Scholl wrote:
Here is the fourth version of the PCM patch with updated testcases.
The blocksize of the PCM decoder is hard-coded. This creates
unnecessary delay when reading low-rate
On Wed, Mar 07, 2018 at 03:30:37PM +0100, Philipp M. Scholl wrote:
> Here is the fourth version of the PCM patch with updated testcases.
>
> The blocksize of the PCM decoder is hard-coded. This creates
> unnecessary delay when reading low-rate (<100Hz) streams. This creates
> issues when
Here is the fourth version of the PCM patch with updated testcases.
The blocksize of the PCM decoder is hard-coded. This creates
unnecessary delay when reading low-rate (<100Hz) streams. This creates
issues when multiplexing multiple streams, since other inputs are only
opened/read after a