On Sunday 16 June 2019 11:13:11 Tanu Kaskinen wrote:
> On Sat, 2019-06-15 at 11:05 +0200, Pali Rohár wrote:
> > On Saturday 15 June 2019 11:50:10 Tanu Kaskinen wrote:
> > > On Sun, 2019-06-02 at 17:25 +0200, Pali Rohár wrote:
> > > > Each codec has different compression ratio and own method how to
On Sunday 16 June 2019 12:06:18 Tanu Kaskinen wrote:
> On Sun, 2019-06-02 at 17:25 +0200, Pali Rohár wrote:
> > Rename struct rtp_payload to rtp_sbc_payload as it is specific for SBC
> > codec. Add proper checks for endianity in rtp.h header and use uint8_t type
> > where appropriated. And because
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
A new memblockq is added to the sink input code to keep some history of the
input data. The queue is kept in sync with the render memblockq. The old input
data will be used to prepare the resampler after a reset.
ALso, the helper functions pa_convert_to_sink_length() and
On 16.06.19 10:39, Tanu Kaskinen wrote:
On Sat, 2019-06-15 at 11:31 +0200, Georg Chini wrote:
On 15.06.19 10:01, Tanu Kaskinen wrote:
On Tue, 2019-06-11 at 22:08 +0200, Georg Chini wrote:
Hi Tanu,
the first diagram should look like this:
DIAGRAM FOR HARDWARE SINK 1 BEFORE STARTING THE MOVE
On Sun, 2019-06-02 at 17:25 +0200, Pali Rohár wrote:
> Rename struct rtp_payload to rtp_sbc_payload as it is specific for SBC
> codec. Add proper checks for endianity in rtp.h header and use uint8_t type
> where appropriated. And because rtp_sbc_payload structure is not parsed by
> decoder there
On Sat, 2019-06-15 at 11:31 +0200, Georg Chini wrote:
> On 15.06.19 10:01, Tanu Kaskinen wrote:
> > On Tue, 2019-06-11 at 22:08 +0200, Georg Chini wrote:
> > > Hi Tanu,
> > >
> > > the first diagram should look like this:
> > >
> > > DIAGRAM FOR HARDWARE SINK 1 BEFORE STARTING THE MOVE
> > >
>
On Sat, 2019-06-15 at 11:05 +0200, Pali Rohár wrote:
> On Saturday 15 June 2019 11:50:10 Tanu Kaskinen wrote:
> > On Sun, 2019-06-02 at 17:25 +0200, Pali Rohár wrote:
> > > Each codec has different compression ratio and own method how to calculate
> > > buffer size of encoded or decoded samples.