allow payloading of less channels than inlets
use varargs for payloaders
remove debugging printout, FIXME note

the default vecsize is now 1024, but should be 64
(actually 1024 is not that bad either, as it will make sure that we have
enough memory allocated in an early stage)
move check for valid perform routine from _perform to _dsp

rather than testing each block whether the x_perform is valid,
we simply do that check once in the dsp-graph setup function.

LATER: we could even move this to the _new() function (and fail
if the routine is not valid)
helper function to get the dynamic RTP-headersize
MTU-based payloading

trying to fill the packet to the MTU before sending it
(rather than packetizing single blocks)

NOTE: this could lead to lost samples, if a packet is not sent yet because
the MTU limit has not been reached, and then the DSP is turned off/on.

workaround: always send packets when banged
(so we can bang the object on dsp-off to get the last samples)
C-style comments
document args
fixing depayloader

- wrap-around writing to tables
- non-64 tablesize
- variable number of channels
sanitizing variable channels

hmm, we currently fix the number of inchannels to 0..creationargchannels.
this is mainly to stay in sync with the payloader...
probably a bad idea, better ones include
- do the check outside of the rtpdepay~
- allow rtp*pay~ to accept more channels than physical inputs
 (and set them to 0)
macros to turn off unused warnings
using the new UNUSED() macro
starting to implement an RTP-buffer object

fgmasdr
IOhannes
add [rtpbuffer] to the built object-classes
initialize rtp-header

why are structs not set to 0?
almost working

but for timestamps within a packet
introducing packet duration

now we only need to get this data out of a payloader
only output packets that really match the timestamp

by doing a range-comparision: if ther is any timestamp within the boundaries
that is also within the ts-boundaries of the packet, output it!
free x_outlet on cleanup
info outlet