Previously, with the file name not matching the target, the files
were regenerated every time fate is rerun - contrary to the other
test targets in the same file. (While regenerating it every time
might be desireable, as that's what the test is about, the file
at least has a dependency on the ffmpe
On Sun, Aug 2, 2020 at 7:54 AM 王 氚 wrote:
>
> Just dig it a little bit, and I found that the first attempt of
> [VTDecompressionSessionCreate] is always ok, if we try to decode some normal
> size of video(for example, 640x480, 1280x720...)
>
> But it will fail, it we try to decode h264 video wit
I can observe GPU consumption and lower CPU consumption in this case just like
decoding 640x480 which obviously using hardware decoding(since it succeed in
first attempt) in my MacBook.
So from my point of view, it still uses hardware decoding.
I’m still not sure whether or not all apple’s devi
Signed-off-by: Zane van Iperen
---
Changelog | 1 +
doc/general.texi | 2 +-
libavcodec/Makefile| 1 +
libavcodec/adpcmenc.c | 86 +-
libavcodec/allcodecs.c | 1 +
libavcodec/utils.c | 1 +
libavcodec/version.h | 2 +-
7
Replaces adpcm_argo_expand_nibble(). Preparation for the encoder.
Signed-off-by: Zane van Iperen
---
libavcodec/adpcm.c | 10 +-
libavcodec/adpcm.h | 2 ++
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/libavcodec/adpcm.c b/libavcodec/adpcm.c
index b77f4b8ef6..1366932352
Flag bit was in the wrong place.
Signed-off-by: Zane van Iperen
---
libavcodec/adpcm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/adpcm.c b/libavcodec/adpcm.c
index 4de4a23289..b77f4b8ef6 100644
--- a/libavcodec/adpcm.c
+++ b/libavcodec/adpcm.c
@@ -1987,7 +198
Signed-off-by: Zane van Iperen
---
tests/fate/acodec.mak | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/tests/fate/acodec.mak b/tests/fate/acodec.mak
index 96ab0e587e..3e2a18435f 100644
--- a/tests/fate/acodec.mak
+++ b/tests/fate/acodec.mak
@@ -44,15 +44,15
Signed-off-by: Zane van Iperen
---
Changelog| 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/argo_asf.c | 123 ++-
libavformat/version.h| 2 +-
5 files changed, 126 insertions(+), 2 deletions(-)
d
Signed-off-by: Zane van Iperen
---
tests/fate/acodec.mak | 2 ++
tests/ref/acodec/adpcm-argo | 4
2 files changed, 6 insertions(+)
create mode 100644 tests/ref/acodec/adpcm-argo
diff --git a/tests/fate/acodec.mak b/tests/fate/acodec.mak
index 197b6ed7c0..96ab0e587e 100644
--- a/tests
Martin Storsjö:
> Previously, the hls-fmp4 and hls-fmp4_ac3 tests used the same file
> names for init and segment files, which occasionally could cause
> corruption and failed tests, if the input files for both tests are
> generated in parallel, as they could overwrite each other.
>
> This happene
Zane van Iperen:
> Signed-off-by: Zane van Iperen
> ---
> Changelog| 1 +
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/argo_asf.c | 123 ++-
> libavformat/version.h| 2 +-
> 5 files changed, 126
This commit avoids allocating a DVDemuxContext when demuxing raw DV by
making it part of the demuxer's context. This also allows to remove
dv_read_close().
Signed-off-by: Andreas Rheinhardt
---
libavformat/dv.c | 73 +---
1 file changed, 32 insertions(
Signed-off-by: Andreas Rheinhardt
---
libavformat/dv.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/libavformat/dv.c b/libavformat/dv.c
index 9179e6cec6..d25641daac 100644
--- a/libavformat/dv.c
+++ b/libavformat/dv.c
@@ -470,19 +470,15 @@ static int dv_read_t
On Sun, 2 Aug 2020 13:28:10 +0200
> > +for (int i = 0; i < FF_ARRAY_ELEMS(fhdr->name); i++)
> > +avio_w8(pb, fhdr->name[i]);
>
> Are you aware of avio_write()?
...yes. I basically copied the reading code, which used AV_RL8.
I've changed it.
> > +static int argo_asf_write_header(AVFo
Zane van Iperen:
>>> +static int argo_asf_write_trailer(AVFormatContext *s)
>>> +{
>>> +int64_t data_size, num_blocks;
>>> +
>>> +data_size = avio_tell(s->pb) - (ASF_FILE_HEADER_SIZE +
>>> ASF_CHUNK_HEADER_SIZE);
>>> +num_blocks = data_size / (17 * s->streams[0]->codecpar->channels);
>
On 8/2/20, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/dv.c | 13 -
> 1 file changed, 4 insertions(+), 9 deletions(-)
>
> diff --git a/libavformat/dv.c b/libavformat/dv.c
> index 9179e6cec6..d25641daac 100644
> --- a/libavformat/dv.c
> +++ b/liba
On Sun, 2 Aug 2020 14:14:45 +0200
"Andreas Rheinhardt" wrote:
>
> Zane van Iperen:
> >>> +static int argo_asf_write_trailer(AVFormatContext *s)
> >>> +{
> >>> +int64_t data_size, num_blocks;
> >>> +
> >>> +data_size = avio_tell(s->pb) - (ASF_FILE_HEADER_SIZE +
> >>> ASF_CHUNK_HEADER_SIZ
Zane van Iperen:
> On Sun, 2 Aug 2020 14:14:45 +0200
> "Andreas Rheinhardt" wrote:
>
>>
>> Zane van Iperen:
> +static int argo_asf_write_trailer(AVFormatContext *s)
> +{
> +int64_t data_size, num_blocks;
> +
> +data_size = avio_tell(s->pb) - (ASF_FILE_HEADER_SIZE +
>>
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/encoders.texi | 10 ++
libavcodec/mpeg12enc.c | 6 ++
2 files changed, 16 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index de0472e..13aa5de 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -2902
On Sun, 2 Aug 2020 14:43:20 +0200
"Andreas Rheinhardt" wrote:
> > So, something like this basically:
> >
> > static int argo_asf_write_packet(AVFormatContext *s, AVPacket *pkt)
> > {
> > if (pkt->size != 17 && pkt->size != 34)
> > return AVERROR(EINVAL);
> >
> >
Hi,
patch attached.
0001-swscale-do-not-drop-half-of-bits-from-16bit-bayer-fo.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or em
On Sat, Aug 1, 2020 at 2:46 PM Paul B Mahol wrote:
>
> On 6/16/20, Jan Ekström wrote:
> > Requires some extraneous top side and bottom front channels to be
> > defined.
> >
> > According to STD-B59v2, the defined channel layout is:
> > - FL
> > - FR
> > - FC
> > - LFE1
> > - BL
> > - BR
> > - FLc
On Sat, Aug 1, 2020 at 4:44 PM Jan Ekström wrote:
>
> > > At this point I would not like to attempt to figure out how to skip
> > > channel coding units in the AAC decoder
> >
> > Just throw them away?
> >
>
> Very easy to say in words, but I am not sure how simple this is in the
> code. That said
Martin Storsjö 于2020年8月2日周日 下午2:49写道：
>
> Since this test was added in ac22835db947e, it actually has been
> using segment type mpegts, contrary to what the test looks like
> it is supposed to test.
> ---
> tests/fate/hlsenc.mak | 2 +-
> tests/ref/fate/hls-fmp4 | 384
Jan Ekström (12020-08-02):
> I think I've seen it mentioned recently when I've been discussing this
> patch set, so I have a feeling we might see a new version of that at
> some point. We already had multiple channels which were outside of
> WAVEFORMATEXTENSIBLE (such as LFE2), so a more defining A
On 8/2/2020 11:22 AM, Jan Ekström wrote:
> On Sat, Aug 1, 2020 at 4:44 PM Jan Ekström wrote:
>>
At this point I would not like to attempt to figure out how to skip
channel coding units in the AAC decoder
>>>
>>> Just throw them away?
>>>
>>
>> Very easy to say in words, but I am not sure
Martin Storsjö 于2020年8月2日周日 下午3:06写道：
>
> Previously, with the file name not matching the target, the files
> were regenerated every time fate is rerun - contrary to the other
> test targets in the same file. (While regenerating it every time
> might be desireable, as that's what the test is about
Steven Liu 于2020年7月25日周六 上午10:49写道：
>
> Steven Liu 于2020年7月22日周三 下午5:16写道：
> >
> > fix ticket: 8783
> > Because in single file by encryption mode, it cannot get the last one
> > block of the file, it need ff_format_io_close for get full file size,
> > then hlsenc can get the total size of the enc
Anamitra Ghorui (12020-08-02):
> Thanks a lot for the code review. We will make sure to correct all of
> these mistakes after we are done with all of the features in about a
> week, before we post our (supposed) final patch for the decoder.
Thanks.
> For some reason my mail client has truncated t
On Sunday, August 2, 2020, Andreas Rheinhardt
wrote:
> Martin Storsjö:
> > Previously, the hls-fmp4 and hls-fmp4_ac3 tests used the same file
> > names for init and segment files, which occasionally could cause
> > corruption and failed tests, if the input files for both tests are
> > generated i
Hello,
Thanks a lot for the code review. We will make sure to correct all of
these mistakes after we are done with all of the features in about a
week, before we post our (supposed) final patch for the decoder.
For some reason my mail client has truncated the indentation (and any
series of multipl
On Sun, 19. Jul 15:49, Andriy Gelman wrote:
> On Sun, 19. Jul 15:36, Andriy Gelman wrote:
> > From: Andriy Gelman
> >
> > This fixes several mem leaks when init of encoder/decoder failed.
> >
> > Fixes ticket #8285
> >
> > Signed-off-by: Andriy Gelman
> > ---
> >
> > - Changes in v3
> > rebas
On Sat, Aug 01, 2020 at 11:23:36PM +0200, Alexander Strasser wrote:
> Hi Michael!
>
> On 2020-07-31 19:54 +0200, Michael Niedermayer wrote:
> > On Thu, Jul 30, 2020 at 02:42:30PM +0200, Alexander Strasser wrote:
> > > Don't pass a potential NULL pointer to av_log, instead use a default
> > > in th
> On Aug 1, 2020, at 5:26 PM, Marton Balint wrote:
>
>
>
> On Sat, 1 Aug 2020, Michael Niedermayer wrote:
>
>> On Sat, Aug 01, 2020 at 07:28:53PM +0200, Marton Balint wrote:
>>>
>>>
>>> On Sat, 1 Aug 2020, Michael Niedermayer wrote:
>>>
Fixes: Ticket8762
Signed-off-by: Michael N
On Sun, 2 Aug 2020, Steven Liu wrote:
Martin Storsjö 于2020年8月2日周日 下午2:49写道：
Since this test was added in ac22835db947e, it actually has been
using segment type mpegts, contrary to what the test looks like
it is supposed to test.
---
tests/fate/hlsenc.mak | 2 +-
tests/ref/fate/hls-fmp4 |
Most tests here don't depend on samples, thus add them to FATE_FFMPEG
instead of FATE_SAMPLES_FFMPEG.
The fate-hls-fmp4_ac3 test depends on both samples and ffprobe; add that
one separately to FATE_SAMPLES_FFMPEG_FFPROBE instead.
---
tests/fate/hlsenc.mak | 7 ---
1 file changed, 4 insertions
This parameter artificially throttled the generation of the test sample
to take 5 seconds.
---
tests/fate/hlsenc.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/hlsenc.mak b/tests/fate/hlsenc.mak
index dce1f377c7..3c767fd5d9 100644
--- a/tests/fate/hlsenc.mak
+++
My apologies, I should have removed other parts of the quoted code which I
was not replying to.
The reply is unnecesarily long now.
On Mon, 3 Aug, 2020, 12:39 am Kartik K. Khullar,
wrote:
>
>
> On Sun, Aug 2, 2020 at 5:57 PM Nicolas George wrote:
>
>> Anamitra Ghorui (12020-07-30):
>> > Visible
On Sat, Aug 1, 2020 at 4:29 PM Carl Eugen Hoyos wrote:
>
> Am Sa., 1. Aug. 2020 um 14:47 Uhr schrieb Jan Ekström :
> >
> > On Sat, Aug 1, 2020 at 3:08 PM Carl Eugen Hoyos wrote:
> > >
> > > Am Sa., 1. Aug. 2020 um 14:06 Uhr schrieb Jan Ekström :
> > >
> > > > Additionally, the spec only mentions
On Sun, Aug 02, 2020 at 08:40:27PM +0100, Jack Haughton wrote:
> Hello,
>
> Apologies for the delay in replying. This patch is not to address a
> specific problem that currently exists, but rather to restore the
> robustness to invalid input that previously existed in this function. The
> motivati
On Sun, Aug 02, 2020 at 10:21:06AM +, Zane van Iperen wrote:
> Signed-off-by: Zane van Iperen
> ---
> Changelog | 1 +
> doc/general.texi | 2 +-
> libavcodec/Makefile| 1 +
> libavcodec/adpcmenc.c | 86 +-
> libavcodec/allcod
On Mon, 3 Aug 2020 01:22:34 +0200
"Michael Niedermayer" wrote:
> > diff --git a/libavcodec/version.h b/libavcodec/version.h
> > index f66919617a..a3f9f828ee 100644
> > --- a/libavcodec/version.h
> > +++ b/libavcodec/version.h
> > @@ -28,7 +28,7 @@
> > #include "libavutil/version.h"
> >
> > #def
On Sun, Aug 02, 2020 at 08:52:22PM +, Lynne wrote:
> ffmpeg | branch: master | Lynne | Sun Aug 2 22:45:00 2020
> +0200| [b48397e7b84864f2d4c70361a4c4bed93e826753] | committer: Lynne
>
> mpegaudiodec_template: disable CRC checking for layers 1 and 2
>
> Layers 1 and 2 use lengths in bits wh
Hello,
Apologies for the delay in replying. This patch is not to address a
specific problem that currently exists, but rather to restore the
robustness to invalid input that previously existed in this function. The
motivation for the patch is that we would like to merge a500b975 into our
local tre
Will prevet FATE from breaking once LIBAVCODEC_VERSION_MINOR is bumped to 100.
Reported-by: zane
Signed-off-by: James Almer
---
If anyone wants to check why adding LIBAVCODEC_IDENT to the bitstream (or
rather,
its length increasing) in either
https://git.videolan.org/?p=ffmpeg.git;a=blob;f=libav
On 8/2/2020 8:43 PM, James Almer wrote:
> Will prevet FATE from breaking once LIBAVCODEC_VERSION_MINOR is bumped to 100.
>
> Reported-by: zane
> Signed-off-by: James Almer
> ---
> If anyone wants to check why adding LIBAVCODEC_IDENT to the bitstream (or
> rather,
> its length increasing) in eith
Martin Storsjö 于2020年8月3日周一 上午4:39写道：
>
> This parameter artificially throttled the generation of the test sample
> to take 5 seconds.
> ---
> tests/fate/hlsenc.mak | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/tests/fate/hlsenc.mak b/tests/fate/hlsenc.mak
> index dce1f
> -Original Message-
> From: ffmpeg-devel On Behalf Of Ting Fu
> Sent: 2020年7月30日 18:03
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH V3 1/2] dnn/native: add native support for
> avg_pool
>
> Not support pooling strides in channel dimension now.
> It can be tested with
Hi devel,
Is there anyone who can review this?
Thanks,
Takio
2020年7月28日(火) 21:42 Takio Yamaoka :
>
> I forgot to sign-off to patch, so I've resent the same patch.
> This patch is bug fix to handle chromaoffset parameter for libx264.
>
> Best Regards,
> Takio
>
> 2020年7月28日(火) 21:22 Takio Yamaoka
> -Original Message-
> From: ffmpeg-devel On Behalf Of Ting Fu
> Sent: 2020年7月30日 18:03
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH V3 2/2] FATE/dnn: add unit test for dnn avgpool
> layer
>
> 'make fate-dnn-layer-avgpool' to run the test
>
> Signed-off-by: Ting Fu
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mingyu
> Yin
> Sent: 2020年7月31日 15:41
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [v4] dnn_backend_native_layer_mathunary: add ceil
> support
>
> It can be tested with the model generated with below python script:
>
> i
---
tests/ref/fate/h264-skip-nointra | 86
tests/ref/fate/h264-skip-nokey | 86
2 files changed, 86 insertions(+), 86 deletions(-)
diff --git a/tests/ref/fate/h264-skip-nointra b/tests/ref/fate/h264-skip-nointra
index 0259902927.
On Sun, 2 Aug 2020, Lynne wrote:
ffmpeg | branch: master | Lynne | Sun Aug 2 22:45:00 2020
+0200| [b48397e7b84864f2d4c70361a4c4bed93e826753] | committer: Lynne
mpegaudiodec_template: disable CRC checking for layers 1 and 2
Layers 1 and 2 use lengths in bits which are not a multiple of 8,
an
53 matches
Mail list logo
