On Mon, May 15, 2023 at 8:04 AM Xiang, Haihao
wrote:
>
> From: Haihao Xiang
>
> The mfx implementation based on D3D11 is expected for an internal
> session on Windows, however sometimes this implemntation is not
> supported [1]. A fallback to the default mfx implementation is added in
> this patc
From: Haihao Xiang
The mfx implementation based on D3D11 is expected for an internal
session on Windows, however sometimes this implemntation is not
supported [1]. A fallback to the default mfx implementation is added in
this patch.
[1] https://github.com/intel/cartwheel-ffmpeg/issues/246
Signe
please have a look at ticket 2104
___
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".
This commit adds VP8 into cbs supported codec list, and enables the
`trace_headers` bitstream filters to support VP8, besides existing AV1,
H.264, H.265 and VP9. It can be useful to debug VP8 stream issues.
Only the READ methods `read_unit` and `split_fragment` are implemented,
the WRITE methods `
From: Zhao Zhili
Use the next I/P/B or start code as the end of current frame.
Signed-off-by: Zhao Zhili
---
libavcodec/cavs_parser.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/libavcodec/cavs_parser.c b/libavcodec/cavs_parser.c
index 03f392c2e5..4a03effd0f
Leo Izen:
> Migrate the libjxl decoder wrapper from the decode_frame method to the
> receive_frame method, which allows sending more than one frame from a
> single packet. This allows the libjxl decoder to decode JPEG XL files
> that are animated, and emit every frame of the animation. Now, clients
On 5/6/23 05:29, Leo Izen wrote:
On 4/27/23 09:09, Leo Izen wrote:
Changes from v2:
- Bumped libavformat minor version
- Rebased onto master
Leo Izen (2):
avcodec/libjxldec: add animated decode support
avformat/jpegxl_anim_dec: add animated JPEG XL demuxer
MAINTAINERS
On 5/14/23 20:05, Michael Niedermayer wrote:
This is not well tested and can likely be improved, just a
hotfix for hls probe failures since 6b1f68ccb04d791f0250e05687c346a99ff47ea1
Should fix Ticket10353 (please test and report cases that still fail)
Signed-off-by: Michael Niedermayer
---
On 5/14/23 20:05, Michael Niedermayer wrote:
Match url against a list of extensions similar to av_match_ext()
Signed-off-by: Michael Niedermayer
---
libavformat/format.c | 25 +
libavformat/internal.h | 9 +
2 files changed, 34 insertions(+)
diff --git a/
On Mon, May 15, 2023 at 02:17:35AM +0200, Michael Niedermayer wrote:
> On Mon, May 15, 2023 at 02:05:47AM +0200, Michael Niedermayer wrote:
> > This is not well tested and can likely be improved, just a
> > hotfix for hls probe failures since 6b1f68ccb04d791f0250e05687c346a99ff47ea1
> >
> > Should
On Mon, May 15, 2023 at 02:05:47AM +0200, Michael Niedermayer wrote:
> This is not well tested and can likely be improved, just a
> hotfix for hls probe failures since 6b1f68ccb04d791f0250e05687c346a99ff47ea1
>
> Should fix Ticket10353 (please test and report cases that still fail)
>
> Signed-off
This is not well tested and can likely be improved, just a
hotfix for hls probe failures since 6b1f68ccb04d791f0250e05687c346a99ff47ea1
Should fix Ticket10353 (please test and report cases that still fail)
Signed-off-by: Michael Niedermayer
---
libavformat/hls.c | 11 ++-
1 file changed
Match url against a list of extensions similar to av_match_ext()
Signed-off-by: Michael Niedermayer
---
libavformat/format.c | 25 +
libavformat/internal.h | 9 +
2 files changed, 34 insertions(+)
diff --git a/libavformat/format.c b/libavformat/format.c
index
The 1000 did result in the appearance of a never ending reload loop
The RFC mandates that "If the client reloads a Playlist file and finds that it
has not
changed, then it MUST wait for a period of one-half the target
duration before retrying." and if it has changed
"the client MUST wait for at l
On Mon, 15 May 2023 at 01:06, Michael Niedermayer
wrote:
>
> On Mon, May 15, 2023 at 12:40:50AM +0200, Kacper Michajlow wrote:
> > On Sun, 14 May 2023 at 23:39, Michael Niedermayer
> > wrote:
> > >
> > > On Sun, May 14, 2023 at 09:41:29PM +0200, Anton Khirnov wrote:
> > > > This reverts commit 6b
On Mon, May 15, 2023 at 12:40:50AM +0200, Kacper Michajlow wrote:
> On Sun, 14 May 2023 at 23:39, Michael Niedermayer
> wrote:
> >
> > On Sun, May 14, 2023 at 09:41:29PM +0200, Anton Khirnov wrote:
> > > This reverts commit 6b1f68ccb04d791f0250e05687c346a99ff47ea1, which
> > > broke many streams i
On Sun, 14 May 2023 at 23:39, Michael Niedermayer
wrote:
>
> On Sun, May 14, 2023 at 09:41:29PM +0200, Anton Khirnov wrote:
> > This reverts commit 6b1f68ccb04d791f0250e05687c346a99ff47ea1, which
> > broke many streams in the wild
> >
> > Fixes #10353.
>
> This change violates a SHOULD in rfc8216
On 5/14/23 17:39, Michael Niedermayer wrote:
On Sun, May 14, 2023 at 09:41:29PM +0200, Anton Khirnov wrote:
This reverts commit 6b1f68ccb04d791f0250e05687c346a99ff47ea1, which
broke many streams in the wild
Fixes #10353.
This change violates a SHOULD in rfc8216 4. Playlists
Each Playlis
Le dim. 14 mai 2023 à 16:40, a écrit :
>
> From: Romain Beauxis
>
> This is the third version on a series of patches improving ffmpeg support for
> ogg chained streams.
>
> Reproduction steps for the issue fixed with patch are included in this bug
> report: https://trac.ffmpeg.org/ticket/10363
S
From: Romain Beauxis
This is the third version of a series of patches improving metadata support in
chained ogg streams.
Previous versions of this patch were including changes that were later
identified as issues from another encoded and fixed there. See:
https://github.com/savonet/liquidsoap/pu
From: Romain Beauxis
This is the third version on a series of patches improving ffmpeg support for
ogg chained streams.
Reproduction steps for the issue fixed with patch are included in this bug
report: https://trac.ffmpeg.org/ticket/10363
---
libavformat/oggparseflac.c | 20 ++
On Sun, May 14, 2023 at 09:41:29PM +0200, Anton Khirnov wrote:
> This reverts commit 6b1f68ccb04d791f0250e05687c346a99ff47ea1, which
> broke many streams in the wild
>
> Fixes #10353.
This change violates a SHOULD in rfc8216 4. Playlists
Each Playlist file MUST be identifiable either by the
On Sun, May 14, 2023 at 05:03:57PM -0400, Leo Izen wrote:
>
>
> On 5/14/23 16:43, Michael Niedermayer wrote:
> > On Sat, May 13, 2023 at 01:06:25PM -0400, Leo Izen wrote:
> > >
> > >
> > > On 5/13/23 10:54, Michael Niedermayer wrote:
> > > > On Fri, May 12, 2023 at 04:26:22PM -0400, Leo Izen wr
On 5/14/23 16:43, Michael Niedermayer wrote:
On Sat, May 13, 2023 at 01:06:25PM -0400, Leo Izen wrote:
On 5/13/23 10:54, Michael Niedermayer wrote:
On Fri, May 12, 2023 at 04:26:22PM -0400, Leo Izen wrote:
After commit 6b1f68ccb04d791f0250e05687c346a99ff47ea1 we refuse to use
URLs of the
On Sat, May 13, 2023 at 01:06:25PM -0400, Leo Izen wrote:
>
>
> On 5/13/23 10:54, Michael Niedermayer wrote:
> > On Fri, May 12, 2023 at 04:26:22PM -0400, Leo Izen wrote:
> > > After commit 6b1f68ccb04d791f0250e05687c346a99ff47ea1 we refuse to use
> > > URLs of the form https://foo.bar/baz.m3u8?f
On 5/14/2023 4:39 PM, Anton Khirnov wrote:
* take num_ticks_per_picture_minus_1 into account, since that is a part
of the framerate computation
* stop exporting num_ticks_per_picture_minus_1 into
AVCodecContext.ticks_per_frame, as that field is used for other
purposes (in conjunction wit
This reverts commit 6b1f68ccb04d791f0250e05687c346a99ff47ea1, which
broke many streams in the wild
Fixes #10353.
---
libavformat/hls.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 11e345b280..8a96a37ff9 100644
--- a/libavf
* take num_ticks_per_picture_minus_1 into account, since that is a part
of the framerate computation
* stop exporting num_ticks_per_picture_minus_1 into
AVCodecContext.ticks_per_frame, as that field is used for other
purposes (in conjunction with repeat_pict, which is not used at all by
av1
On 5/14/23 05:31, Andreas Rheinhardt wrote:
Leo Izen:
After commit 6b1f68ccb04d791f0250e05687c346a99ff47ea1 we refuse to use
URLs of the form https://foo.bar/baz.m3u8?foo=bar because it fails the
file extension check. This commit strips the ?foo=bar at the end before
checking the file extension.
On date Monday 2023-05-08 21:47:32 +0200, Stefano Sabatini wrote:
> On date Wednesday 2023-04-05 01:12:10 +0200, Stefano Sabatini wrote:
> > Also add documentation and logging.
> > ---
> > tools/normalize.py | 106 +++--
> > 1 file changed, 73 insertions(+),
On date Tuesday 2023-05-02 23:30:41 +0300, Сергей Солтанов wrote:
> Hi!
> I googled tonnes of information about how to forward data from one filter
> to another, but nothing possible. The only way is to send some current
> frame data as a command with sendcmd filter, but most of it accessible by
>
Leo Izen:
> After commit 6b1f68ccb04d791f0250e05687c346a99ff47ea1 we refuse to use
> URLs of the form https://foo.bar/baz.m3u8?foo=bar because it fails the
> file extension check. This commit strips the ?foo=bar at the end before
> checking the file extension.
>
> Signed-off-by: Leo Izen
> ---
>
On Wed, 10 May 2023 15:55:04 +0200 Niklas Haas wrote:
> From: Niklas Haas
>
> Only update this struct when it's expected to change, and cache it
> otherwise. Partially motivated by a desire to make `process_frames`
> smaller.
> ---
> libavfilter/vf_libplacebo.c | 228 ---
On date Wednesday 2023-05-10 00:12:52 +0100, Oleg Afanasyev wrote:
> On Sun, 7 May 2023 at 23:47, Stefano Sabatini wrote:
[...]
> >
> > what happens in case setpts->expr is freed and this fails?
> >
> > probably it should keep a reference to expr and remove it only in case
> > the new expression w
34 matches
Mail list logo
