filter-pp and filter-pp7 are the only ones of the filter-pp* tests
that use the file generated by fate-vsynth1-mpeg4-qprd.
Also combine the dependency on this test for all the tests that need it.
Signed-off-by: Andreas Rheinhardt
---
tests/fate/filter-video.mak | 7 +++
1 file changed, 3 ins
Signed-off-by: Andreas Rheinhardt
---
tests/fate-run.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate-run.sh b/tests/fate-run.sh
index c0d65be6f4..7e3457b3ba 100755
--- a/tests/fate-run.sh
+++ b/tests/fate-run.sh
@@ -195,7 +195,7 @@ enc_dec_pcm(){
}
FLAGS="-fl
This avoids having to rebuild big files every time FFMPEG_VERSION
changes (which it does with every commit).
Signed-off-by: Andreas Rheinhardt
---
Makefile | 4 ++-
ffbuild/common.mak | 2 --
libavcodec/Makefile| 1 +
libavcodec/avcodec.c | 25 -
On Fri, 6 May 2022, Andreas Rheinhardt wrote:
This avoids having to rebuild big files every time FFMPEG_VERSION
changes (which it does with every commit).
Signed-off-by: Andreas Rheinhardt
---
Makefile | 4 ++-
ffbuild/common.mak | 2 --
libavcodec/Makefile|
On 4/29/22 12:01, Leo Izen wrote:
This swaps av_match_list to av_match_name inside ffurl_connect,
which allows ALL to be treated as a valid value on the whitelist
in accordance with the behavior described in the documentation.
---
Could someone please take a quick look at this?
Thanks,
- Leo I
Ensure the input is <= 31 bits because otherwise it would produce
very invalid UTF-8.
Document that the length can be up to 6 bytes, because that is what
the code does. The FLAC encoder abuses UTF-8 to store 32-bits
integers, limiting PUT_UTF8() to 21 bits might affect some real
cases negatively.
Signed-off-by: Nicolas George
---
libavutil/Makefile | 3 +
libavutil/tests/xmlparser.c | 93 ++
libavutil/xmlparser.c | 644
libavutil/xmlparser.h | 58
4 files changed, 798 insertions(+)
create mode 100644 libavutil/tests/x
> > As a matter of fact, you are. Your alternative method implies
> > ploughing
> > through hundreds of C files normalising path handling across the
> > entire application,
> Almost everybody here knows that this isn't true.
I do not. During the review of just this particular patchset it was foun
LGTM
On Thu, May 5, 2022 at 11:56 PM caleb wrote:
>
> ---
> libavcodec/jpeg2000.h| 2 ++
> libavcodec/jpeg2000dec.c | 4
> 2 files changed, 6 insertions(+)
>
> diff --git a/libavcodec/jpeg2000.h b/libavcodec/jpeg2000.h
> index d06313425e..e5ecb4cbf9 100644
> --- a/libavcodec/jpeg2000.h
5 May 2022, 01:47 by da...@megapico.co.uk:
>> Andreas Rheinhardt wrote:
>>
>> David Fletcher:
>> > Following today's posts about help with submitting patches I realised I
>> > sent the libmad patch yesterday in the wrong format. Apologies, I was
>> > not familiar with the git format patches.
>> >
On Fri, 2022-05-06 at 05:57 +, Tong Wu wrote:
> Fixes:
> $ ffmpeg.exe -y -hwaccel qsv -init_hw_device d3d11va=d3d11 \
> -init_hw_device qsv=qsv@d3d11 -c:v h264_qsv -i input.h264 \
> -vf "hwmap=derive_device=d3d11va,format=d3d11" -f null -
>
> Signed-off-by: Tong Wu
> ---
> libavutil/hwcontex
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Saturday, May 7, 2022 4:36 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Wu, Tong1
> Subject: Re: [FFmpeg-devel] [PATCH v4 1/3] avutil/hwcontext_qsv:
> derive QSV frames to D3D11VA frames
>
> On Fri, 2022-05-06 at
> -Original Message-
> From: ffmpeg-devel On Behalf Of nil-
> admir...@mailo.com
> Sent: Friday, May 6, 2022 6:08 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v11 1/6]
> libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and
> utf8toansi
>
> > > As a matt
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Martin Storsjö
> Sent: Wednesday, April 20, 2022 2:48 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] av_fopen_utf8 and cross-DLL CRT object sharing
> issue on Windows
>
> Hi,
>
> I just became aware of the av_fopen_ut
Soft Works:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Martin Storsjö
>> Sent: Wednesday, April 20, 2022 2:48 PM
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: [FFmpeg-devel] av_fopen_utf8 and cross-DLL CRT object sharing
>> issue on Windows
>>
>> Hi,
>>
>> I just became
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Saturday, May 7, 2022 6:32 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] av_fopen_utf8 and cross-DLL CRT object
> sharing issue on Windows
>
> Soft Works:
> >
> >
> >> -Original Mess
On Sat, 2022-05-07 at 02:42 +, Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Xiang, Haihao
> > Sent: Saturday, May 7, 2022 4:36 AM
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Wu, Tong1
> > Subject: Re: [FFmpeg-devel] [PATCH v4 1/3] avutil/hwcontext_qsv:
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Saturday, May 7, 2022 7:25 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Wu, Tong1
> Subject: Re: [FFmpeg-devel] [PATCH v4 1/3] avutil/hwcontext_qsv:
> derive QSV frames to D3D11VA frames
>
> On Sat, 2022-05-07 at
> On Sat, 2022-05-07 at 02:42 +, Soft Works wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > Xiang, Haihao
> > > Sent: Saturday, May 7, 2022 4:36 AM
> > > To: ffmpeg-devel@ffmpeg.org
> > > Cc: Wu, Tong1
> > > Subject: Re: [FFmpeg-devel] [PATCH v4 1/3] avutil
Fixes:
$ ffmpeg.exe -y -hwaccel qsv -init_hw_device d3d11va=d3d11 \
-init_hw_device qsv=qsv@d3d11 -c:v h264_qsv -i input.h264 \
-vf "hwmap=derive_device=d3d11va,format=d3d11" -f null -
Signed-off-by: Tong Wu
---
libavutil/hwcontext_qsv.c | 16 +---
1 file changed, 13 insertions(+), 3
In d3d11va_create_staging_texture(), during the hwmap process, the
ctx->internal->priv is not initialized, resulting in the
texDesc.Format not initialized. Now pass the format value from
d3d11va_transfer_data() to fix it.
$ ffmpeg.exe -y -hwaccel qsv -init_hw_device d3d11va=d3d11 \
-init_hw_device
Fixes:
$ ffmpeg.exe -init_hw_device d3d11va=d3d11 -init_hw_device \
qsv=qsv@d3d11 -s:v WxH -pix_fmt nv12 -i input.yuv -vf \
"hwupload=extra_hw_frames=16,hwmap=derive_device=d3d11va,format=d3d11,\
hwmap=derive_device=qsv,format=qsv" -f null -
Signed-off-by: Tong Wu
---
libavutil/hwcontext_qsv.c |
Fixes demuxing files bigger than INT_MAX.
Reported-by: jenster
Signed-off-by: Andreas Rheinhardt
---
This has just been reported by jenster on IRC:
I found a bug in libavformat/dhav.c where it fails to demux files >
INT_MAX. It's basically assigning the result of avio_skip (which returns an
i
23 matches
Mail list logo
