Marton, Michael, thanks for your feedback.
I've updated the patch based on your comments.
> I can see that you are increasing linearly, maybe doubling the bufsize
> with each step is better, although in this case it probably does not
> matter too much.
> On the other hand, the maximum 8K seems sma
On Mon, Mar 04, 2019 at 10:21:01PM -0500, andriy.gel...@gmail.com wrote:
> From: Andriy Gelman
>
> Reduces buffering during estimation of mpegts raw_packet_size
> parameter. Instead of buffering a fixed 8192 bytes, calculate
> probe scores on a smaller buffer. Increase buffer size until
> probe s
On Mon, 4 Mar 2019, andriy.gel...@gmail.com wrote:
From: Andriy Gelman
Reduces buffering during estimation of mpegts raw_packet_size
parameter. Instead of buffering a fixed 8192 bytes, calculate
probe scores on a smaller buffer. Increase buffer size until
probe score is greater than minimum
> What is the issue that you are seeing and that this patch fix? Is it only
> matters for low bitrate mpegts? (like 64 kbps streams?) Or does this
> improve high bitrate streams as well somehow?
I'm muxing hevc video + very low bitrate binary messages into mpegts.
If the hevc video is not present,
On Mon, 4 Mar 2019, andriy.gel...@gmail.com wrote:
From: Andriy Gelman
Reduces buffering during estimation of mpegts raw_packet_size
parameter. Instead of buffering a fixed 8192 bytes, calculate
probe scores on a smaller buffer. Increase buffer size until
probe score is greater than minimum
From: Andriy Gelman
Reduces buffering during estimation of mpegts raw_packet_size
parameter. Instead of buffering a fixed 8192 bytes, calculate
probe scores on a smaller buffer. Increase buffer size until
probe score is greater than minimum value.
---
libavformat/mpegts.c | 82 ++