Add "new_nal_slice" to indicate the first coming nal_slice (including
H264_NAL_IDR_SLICE and H264_NAL_SLICE)
Extract extradata of streams when the first nal_slice comes, not only
H264_NAL_IDR_SLICE but also H264_NAL_SLICE.
This patch aims at the following issues:
1. the IDR frame is missing in th
On 29/09/18 08:43, Linjie Fu wrote:
> Add "new_nal_slice" to indicate the first coming nal_slice (including
> H264_NAL_IDR_SLICE and H264_NAL_SLICE)
>
> Extract extradata of streams when the first nal_slice comes, not only
> H264_NAL_IDR_SLICE but also H264_NAL_SLICE.
>
> This patch aims at the f
On Fri, 28 Sep 2018 at 22:51, James Almer wrote:
> From: Ronald S. Bultje
>
> Originally written by Ronald S. Bultje, with fixes, optimizations and
> improvements by James Almer.
>
> Signed-off-by: James Almer
>
I'd much rather go with the original intent which was to merge the decoder
into la
On Sat, Sep 29, 2018 at 12:05 PM Rostislav Pehlivanov
wrote:
>
> On Fri, 28 Sep 2018 at 22:51, James Almer wrote:
>
> > From: Ronald S. Bultje
> >
> > Originally written by Ronald S. Bultje, with fixes, optimizations and
> > improvements by James Almer.
> >
> > Signed-off-by: James Almer
> >
>
On 9/29/2018 8:05 AM, Hendrik Leppkes wrote:
> On Sat, Sep 29, 2018 at 12:05 PM Rostislav Pehlivanov
> wrote:
>>
>> On Fri, 28 Sep 2018 at 22:51, James Almer wrote:
>>
>>> From: Ronald S. Bultje
>>>
>>> Originally written by Ronald S. Bultje, with fixes, optimizations and
>>> improvements by Jam
On Sat, Sep 29, 2018 at 6:04 AM Rostislav Pehlivanov
wrote:
> I'd much rather go with the original intent which was to merge the decoder
> into lavc.
Ronald can correct me if I'm wrong, but I suspect a key goal behind
the decoder was to have a standalone library which could be shared
across a var
On 9/29/2018 9:54 AM, Devin Heitmueller wrote:
> On Sat, Sep 29, 2018 at 6:04 AM Rostislav Pehlivanov
> wrote:
>> I'd much rather go with the original intent which was to merge the decoder
>> into lavc.
>
> Ronald can correct me if I'm wrong, but I suspect a key goal behind
> the decoder was to h
On Sat, Sep 29, 2018 at 3:02 PM Devin Heitmueller
wrote:
>
> On Sat, Sep 29, 2018 at 6:04 AM Rostislav Pehlivanov
> wrote:
> > I'd much rather go with the original intent which was to merge the decoder
> > into lavc.
>
> Ronald can correct me if I'm wrong, but I suspect a key goal behind
> the de
On 9/29/18, Devin Heitmueller wrote:
> On Sat, Sep 29, 2018 at 6:04 AM Rostislav Pehlivanov
> wrote:
>> I'd much rather go with the original intent which was to merge the decoder
>> into lavc.
>
> Ronald can correct me if I'm wrong, but I suspect a key goal behind
> the decoder was to have a stan
On 9/29/2018 10:14 AM, Hendrik Leppkes wrote:
> On Sat, Sep 29, 2018 at 3:02 PM Devin Heitmueller
> wrote:
>>
>> On Sat, Sep 29, 2018 at 6:04 AM Rostislav Pehlivanov
>> wrote:
>>> I'd much rather go with the original intent which was to merge the decoder
>>> into lavc.
>>
>> Ronald can correct me
On Sat, 29 Sep 2018, at 15:14, Hendrik Leppkes wrote:
> I'm still a bit annoyed that this wasn't even a consideration when it was
How do you know it was not considered?
Knowing that most developers are part of the FFmpeg/x264/VLC community, you can
be sure it was considered.
> decided to move i
On 9/29/18, Jean-Baptiste Kempf wrote:
> On Sat, 29 Sep 2018, at 15:14, Hendrik Leppkes wrote:
>> I'm still a bit annoyed that this wasn't even a consideration when it was
>
> How do you know it was not considered?
> Knowing that most developers are part of the FFmpeg/x264/VLC community, you
> ca
On Sat, Sep 29, 2018 at 4:37 PM Jean-Baptiste Kempf wrote:
>
> On Sat, 29 Sep 2018, at 15:14, Hendrik Leppkes wrote:
> > I'm still a bit annoyed that this wasn't even a consideration when it was
>
> How do you know it was not considered?
I took BBB by his word when he said so.
- Hendrik
___
On Sat, 29 Sep 2018, at 17:32, Hendrik Leppkes wrote:
> On Sat, Sep 29, 2018 at 4:37 PM Jean-Baptiste Kempf wrote:
> >
> > On Sat, 29 Sep 2018, at 15:14, Hendrik Leppkes wrote:
> > > I'm still a bit annoyed that this wasn't even a consideration when it was
> >
> > How do you know it was not consi
On Sat, Sep 29, 2018 at 5:46 PM Jean-Baptiste Kempf wrote:
>
> On Sat, 29 Sep 2018, at 17:32, Hendrik Leppkes wrote:
> > On Sat, Sep 29, 2018 at 4:37 PM Jean-Baptiste Kempf
> > wrote:
> > >
> > > On Sat, 29 Sep 2018, at 15:14, Hendrik Leppkes wrote:
> > > > I'm still a bit annoyed that this was
On Sat, 29 Sep 2018 at 15:19, James Almer wrote:
> On 9/29/2018 10:14 AM, Hendrik Leppkes wrote:
> > On Sat, Sep 29, 2018 at 3:02 PM Devin Heitmueller
> > wrote:
> >>
> >> On Sat, Sep 29, 2018 at 6:04 AM Rostislav Pehlivanov
> >> wrote:
> >>> I'd much rather go with the original intent which wa
On Thu, 17 May 2018, Aman Gupta wrote:
On Sun, May 6, 2018 at 2:05 PM, Marton Balint
wrote:
Inspired by the VideoLAN text decoder and its port to FFmpeg
made by Aman
Gupta.
This got kind of forgotten, but now I pushed it after a rebase and a minor
fix.
Rega
On Mon, 24 Sep 2018, Michael Niedermayer wrote:
On Mon, Sep 24, 2018 at 08:49:27AM +0200, Marton Balint wrote:
These are based on the very similar UDP and RTP protocol functions.
Signed-off-by: Marton Balint
---
libavformat/ip.c | 159 +++
On Sat, Sep 29, 2018 at 03:11:40AM +, Li, Zhong wrote:
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> > Of myp...@gmail.com
> > Sent: Friday, September 28, 2018 9:51 AM
> > To: FFmpeg development discussions and patches
> >
> > Cc: l...@chinaffmpeg.org; s...@jkqxz.
Flush the buffered data in libmfx before video param reinit
in case the frames drop.
Cache the first frame causing the reinit and decode zero-size
pkt to flush the buffered pkt before reinit. After all the
buffered pkts being flushed, resume to reinit and decode.
Fix the issue in ticket #7399.
M
Some scene files do this intentionally for the sake of having a nice checksum.
---
libavformat/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index c973a7e0c5..924b99f6d4 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils
Thanks for your feedback. Will soon make these changes and re-submit.
-Amit
On Fri, Sep 28, 2018 at 7:02 PM Jeyapal, Karthick
wrote:
> Please find my comments inlined below.
> On 9/28/18 11:36 AM, Amit Kale wrote:
> > If this flag is set, AVERAGE-BANDWIDTH value will be added to a master
> playl
22 matches
Mail list logo