You will probably need a new set or
`codec_type_t` methods akin to `codec_type_avcodec` for video
codecs. `codec_type_avcodec` is generic for codecs supported by
ffmpeg, but there's some audio-specific code in there (e.g.
checking the sample formats, sample rate, channels etc). It may
also be possible to adapt the existing methods to distinguish
between audio and video.
For a packetizer
`packetizer_passthrough` may or may not work - video might need
special treatment, in particular splitting up large frames into
multiple RTP packets. (This may not be necessary strictly for
recording purposes, but would be necessary for proper transcoding
support)
There's probably lots of other pitfalls
that I can't think of right now. It's certainly not a trivial
task, which is why it hasn't been done yet.
Cheers