On Tue, Jul 22, 2014 at 05:13:39PM +0600, Konstantin Shpinev wrote:
> Following https://trac.ffmpeg.org/ticket/2748
> aviobuf.c |6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
> e26d95e9b0392d7b59a33700a9fe8ba7354cfd48
> 0001-fix-flush_buffer-in-aviobuf.c-to-produce-constant-pa
Konstantin, Kieran - could you please give some examples? This would
be beneficial at least for justification in commit message.
--
Andrey Utkin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 23 July 2014 14:32, Konstantin Shpinev wrote:
>>>P. S. In my opinion the issue #2748 is not a bug. The produced stream
> is perfectly OK and shouldn't break anything, probably except some
> oversimplified artisanal software.
>
> Many hardware receivers can't stable playing streams with various
>>P. S. In my opinion the issue #2748 is not a bug. The produced stream
is perfectly OK and shouldn't break anything, probably except some
oversimplified artisanal software.
Many hardware receivers can't stable playing streams with various packet
size
2014-07-23 19:27 GMT+06:00 Andrey Utkin :
>
First, the patch affects the code which is used in a lot of scenarios,
not only UDP, and it would change the behaviour in many cases. In some
scenarious the introduced effect (delayed writeout) would be
undesired. So consider adding special option/flag to enable this new
behaviour.
"!s->max_packet
Hi,
> From a9d25569645e4031cd789ddbf696baaf6918f9dc Mon Sep 17 00:00:00 2001
> From: Konstantin Shpinev
> Date: Tue, 22 Jul 2014 17:06:07 +0600
> Subject: [PATCH] fix flush_buffer in aviobuf.c to produce constant packet
> size, see https://trac.ffmpeg.org/ticket/2748
>
> ---
> libavformat/avio
Following https://trac.ffmpeg.org/ticket/2748
0001-fix-flush_buffer-in-aviobuf.c-to-produce-constant-pa.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
