Steven Liu 于2021年12月24日周五 14:20写道：
>
>
>
> > 2021年12月24日 上午11:43，zhilizhao(赵志立) 写道：
> >
> >
> >
> >> On Dec 23, 2021, at 3:10 PM, Steven Liu wrote:
> >>
> >> Try to get context from the moov atom when the hoov before moov atom,
> >> because the streams info get a possible incorrect when there ha
> 2021年12月30日 下午3:24，zourenyi 写道：
>
> since there is only debug log 'no picture ooo' when droping a picture,
> I spent much time to troubleshooting a wrong sps 'num_reorder_frames' param
> changed by webrtc's 'ParseAndRewriteSps',
> FFmpeg keeped silence about this error, so a warning log is m
since there is only debug log 'no picture ooo' when droping a picture,
I spent much time to troubleshooting a wrong sps 'num_reorder_frames' param
changed by webrtc's 'ParseAndRewriteSps',
FFmpeg keeped silence about this error, so a warning log is much helpfull about
this.
Signed-off-by: zouren
> On Dec 30, 2021, at 2:11 PM, zourenyi wrote:
>
> since there is only debug log 'no picture ooo' when droping a picture,
> I spent much time to troubleshooting a wrong sps 'num_reorder_frames' param
> changed by webrtc's 'ParseAndRewriteSps',
> FFmpeg keeped silence about this error, so a wa
since there is only debug log 'no picture ooo' when droping a picture,
I spent much time to troubleshooting a wrong sps 'num_reorder_frames' param
changed by webrtc's 'ParseAndRewriteSps',
FFmpeg keeped silence about this error, so a warning log is much helpfull about
this.
Signed-off-by: zouren
On 2021-12-29 11:38 pm, Michael Niedermayer wrote:
On Wed, Dec 29, 2021 at 09:39:34PM +0530, Gyan Doshi wrote:
On 2021-12-29 05:58 pm, Michael Niedermayer wrote:
On Tue, Dec 28, 2021 at 10:26:42PM +0530, Gyan Doshi wrote:
On 2021-12-28 05:18 am, Michael Niedermayer wrote:
On Tue, Dec 28,
From 0da67d346a7901b572ac9ec5812634576b315d79 Mon Sep 17 00:00:00 2001
From: zourenyi
Date: Wed, 29 Dec 2021 17:33:50 +0800
Subject: [PATCH v4] avcodec/libx264: add warning log when droping picture at
'h264_select_output_frame'
since there is only debug log 'no picture ooo' when droping a pict
From 0da67d346a7901b572ac9ec5812634576b315d79 Mon Sep 17 00:00:00 2001
From: zourenyi
Date: Wed, 29 Dec 2021 17:33:50 +0800
Subject: [PATCH v3] avcodec/libx264: add warning log when droping picture at
'h264_select_output_frame'
since there is only debug log 'no picture ooo' when droping a pict
On Wed, 29 Dec 2021 at 23:37, Michael Niedermayer
wrote:
> On Wed, Dec 29, 2021 at 05:16:25PM +1100, Matt Oliver wrote:
> > Was "[PATCH] libx264: Do not explicitly set X264_API_IMPORTS"
> >
> > Setting X264_API_IMPORTS only affects msvc builds and it breaks linking
> to
> > static builds (althoug
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: Thursday, December 30, 2021 12:04 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v4 1/1] avutils/hwcontext: When deriving a
> hwdevice, search for existing device in both directions
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: Thursday, December 30, 2021 12:23 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 3/3] libavutil/hwcontext_opencl: fix a bug
> for mapping qsv frame to opencl
>
> On 28/12/2021 19:04, So
On 28/12/2021 19:04, Soft Works wrote:>> -Original Message-
From: ffmpeg-devel On Behalf Of Mark
Thompson
Sent: Tuesday, December 28, 2021 1:54 PM
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH 3/3] libavutil/hwcontext_opencl: fix a bug
for mapping qsv frame to opencl
On
On 25/11/2021 02:41, Soft Works wrote:
The test /libavutil/tests/hwdevice checks that when deriving a device
from a source device and then deriving back to the type of the source
device, the result is matching the original source device, i.e. the
derivation mechanism doesn't create a new device i
On 29.12.2021 at 21:02 Anton Khirnov wrote:
Quoting sfan5 (2021-12-13 21:55:41)
If ca_file was set, setting tls_verify=0 would not actually disable
verification.
From 2677353187c4e3c20b50a3f9aab53130e3ead99b Mon Sep 17 00:00:00 2001
From: sfan5
Date: Mon, 13 Dec 2021 21:35:40 +0100
Subject: [
Quoting sfan5 (2021-12-13 21:55:41)
> If ca_file was set, setting tls_verify=0 would not actually disable
> verification.
>
> From 2677353187c4e3c20b50a3f9aab53130e3ead99b Mon Sep 17 00:00:00 2001
> From: sfan5
> Date: Mon, 13 Dec 2021 21:35:40 +0100
> Subject: [PATCH] lavf/tls_mbedtls: fix hand
Quoting Gyan Doshi (2021-12-28 17:43:47)
> As per ISO 14496-12, sample duration of 0 is invalid except for
> the last entry. However, some files may use it to stall dts
> progress in order to recover from a desync.
>
> In addition, catch and fix 0 value for sample count.
> ---
> v2:
>
> adjust dt
Quoting Ronald S. Bultje (2021-12-26 22:37:54)
> Hi,
>
> On Sun, Dec 26, 2021 at 3:21 PM Soft Works wrote:
>
> > I'm not sure. My interpretation of Lance' and Steven's comments would
> > be that they'd prefer to stick to the ML.
> >
>
> No, it's not strictly related to that - they want somethin
On Wed, Dec 29, 2021 at 09:39:34PM +0530, Gyan Doshi wrote:
>
>
> On 2021-12-29 05:58 pm, Michael Niedermayer wrote:
> > On Tue, Dec 28, 2021 at 10:26:42PM +0530, Gyan Doshi wrote:
> > >
> > > On 2021-12-28 05:18 am, Michael Niedermayer wrote:
> > > > On Tue, Dec 28, 2021 at 01:33:54AM +0530, Gy
On 2021-12-29 05:58 pm, Michael Niedermayer wrote:
On Tue, Dec 28, 2021 at 10:26:42PM +0530, Gyan Doshi wrote:
On 2021-12-28 05:18 am, Michael Niedermayer wrote:
On Tue, Dec 28, 2021 at 01:33:54AM +0530, Gyan Doshi wrote:
On 2021-12-28 12:38 am, Michael Niedermayer wrote:
On Mon, Dec 27,
On Wed, Dec 29, 2021 at 05:16:25PM +1100, Matt Oliver wrote:
> Was "[PATCH] libx264: Do not explicitly set X264_API_IMPORTS"
>
> Setting X264_API_IMPORTS only affects msvc builds and it breaks linking to
> static builds (although is required for shared builds). This flag is set by
> x264 in its pk
On Tue, Dec 28, 2021 at 10:26:42PM +0530, Gyan Doshi wrote:
>
>
> On 2021-12-28 05:18 am, Michael Niedermayer wrote:
> > On Tue, Dec 28, 2021 at 01:33:54AM +0530, Gyan Doshi wrote:
> > >
> > > On 2021-12-28 12:38 am, Michael Niedermayer wrote:
> > > > On Mon, Dec 27, 2021 at 11:27:10AM +0530, Gy
"zhilizhao(赵志立)" (12021-12-29):
> How about add a restriction like this:
>
> if (format.endsWith(“%S"))
> enable the feature
> else
> warning message
>
> It’s a useful feature, it shouldn't create unexpected results, but
> doesn’t need to support every use case.
I would not oppose it, bu
> On Dec 13, 2021, at 4:12 AM, Nicolas George wrote:
>
> Thilo Borgman (12021-12-12):
>> +@item localtime_ms
>> +Same as @code{localtime} but with millisecond precision.
>> +It can accept an argument: a strftime() format string.
>
> What happens if the format string is something like '%H:%M:%S
From: gxw
./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an
before:296
after :308
---
libavcodec/loongarch/Makefile| 1 +
libavcodec/loongarch/videodsp_init.c | 45
libavcodec/videodsp.c| 2 ++
libavcodec/videodsp.h
./ffmpeg -i 8_mpeg4_1080p_24fps_12Mbps.avi -f rawvideo -y /dev/null -an
before:433fps
after :552fps
---
libavcodec/idctdsp.c | 2 +
libavcodec/idctdsp.h | 2 +
libavcodec/loongarch/Makefile | 3 +
libavcodec/loongarch/idctdsp_
From: Shiyou Yin
./ffmpeg -i 8_mpeg4_1080p_24fps_12Mbps.avi -f rawvideo -y /dev/null -an
before:376fps
after :433fps
---
libavcodec/hpeldsp.c |2 +
libavcodec/hpeldsp.h |1 +
libavcodec/loongarch/Makefile |2 +
libavco
./ffmpeg -i 8_mpeg4_1080p_24fps_12Mbps.avi -f rawvideo -y /dev/null -an
before:376fps
after :552fps
V2: Revised PATCH 1/3 according to the comments.
V3: Resubmit these patches due to miss PATCH v2 1/3.
[PATCH v3 1/3] avcodec: [loongarch] Optimize hpeldsp with LASX.
[PATCH v3 2/3] avcodec: [loonga
./ffmpeg -i 8_mpeg4_1080p_24fps_12Mbps.avi -f rawvideo -y /dev/null -an
before:433fps
after :552fps
---
libavcodec/idctdsp.c | 2 +
libavcodec/idctdsp.h | 2 +
libavcodec/loongarch/Makefile | 3 +
libavcodec/loongarch/idctdsp_
From: gxw
./ffmpeg -i ../1_h264_1080p_30fps_3Mbps.mp4 -f rawvideo -y /dev/null -an
before:296
after :308
---
libavcodec/loongarch/Makefile| 1 +
libavcodec/loongarch/videodsp_init.c | 45
libavcodec/videodsp.c| 2 ++
libavcodec/videodsp.h
From 0da67d346a7901b572ac9ec5812634576b315d79 Mon Sep 17 00:00:00 2001
From: zourenyi
Date: Wed, 29 Dec 2021 17:33:50 +0800
Subject: [PATCH v3] avcodec/libx264: add warning log when droping picture at
'h264_select_output_frame'
since there is only debug log 'no picture ooo' when droping a
> 2021年12月24日 下午5:49，Hao Chen 写道：
>
> From: Shiyou Yin
>
> ./ffmpeg -i 8_mpeg4_1080p_24fps_12Mbps.avi -f rawvideo -y /dev/null -an
> before:376fps
> after :433fps
>
> Change-Id: Ic8018562093154887323b508b81d0f489c0d265d
> Signed-off-by: Hao Chen
> ---
> libavcodec/hpeldsp.c
From 4e148d5d0247e4e4ad927b9782a60fbd979065d3 Mon Sep 17 00:00:00 2001
From: zourenyi
Date: Wed, 29 Dec 2021 17:03:53 +0800
Subject: [PATCH v2] avcodec/libx264: add warning log when droping picture at
'h264_select_output_frame'
since there is only debug log 'no picture ooo' when droping a
32 matches
Mail list logo
