Paul B Mahol:
> On Wed, Jun 28, 2023 at 11:57 AM Paul B Mahol wrote:
>
>>
>>
>> On Wed, Jun 28, 2023 at 11:11 AM Andreas Rheinhardt <
>> andreas.rheinha...@outlook.com> wrote:
>>
>>> Paul B Mahol:
On Wed, Jun 28, 2023 at 12:26 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com>
Quoting Dai, Jianhui J (2023-06-05 02:53:35)
> diff --git a/libavformat/ivfdec.c b/libavformat/ivfdec.c
> index 511f2387ed..01012db948 100644
> --- a/libavformat/ivfdec.c
> +++ b/libavformat/ivfdec.c
> @@ -53,6 +53,7 @@ static int read_header(AVFormatContext *s)
> st->codecpar->height =
Paul B Mahol:
> On Wed, Jun 28, 2023 at 11:11 AM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> Paul B Mahol:
>>> On Wed, Jun 28, 2023 at 12:26 AM Andreas Rheinhardt <
>>> andreas.rheinha...@outlook.com> wrote:
>>>
Paul B Mahol:
> On Tue, Jun 27, 2023 at 11:45 PM
On Tue, Jun 27, 2023 at 12:07 PM Ronald S. Bultje wrote:
>
> Hi Vignesh,
>
> On Tue, Jun 27, 2023 at 1:55 PM Vignesh Venkat <
> vigneshv-at-google@ffmpeg.org> wrote:
>
> > > >>> In some versions of libsvtav1, setting intra_period_length to 0
> >
> [..]
>
> > > >>> SVT-AV1 Bug:
On 6/28/2023 8:25 PM, Ronald S. Bultje wrote:
Hi,
On Wed, Jun 28, 2023 at 12:48 PM Vignesh Venkat <
vigneshv-at-google@ffmpeg.org> wrote:
i will update the upstream bug to clarify this part. but in the
meantime, i think this patch is reasonable to replicate the behavior
of other AV1
Hi,
On Wed, Jun 28, 2023 at 12:48 PM Vignesh Venkat <
vigneshv-at-google@ffmpeg.org> wrote:
> i will update the upstream bug to clarify this part. but in the
> meantime, i think this patch is reasonable to replicate the behavior
> of other AV1 encoders with -g 1.
>
Sounds reasonable, I
On 6/16/23 13:46, Kacper Michajlow wrote:
On Thu, 1 Jun 2023 at 21:44, Kacper Michajłow wrote:
Content-Type can include charset and boundary which is not a part of
mime type and shouldn't be copied as such.
Fixes HLS playback when the Content-Type includes additional fields.
Signed-off-by:
Changes since last:
fix unneccesarily large blocks
FM stereo
kbd window bug
FM emphasis filters
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
Signed-off-by: Michael Niedermayer
---
configure|4 +
doc/demuxers.texi| 90 ++
libavdevice/Makefile |1 +
libavdevice/alldevices.c |1 +
libavdevice/sdrindev.c | 369
libavformat/Makefile |1 +
libavformat/allformats.c |1 +
sön 2023-06-25 klockan 00:19 +0200 skrev Nicolas George:
> I am especially annoyed by the “it's too hard” naysayers — the same I
> have been getting when I say that I want to write a XML suited to our
> needs to replace our use of libxml.
This is very revealing. The reason why XML parsing
On Wed, Jun 28, 2023 at 11:57 AM Paul B Mahol wrote:
>
>
> On Wed, Jun 28, 2023 at 11:11 AM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> Paul B Mahol:
>> > On Wed, Jun 28, 2023 at 12:26 AM Andreas Rheinhardt <
>> > andreas.rheinha...@outlook.com> wrote:
>> >
>> >> Paul B
Paul B Mahol:
> On Wed, Jun 28, 2023 at 12:26 AM Andreas Rheinhardt <
> andreas.rheinha...@outlook.com> wrote:
>
>> Paul B Mahol:
>>> On Tue, Jun 27, 2023 at 11:45 PM Andreas Rheinhardt <
>>> andreas.rheinha...@outlook.com> wrote:
>>>
Paul B Mahol:
> On Tue, Jun 27, 2023 at 11:05 PM
On Wed, Jun 28, 2023 at 12:26 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Paul B Mahol:
> > On Tue, Jun 27, 2023 at 11:45 PM Andreas Rheinhardt <
> > andreas.rheinha...@outlook.com> wrote:
> >
> >> Paul B Mahol:
> >>> On Tue, Jun 27, 2023 at 11:05 PM Andreas Rheinhardt <
>
On Wed, Jun 28, 2023 at 11:11 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Paul B Mahol:
> > On Wed, Jun 28, 2023 at 12:26 AM Andreas Rheinhardt <
> > andreas.rheinha...@outlook.com> wrote:
> >
> >> Paul B Mahol:
> >>> On Tue, Jun 27, 2023 at 11:45 PM Andreas Rheinhardt <
>
Hi, it's really not a problem. Thanks and please let me know if I need to
change anything for this to be merged.
--- Original Message ---
On Saturday, June 17th, 2023 at 3:41 AM, Andreas Rheinhardt
wrote:
> asivery:
>
> > Hello, apologies for bothering you all with this, but if
Quoting Carotti, Elias (2023-06-26 11:50:59)
> We can do whatever you want. However I am not clear on how that
> would work.
>
> We could have a side data creation api with the standard parameters and
> another method to allocate memory so that ownership is kept by
> libavutil returns a pointer
16 matches
Mail list logo