[FFmpeg-devel] What is FFmpeg and what should it be

[Rémi Denis-Courmont]

Le 31 juillet 2023 00:07:37 GMT+07:00, Andrey Turkin <andrey.turkin at gmail.com> a écrit :
>вс, 30 июл. 2023 г. в 16:04, Nicolas George <george at nsup.org>:
>
>> Kieran Kunhya (12023-07-28):
>> > FFmpeg doesn't implement TCP in userspace, it doesn't implement the
>> > WiFi protocol etc etc. Different layers are delegated to different
>> > programs.
>>
>
>There is a good reason to have some part of TCP implemented in FFmpeg
>though.

No because :

> It would be _extremely_ useful to be able to read and replay pcap
>dumps of an RTP stream,

That's UDP, and it wouldn't work anyhow. You need to map MAC addresses, IP addresses and port numbers, and (in the general case) you need the original SDP. You can't get that straight out of a packet capture.

There are proprietary formats to record RTP flows (since IETF steadfastly refused to standardise anything), and they're not normally going all the way to the link layer as a packet capture does.

> Or an HLS or DASH stream, or whichever else
>multi-connection streams are there.

That's even worse. You don't want to implement it in FFmpeg because you'd want to reproduce the behaviour of the original TCP/IP stack, not the different behaviour of whatever TCP reassembly code FFmpeg would have. And realistically, you can't replay duplex packet flows anyway: you'd quickly get critical inconsistencies between how FFmpeg reacts and how the recorded client application reacted (be it an old version of FFmpeg or not).

There are tools to replay packet captures. And however imperfect they may intrinsically be, they are better than whatever FFmpeg could hope to achieve. Also they don't require duplicating existing code, for a very fringe use case.

>There is also at least one demodulator already in FFmpeg, namely VBI bit
>slicer (it is implemented through an external library though).
>_______________________________________________
>ffmpeg-devel mailing list
>ffmpeg-devel at ffmpeg.org
>https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
>To unsubscribe, visit link above, or email
>ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".