Before, seeking in hls streams would always seek to the next keyframe after the
given timestamp.
With this fix, if AVSEEK_FLAG_BACKWARD is set, seeking will be to the first
keyframe of the
segment containing the given timestamp. This fixes #6850.
---
libavformat/hls.c | 13 +
1 file
Den fre 14 maj 2021 21:42Gustav Grusell skrev:
> Before, seeking in hls streams would always seek to the next keyframe
> after the given timestamp.
> With this fix, if AVSEEK_FLAG_BACKWARD is set, seeking will be to the
> first keyframe of the
> segment containing the given timestamp. This fixes
On Tue, May 25, 2021 at 4:24 AM Lingjiang Fang
wrote:
>
> only format change, maybe better to revert if you don't mean to do so
> :)
>
>
Thanks, will fix.
On Tue, May 25, 2021 at 10:30 AM 徐慧书 wrote:
> On Sat, May 15, 2021 at 4:11 AM Gustav Grusell
> wrote:
>
&g
Before, seeking in hls streams would always seek to the next keyframe after the
given timestamp.
With this fix, if AVSEEK_FLAG_BACKWARD is set, seeking will be to the first
keyframe of the
segment containing the given timestamp. This fixes #7485.
Signed-off-by: Gustav Grusell
---
libavformat
On Tue, May 25, 2021 at 2:52 PM Gustav Grusell
wrote:
> Before, seeking in hls streams would always seek to the next keyframe
> after the given timestamp.
> With this fix, if AVSEEK_FLAG_BACKWARD is set, seeking will be to the
> first keyframe of the
> segment containing the
Den lör 5 juni 2021 10:14Valerii Zapodovnikov
skrev:
> You forgot to mention #6850. Also you patch was not seen by patchwork.
> Please use "git send-email -v2 -1" to send v2 patch. Thanks.
>
Thanks, I will take care of this.
___
ffmpeg-devel mailing li
On Sat, Jun 5, 2021 at 6:30 PM Valerii Zapodovnikov
wrote:
> BTW, what about #7359?
>
> #7359 is not fixed by my patch, but I thought I would look into that after
I get this patch done. I tried the old patch for #7359 but as far as I
could tell it didn't completely solve the problem.
Regarding #
Before, seeking in hls streams would always seek to the next keyframe after the
given timestamp.
With this fix, if AVSEEK_FLAG_BACKWARD is set, seeking will be to the first
keyframe of the
segment containing the given timestamp. This fixes #7485.
Signed-off-by: Gustav Grusell
---
libavformat
On Sat, Jun 5, 2021 at 10:41 PM Gustav Grusell
wrote:
> Before, seeking in hls streams would always seek to the next keyframe
> after the given timestamp.
> With this fix, if AVSEEK_FLAG_BACKWARD is set, seeking will be to the
> first keyframe of the
> segment containing the
On Fri, Jun 11, 2021 at 6:29 PM Lingjiang Fang
wrote:
> On Sat, 5 Jun 2021 22:42:26 +0200
> Gustav Grusell wrote:
>
> > Before, seeking in hls streams would always seek to the next keyframe
> > after the given timestamp. With this fix, if AVSEEK_FLAG_BACKWARD is
> >
On Sat, Jun 12, 2021 at 6:51 PM Lingjiang Fang
wrote:
> On Sat, 12 Jun 2021 14:16:22 +0200
> Gustav Grusell wrote:
>
> > On Fri, Jun 11, 2021 at 6:29 PM Lingjiang Fang
> > wrote:
> >
> > > On Sat, 5 Jun 2021 22:42:26 +0200
> > > Gustav Grusell
On Sun, Jun 13, 2021 at 5:14 PM Lingjiang Fang
wrote:
> On Sat, 12 Jun 2021 23:14:16 +0200
> Gustav Grusell wrote:
>
> > On Sat, Jun 12, 2021 at 6:51 PM Lingjiang Fang
> > wrote:
> >
> > > On Sat, 12 Jun 2021 14:16:22 +0200
> > > Gustav Grusell w
Implements support for 2-pass CRF and 3-pass VBR by implementing
reading and writing of stats file, and passing the pass number on
to the encoder. For 3-pass VBR, the first pass should be run with
'-pass 1', the second with '-pass 3' and the third with '-pass 2'.
Any chance of someone finding the time to have a look at this?
/Gustav
On Tue, Sep 27, 2022 at 11:06 PM Gustav Grusell
wrote:
> Implements support for 2-pass CRF and 3-pass VBR by implementing
> reading and writing of stats file, and passing the pass number on
> to the encoder. For 3
On Sun, Oct 30, 2022 at 11:21 PM Oneric wrote:
> On Sun, Oct 30, 2022 at 14:10:29 +0100, Lynne wrote:
> > Sep 27, 2022, 23:06 by gustav.grus...@gmail.com:
> >
> > > Implements support for 2-pass CRF and 3-pass VBR by implementing
> > > reading and writing of stats file, and passing the pass numbe
Before, seeking in hls streams would always seek to the next keyframe
after the given timestamp. With this fix, if seeking in videostream and
AVSEEK_FLAG_BACKWARD is set, seeking will be to the first keyframe of
the segment containing the given timestamp. This fixes #7485.
Signed-off-by: Gustav
Before, seeking in hls streams would always seek to the next keyframe
after the given timestamp. With this fix, if seeking in videostream and
AVSEEK_FLAG_BACKWARD is set, seeking will be to the first keyframe of
the segment containing the given timestamp. This fixes #7485.
Signed-off-by: Gustav
Any comments on this?
cheers,
Gustav
On Fri, Jan 28, 2022 at 9:24 PM Gustav Grusell
wrote:
> Before, seeking in hls streams would always seek to the next keyframe
> after the given timestamp. With this fix, if seeking in videostream and
> AVSEEK_FLAG_BACKWARD is set, seeking will
18 matches
Mail list logo
