On Mon, Jan 20, 2025 at 06:46:46AM +0000, Kieran Kunhya via ffmpeg-devel wrote: > > > > > The data arrives on multiple sockets, leading to all sorts > > > of opportunities for timing behavior and reordering issues. > > > > how does this matter? > > > > There are routers that put traffic on a different port down a different ISP > so you have to compensate for latency delays between the two links. You > can't just "buffer N packets". > > Another edge case.
I dont know why you assume "buffer N packets". Packets enter this buffer when they are received Packets should exit that (buffer + FEC) when they are needed for decompression (for presentation to the user) or slightly prior Removing them from the buffer earlier has a higher propability of failure so it is strictly worse. thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB The worst form of inequality is to try to make unequal things equal. -- Aristotle
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
