Skip to main content

C/C++ Streaming API

C/C++ Streaming API

Not yet released

This feature is planned for v0.8.x.

The streaming API is built for live feeds: open a stream once, then feed it one bar at a time. The stream carries its state from bar to bar, so each new bar costs O(1) — and every value is bit-identical to what the batch function (TA_SMA, TA_RSI, …) would return by recomputing over the whole array.

Every TA function gets these calls:

CallWhenDoes
TA_<NAME>_Openoncevalidate params, consume warm-up history, return a stream + current value
TA_<NAME>_OpenAndFillonce, instead of Openlike Open, but returns the output for every history bar — see below
TA_<NAME>_Updateonce per closed barcommit one bar, return the new value
TA_<NAME>_Peekany time on the forming barevaluate a provisional bar without committing state
TA_<NAME>_Closeoncefree the stream

Example (SMA)

TA_SMA_Stream *s;
double sma;

int    period     = 30;
int    historyLen  = 30;   /* must be >= TA_SMA_Lookback(period) + 1 */

/* Seed with warm-up history. */
double history[30] = { /* ...your closing prices... */ };
if( TA_SMA_Open( &s, history, historyLen, period, &sma ) != TA_SUCCESS )
    return; /* s is NULL on failure */

/* Each time a bar closes: */
TA_SMA_Update( s, newClose, &sma );
printf( "SMA = %f\n", sma );

/* Intra-bar, on the not-yet-closed bar (repeat as the price ticks): */
TA_SMA_Peek( s, formingClose, &sma );   /* state left unchanged */

TA_SMA_Close( s );

Rules

  • Warm-up. Open succeeds only if historyLen >= TA_<NAME>_Lookback(params) + 1 — with fewer bars there is no defined value yet. After Open, the history buffer can be freed — the stream keeps everything it needs.
  • Closed vs forming bar. Update commits state irreversibly, so use it only for closed bars. Peek returns the exact value Update would, but without committing — call it as often as the forming bar ticks.
  • Parameters are fixed at Open. Changing a parameter means a new stream. Unstable period and candle settings are first read at Open and must not change during the stream's life.
  • Threads. A stream is single-writer: never drive one stream from two threads at once (even Peek, despite its const). Distinct streams are fully independent.
  • Don't persist a stream across library versions.

Get the full history output (OpenAndFill)

Open gives you only the value at the last history bar. OpenAndFill gives you the output for every history bar — the same array the batch function would produce — while still opening the live stream.

double out[300];                 /* one array per output */
int    begIdx, nbElement;

TA_SMA_OpenAndFill( &s, history, historyLen, period,
                    &begIdx, &nbElement, out );

/* out[0 .. nbElement-1] is the SMA over all of history; then stream on: */
TA_SMA_Update( s, newClose, &sma );

The optional parameters and outputs (outBegIdx, outNBElement, one array per output) are exactly the batch API's; everything else matches Open.

Multi-input / multi-output

Inputs and outputs mirror the batch function — OHLCV in, one out-pointer per output:

/* Candlestick: OHLC in, one int out */
TA_CDLDOJI_Update( s, open, high, low, close, &outInteger );

/* MACD: one in, three out */
TA_MACD_Update( s, close, &macd, &signal, &hist );

Error model

CallReturns
TA_<NAME>_Open / TA_<NAME>_OpenAndFillTA_BAD_PARAM (bad param, or historyLen too small) or TA_ALLOC_ERR; *stream is NULL on failure. OpenAndFill also requires non-NULL, non-overlapping output arguments.
TA_<NAME>_Update / TA_<NAME>_PeekTA_BAD_PARAM only on NULL arguments
TA_<NAME>_CloseTA_SUCCESS; TA_<NAME>_Close(NULL) is a no-op

Discovering streamable functions

When driving TA-Lib through the abstraction layer, streamable functions carry the TA_FUNC_FLG_STREAM flag in their function info.

Last Updated: