Re: [Jack-Devel] S24_3LE

PrevNext  Index
DateSun, 11 Aug 2013 10:03:53 -0400
From Paul Davis <[hidden] at linuxaudiosystems dot com>
ToAnders Tornvig <[hidden] at gmail dot com>
CcJACK <[hidden] at lists dot jackaudio dot org>
In-Reply-ToAnders Tornvig [Jack-Devel] S24_3LE
Follow-UpAnders Tornvig Re: [Jack-Devel] S24_3LE
On Sun, Aug 11, 2013 at 7:11 AM, Anders Tornvig <[hidden]>wrote:

> Dear list,
>
> I'm writing a full-duplex program (2in/2out) which will output something,
> record it as a block of data (1024-3268 samples), analyze it and decide
> what to output next. I'm on Ubuntu, at the moment with a UA-25ex USB audio
> interface, speaking S24_3LE.
>
> The Jack API looks fantastic except for one thing: I prefer working with
> integers and not float. In ALSA I can set the sample format to
> SND_PCM_FORMAT_S24_3LE and then I can give it data in that format directly,
> 3 bytes per sample per channel. On the capture side, I receive nice 24-bit
> integers.
>

You should know that almost all audio software on almost every platform
these days using floating point. Even platforms that used to use fixed
point (e.g. protools DSP boxes) now use floating point.

Adding a new data type to JACK is not particularly hard if it is intended
only for client-to-client communication. Adding a new data type to JACK
that involves the backends is a major undertaking.

You really should try to get over your attachment to integers - they are
fundamentally inappropriate for working with audio, something it has taken
the industry 10-20 years to realize but is now accepted by almost everyone.

--p
PrevNext  Index

1376229839.22788_0.ltw:2, <CAFa_cK=TmF8Q1XvsCiaVtEDHsNVSibw8OWDT_KW8=Lcb8BkXnA at mail dot gmail dot com>