mirror of
https://codeberg.org/kiss-community/repo
synced 2024-08-21 13:46:17 +00:00
82 lines
3.0 KiB
Groff
82 lines
3.0 KiB
Groff
.\" generated by cd2nroff 0.1 from CURLOPT_INTERLEAVEFUNCTION.md
|
|
.TH CURLOPT_INTERLEAVEFUNCTION 3 "2024-06-01" libcurl
|
|
.SH NAME
|
|
CURLOPT_INTERLEAVEFUNCTION \- callback for RTSP interleaved data
|
|
.SH SYNOPSIS
|
|
.nf
|
|
#include <curl/curl.h>
|
|
|
|
size_t interleave_callback(void *ptr, size_t size, size_t nmemb,
|
|
void *userdata);
|
|
|
|
CURLcode curl_easy_setopt(CURL *handle, CURLOPT_INTERLEAVEFUNCTION,
|
|
interleave_callback);
|
|
.fi
|
|
.SH DESCRIPTION
|
|
Pass a pointer to your callback function, which should match the prototype
|
|
shown above.
|
|
|
|
This callback function gets called by libcurl as soon as it has received
|
|
interleaved RTP data. This function gets called for each $ block and therefore
|
|
contains exactly one upper\-layer protocol unit (e.g. one RTP packet). Curl
|
|
writes the interleaved header as well as the included data for each call. The
|
|
first byte is always an ASCII dollar sign. The dollar sign is followed by a
|
|
one byte channel identifier and then a 2 byte integer length in network byte
|
|
order. See RFC 2326 Section 10.12 for more information on how RTP interleaving
|
|
behaves. If unset or set to NULL, curl uses the default write function.
|
|
|
|
Interleaved RTP poses some challenges for the client application. Since the
|
|
stream data is sharing the RTSP control connection, it is critical to service
|
|
the RTP in a timely fashion. If the RTP data is not handled quickly,
|
|
subsequent response processing may become unreasonably delayed and the
|
|
connection may close. The application may use \fICURL_RTSPREQ_RECEIVE\fP to
|
|
service RTP data when no requests are desired. If the application makes a
|
|
request, (e.g. \fICURL_RTSPREQ_PAUSE\fP) then the response handler processes
|
|
any pending RTP data before marking the request as finished.
|
|
|
|
The \fICURLOPT_INTERLEAVEDATA(3)\fP is passed in the \fIuserdata\fP argument in
|
|
the callback.
|
|
|
|
Your callback should return the number of bytes actually taken care of. If
|
|
that amount differs from the amount passed to your callback function, it
|
|
signals an error condition to the library. This causes the transfer to abort
|
|
and the libcurl function used returns \fICURLE_WRITE_ERROR\fP.
|
|
|
|
You can also abort the transfer by returning CURL_WRITEFUNC_ERROR. (7.87.0)
|
|
.SH DEFAULT
|
|
NULL, the interleave data is then passed to the regular write function:
|
|
\fICURLOPT_WRITEFUNCTION(3)\fP.
|
|
.SH PROTOCOLS
|
|
RTSP
|
|
.SH EXAMPLE
|
|
.nf
|
|
struct local {
|
|
void *custom;
|
|
};
|
|
|
|
static size_t rtp_write(void *ptr, size_t size, size_t nmemb, void *userp)
|
|
{
|
|
struct local *l = userp;
|
|
printf("our ptr: %p\\n", l->custom);
|
|
/* take care of the packet in 'ptr', then return... */
|
|
return size * nmemb;
|
|
}
|
|
|
|
int main(void)
|
|
{
|
|
struct local rtp_data;
|
|
CURL *curl = curl_easy_init();
|
|
if(curl) {
|
|
curl_easy_setopt(curl, CURLOPT_INTERLEAVEFUNCTION, rtp_write);
|
|
curl_easy_setopt(curl, CURLOPT_INTERLEAVEDATA, &rtp_data);
|
|
}
|
|
}
|
|
.fi
|
|
.SH AVAILABILITY
|
|
Added in 7.20.0
|
|
.SH RETURN VALUE
|
|
Returns CURLE_OK if the option is supported, and CURLE_UNKNOWN_OPTION if not.
|
|
.SH SEE ALSO
|
|
.BR CURLOPT_INTERLEAVEDATA (3),
|
|
.BR CURLOPT_RTSP_REQUEST (3)
|