> On Oct 9, 2018, at 10:33, Liu Steven wrote:
>
>
>
>> 在 2018年10月8日，上午10:55，lance.lmw...@gmail.com 写道：
>>
>> From: Limin Wang
>>
>> ---
>> libavcodec/libdavs2.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/libavcodec/libdavs2.c b/libavcodec/libdavs2.c
>> inde
---
libavfilter/vf_chromashift.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavfilter/vf_chromashift.c b/libavfilter/vf_chromashift.c
index 068c3c1b68..d073256b99 100644
--- a/libavfilter/vf_chromashift.c
+++ b/libavfilter/vf_chromashift.c
@@ -76,13 +76,14 @@ static in
---
libavformat/vivo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/vivo.c b/libavformat/vivo.c
index c9e9c37f37..9b9189f307 100644
--- a/libavformat/vivo.c
+++ b/libavformat/vivo.c
@@ -166,7 +166,7 @@ static int vivo_read_header(AVFormatContext *s)
Signed-off-by: Marton Balint
---
doc/outdevs.texi| 4
libavdevice/decklink_common.cpp | 5 +
libavdevice/decklink_common_c.h | 1 +
libavdevice/decklink_enc_c.c| 2 ++
libavdevice/version.h | 2 +-
5 files changed, 13 insertions(+), 1 deletion(-)
diff --git
On Sat, Nov 24, 2018 at 11:46:36AM +0100, Tomas Härdin wrote:
> fre 2018-11-23 klockan 02:33 +0100 skrev Michael Niedermayer:
> > Fixes: left shift of 255 by 24 places cannot be represented in type 'int'
> > Fixes:
> > 11377/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-56943191014
On Sat, Nov 24, 2018 at 11:44:42AM +0100, Tomas Härdin wrote:
> fre 2018-11-23 klockan 02:33 +0100 skrev Michael Niedermayer:
> > Fixes: Timeout
> > Fixes:
> > 11068/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-5698456681709568
> >
> > Found-by: continuous fuzzing process
> > ht
2018-11-18 4:29 GMT+01:00, Carl Eugen Hoyos :
> Attached patch simplifies building on sunos (which is currently broken
> due to the sed call).
Patch applied.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/lis
2018-11-18 23:25 GMT+01:00, Tomas Härdin :
> sön 2018-11-18 klockan 04:40 +0100 skrev Carl Eugen Hoyos:
>> Hi!
>>
>> On systems with signed char, the compiler cannot distinguish between
>> (intended) int8_t used as subscript and unintended char, therefore the
>> warning doesn't help.
>
> Is this do
Signed-off-by: Marton Balint
---
fftools/ffplay.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index ab1f9faccf..af72fbcc38 100644
--- a/fftools/ffplay.c
+++ b/fftools/ffplay.c
@@ -861,24 +861,20 @@ static void calcula
Previously if only -y was used then nothing happened, if only -x then zero
window height was set which is undefined in SDL and caused a black window.
From now on if only one dimension is set we calculate the other based on
size/aspect of the shown content.
Signed-off-by: Marton Balint
---
fftoo
2018-11-24 10:27 GMT+01:00, Igor Derzhavin :
> Do you accept these patches? Or what can I do more?
> We use ffmpeg (libavformat/libavcodec) within our company and came across
> that http url with content type
> "audio/l16;rate=24000;channels=1;endianness=big-endian" incorrectly opens
> as s16le wi
Hello,
Patch in attach add some improvments to prores aw encoder
012 : Add vendor option (code come from prores_ks encoder)
013 : Only write color properties, if defined in rdd36 (other values are
"converted" to unspecified)
014 : Add XQ encoding support
Martin
0012-avcodec-prores_aw-add-
The alloc_size attribute is valid only on functions that return a
pointer. GCC 9 (not yet released) warns about invalid usage:
./libavutil/mem.h:342:1: warning: 'alloc_size' attribute ignored on a function
returning int' [-Wattributes]
342 | av_alloc_size(2, 3) int av_reallocp_array(void *ptr,
Martin Vignali wrote:
>Only enable 12b decoding if the codec tag is Prores or XQ
>let 10b decoding for 422 codecs tag.
Indeed! Best regards, Reto
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-d
Hello,
New patchs in attach (002 to 010 unchanged)
011 : Remove user option for setting decoding precision
Only enable 12b decoding if the codec tag is Prores or XQ
let 10b decoding for 422 codecs tag.
Martin
0006-avcodec-proresdec-put-unpack-alpha-func-in-prores-ct.patch
Description:
On 11/24/18 04:37 AM, Peter Ross wrote:
---
two more patches concerning networking.
i will push the other existing djgpp patches soon.
libavformat/os_support.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/os_support.h b/libavformat/os_support.h
index 7a56dc9a
Hello,
Patch in attach fix prores-metadata test
add bitexact mode, to avoid to write encoder in target mov
Martin
0001-fate-prores-metadata-make-output-bit-exact.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http
tor 2018-11-22 klockan 21:58 + skrev Rostislav Pehlivanov:
> > On Thu, 22 Nov 2018 at 19:02, Thilo Borgmann wrote:
> +The vote has to implement a direct, free, equal and secret election.
> > +The results are to be publicly available.
> > +The election should be completed not later than the end
> > +AV_PIX_FMT_YUVA422P12BE, ///< planar YUV 4:2:2,24bpp, (1 Cr & Cb
> sample per 2x1 Y samples), 12b alpha, big-endian
> > +AV_PIX_FMT_YUVA422P12LE, ///< planar YUV 4:2:2,24bpp, (1 Cr & Cb
> sample per 2x1 Y samples), 12b alpha, little-endian
> > +AV_PIX_FMT_YUVA444P12BE, ///< planar
Hi,
I have had my ML subscriptions set to not receive emails for a few years now.
So when I got the invitation to vote (which I don't consider Spam btw) my first
reflex was to confirm that I do not have any current issues with perceived
hostility in the community.
Then, when I checked the few
rational:
libsocket development ceased in 2001. it only ever worked using windows virtual
dos mode.
http://rich.phekda.org/richdawe/lsck/lsck_lnk.htm
watt-32 is maintained. it can work using dos or using windows virtual dos mode.
http://www.watt-32.net/
---
configure | 2 +-
1 file changed, 1 i
---
two more patches concerning networking.
i will push the other existing djgpp patches soon.
libavformat/os_support.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/os_support.h b/libavformat/os_support.h
index 7a56dc9a7c..3c3e37fb7c 100644
--- a/libavformat/os
fre 2018-11-23 klockan 02:33 +0100 skrev Michael Niedermayer:
> Fixes: left shift of 255 by 24 places cannot be represented in type 'int'
> Fixes:
> 11377/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-5694319101476864
>
> Found-by: continuous fuzzing process
> https://github.com/
fre 2018-11-23 klockan 02:33 +0100 skrev Michael Niedermayer:
> Fixes: Timeout
> Fixes:
> 11068/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-5698456681709568
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> > Signed-off-
On 11/23/18, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/dhav.c | 250 +++
> 3 files changed, 252 insertions(+)
> create mode 100644 libavformat/dhav.c
>
On 11/22/18, Igor Derzhavin wrote:
> Hello!
> A little bunch of fixes for audio/L16 mime type handling:
> 0001 - RFC 2045 says MIME type should be case insensitive;
> 0002 - RFC 2586 says audio/L16 should be in network byte order (aka big
> endian);
> 0003 - though "endiannes" parameter not in RFC
On Fri, 23 Nov 2018 23:01:02 +0100
Michael Niedermayer wrote:
> On Fri, Nov 23, 2018 at 10:38:13AM +0200, Lauri Kasanen wrote:
> > I mean, if my patch adds no failures, is that enough to apply it?
>
> yes that and the tests failing should still fail the same way with the
> same checksums
> This
Hello!
Do you accept these patches? Or what can I do more?
We use ffmpeg (libavformat/libavcodec) within our company and came across
that http url with content type
"audio/l16;rate=24000;channels=1;endianness=big-endian" incorrectly opens
as s16le with sample rate 16000.
This patches fixes that.
O
28 matches
Mail list logo
