On 8/26/17, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch slightly improves the saturation of the gdv palette.
>
> Please comment, Carl Eugen
>
Does this match how it is displayed by original game?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.or
On 8/27/17, Michael Niedermayer wrote:
> On Sat, Aug 26, 2017 at 10:22:38PM -0300, James Almer wrote:
>> On 8/26/2017 9:59 PM, Michael Niedermayer wrote:
>> > On Sat, Aug 26, 2017 at 05:53:18PM +0200, Paul B Mahol wrote:
>> >> Really fixes hangs and infinite loops.
>> >>
>> >> Signed-off-by: Paul
Hi there.
I have asked this question on the ffmpeg-users list, but it's been oddly
quiet on this front.
I am trying to create a ffmpeg command line that re-maps and stitches
together footage from the Samsung Gear 360 camera. The basic methodoly can
be applied to any 360 view camera. The reason I
On 8/27/17, Evert Vorster wrote:
> Hi there.
Hi,
>
> I have asked this question on the ffmpeg-users list, but it's been oddly
> quiet on this front.
>
> I am trying to create a ffmpeg command line that re-maps and stitches
> together footage from the Samsung Gear 360 camera. The basic methodoly
Hi there.
The program's name is nona, and it is distributed in source code form with
Hugin.
http://hugin.sourceforge.net/docs/manual/Nona.html
The source code and descritpions is available here:
http://hugin.sourceforge.net/docs/html/index.html
I hope it helps?
On 27 August 2017 at 13:35, Paul
On Sat, 26 Aug 2017, Michael Niedermayer wrote:
On Sat, Aug 26, 2017 at 11:03:27AM -0300, James Almer wrote:
On 8/26/2017 6:28 AM, Michael Niedermayer wrote:
Hi all
Its a while since FFmpeg 3.3, so its time again to make a new release
I intend to make 3.4 in the next weeks
Name suggestions
On 8/27/17, Evert Vorster wrote:
> Hi there.
>
> The program's name is nona, and it is distributed in source code form with
> Hugin.
> http://hugin.sourceforge.net/docs/manual/Nona.html
>
> The source code and descritpions is available here:
> http://hugin.sourceforge.net/docs/html/index.html
>
>
Hi there, Paul.
The nona program can be called from the command line, with an .pto file to
tell it what corrections to do, as well as input images. It then does the
vignetting corrections first, and then re-maps the images on to a canvas.
The idea of the re-mapped images is that you can then blen
ffmpeg need a dash demuxer for demux the dash formats base on
https://github.com/samsamsam-iptvplayer/exteplayer3/blob/master/tmp/ffmpeg/patches/3.2.2/01_add_dash_demux.patch
TODO:
1. support multi bitrate dash
v2 fixed:
1. from autodetect to disabled
2. from camelCase code style to ffmpeg co
You're still calling snprintf with a string derived from the XML, which is
still not safe. Rather than having a format copied from the source in
get_repl_pattern_and_format, you should have a fixed value of something like
`"%0*"PRId64`, and specify an additional "precision" argument you parse fr
On Sun, Aug 27, 2017 at 08:33:30AM +0100, Evert Vorster wrote:
> Unfortunately I have a real problem with vignetting.
> The vignette filter in ffmpeg seems to have some room for improvement.
Yeah, definitely: the vignette filter was written with the fancy
vignetting effect in mind (think of it as
Hi there, Clement.
Thanks for the reply.
Unfortunately, coding is not my strong suite, I would not even know where
to begin looking.
The "backward" switch was a big clue that this vignetting filter is more
for the effect than actually removing the vignetting effect from footage.
The lens correcti
On 08/25/2017 09:03 PM, Paul B Mahol wrote:
Does lavd stuff now depends on lavc?
um yes, v4l2 in/out devices (lavd) do use a common file now present in
lavc (ie: v4l2_fmt.c).
see libavcodec/Makefile:
OBJS-$(CONFIG_V4L2)+= v4l2_fmt.o
OBJS-$(CONFIG_V4L2_M2M)+=
On Fri, 25 Aug 2017, Maksym Veremeyenko wrote:
25.08.2017 0:17, Marton Balint пише:
[...]
Ok. If it works in v3, then I guess it is OK to apply as is. Let me know
when you want me to do that.
please apply
Applied with a small fix to the docs describing encoder supported pixel
formats.
On Wed, 23 Aug 2017, pkv.stream wrote:
Hello
the following patch extends number of output channel for decklink devices to
16. Previously it was limited to 2 or 8 audio channels.
Thanks for any comments.
Thanks, applied.
Regards,
Marton
___
ffm
On 08/25/2017 05:35 PM, wm4 wrote:
+#define WIDTH(__ctx, __fmt) \
+(V4L2_TYPE_IS_MULTIPLANAR((__ctx)->type) ? __fmt.fmt.pix_mp.width :
__fmt.fmt.pix.width)
+
+#define HEIGHT(__ctx, __fmt) \
+(V4L2_TYPE_IS_MULTIPLANAR((__ctx)->type) ? __fmt.fmt.pix_mp.height :
__fmt.fmt.pix.height)
Thes
On 08/25/2017 05:35 PM, wm4 wrote:
That looks generally OK. Is there any chance a hwaccel approach would
be possible instead? If I've learned anything about hardware decoding,
then that hwaccel is vastly superior to vendor-implemented full stream
decoders.
could you help me understand what woul
From: Anton Khirnov
Before this commit, AVIOContext is to be freed with a plain av_free(),
which prevents us from adding any deeper structure to it.
(cherry picked from commit 99684f3ae752fc8bfb44a2dd1482f8d7a3d8536d)
Signed-off-by: James Almer
---
doc/APIchanges| 3 +++
libavformat/a
27.08.2017 19:13, Marton Balint пише:
On Fri, 25 Aug 2017, Maksym Veremeyenko wrote:
25.08.2017 0:17, Marton Balint пише:
[...]
Ok. If it works in v3, then I guess it is OK to apply as is. Let me
know when you want me to do that.
please apply
Applied with a small fix to the docs describi
On Sat, 12 Aug 2017, Dave Rice wrote:
[..]
Also utils.c associates these field order values with the following labels:
AV_FIELD_TB -> "top coded first (swapped)";
AV_FIELD_BT -> "bottom coded first (swapped)";
From my reading, I infer that "top coded first (swapped)” means "top
coded fi
On Fri, Aug 25, 2017 at 01:15:27AM +0200, Michael Niedermayer wrote:
> From: 孙浩 and 张洪亮(望初)
>
> Fixes: loop.cine
>
> Found-by: Xiaohei and Wangchu from Alibaba Security Team
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/cinedec.c | 6 +-
> 1 file changed, 5 insertions(+), 1 dele
On Fri, Aug 25, 2017 at 01:15:28AM +0200, Michael Niedermayer wrote:
> From: 孙浩 and 张洪亮(望初)
>
> Fixes: loop.ivr
>
> Found-by: Xiaohei and Wangchu from Alibaba Security Team
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/rmdec.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion
On Fri, Aug 25, 2017 at 01:15:30AM +0200, Michael Niedermayer wrote:
> Fixes: loop.mv
>
> Found-by: Xiaohei and Wangchu from Alibaba Security Team
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mvdec.c | 2 ++
> 1 file changed, 2 insertions(+)
applied
[...]
--
Michael GnuPG fing
On Fri, Aug 25, 2017 at 01:15:29AM +0200, Michael Niedermayer wrote:
> From: 孙浩 and 张洪亮(望初)
>
> Fixes: loop.rl2
>
> Found-by: Xiaohei and Wangchu from Alibaba Security Team
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/rl2.c | 15 ---
> 1 file changed, 12 insertions(+),
On Fri, Aug 25, 2017 at 12:37:25PM +0200, Michael Niedermayer wrote:
> From: "wangchu@alibaba-inc.com"
>
> Fixes: loop.asf
>
> Found-by: Xiaohei and Wangchu from Alibaba Security Team
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/asfdec_f.c | 6 --
> 1 file changed, 4 insert
On Sat, Aug 26, 2017 at 01:26:58AM +0200, Michael Niedermayer wrote:
> Fixes: loop.m3u
>
> The default max iteration count of 1000 is arbitrary and ideas for a better
> solution are welcome
>
> Found-by: Xiaohei and Wangchu from Alibaba Security Team
> Signed-off-by: Michael Niedermayer
> ---
>
Le 27/08/2017 à 6:14 PM, Marton Balint a écrit :
On Wed, 23 Aug 2017, pkv.stream wrote:
Hello
the following patch extends number of output channel for decklink
devices to 16. Previously it was limited to 2 or 8 audio channels.
Thanks for any comments.
Thanks, applied.
Regards,
Marton
_
On Sat, Aug 26, 2017 at 02:26:08PM +0200, Michael Niedermayer wrote:
> Fixes: runtime error: signed integer overflow: 8903997421129740175 +
> 354481484684609529 cannot be represented in type 'long'
> Fixes: 2045/clusterfuzz-testcase-minimized-6751255865065472
>
> Found-by: continuous fuzzing proc
On 08/25/2017 05:35 PM, wm4 wrote:
+static inline int buffer_ops_v4l2buf_to_bufref(V4L2Buffer *in, int plane,
AVBufferRef **buf)
+{
+if (plane >= in->num_planes)
+return AVERROR(EINVAL);
+
+/* even though most encoders return 0 in data_offset encoding vp8 does
require this value
On 08/25/2017 05:35 PM, wm4 wrote:
+static int buffer_ops_v4l2buf_to_avframe(AVFrame *frame, V4L2Buffer *avbuf)
+{
+int i, ret;
+
+av_frame_unref(frame);
+
+/* 1. get references to the actual data */
+for (i = 0; i < avbuf->num_planes; i++) {
+ret = avbuf->ops.buf_to_bufre
Am 14.08.2017 um 03:47 schrieb Wei Gao:
2017-06-11 22:05 GMT+08:00 Timo Rothenpieler :
Fixes CID 1396840
---
libavutil/opencl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/opencl.c b/libavutil/opencl.c
index af35770e06..202756516b 100644
--- a/libavutil/open
Signed-off-by: Ilia Valiakhmetov
---
libavcodec/avcodec.h | 7 ++-
libavcodec/options.c | 1 +
libavcodec/pthread_slice.c | 27 +--
libavcodec/utils.c | 13 +
4 files changed, 45 insertions(+), 3 deletions(-)
diff --git a/libavcodec/a
These patches introduce tile threading support for vp9.
Tile threading is ~45% faster at 2 threads vs 1.
Frame threading is ~55% faster at 2 threads vs 1.
ffvp9 tile threading is ~25% faster than libvpx-vp9 at 2 threads
execute3() function is similar to execute2(), execept it has
a extra argument
On 08/27/2017 09:09 PM, Jorge Ramirez wrote:
On 08/25/2017 05:35 PM, wm4 wrote:
+static int buffer_ops_v4l2buf_to_avframe(AVFrame *frame, V4L2Buffer *avbuf)
+{
+int i, ret;
+
+av_frame_unref(frame);
+
+/* 1. get references to the actual data */
+for (i = 0; i < avbuf->num_planes;
Fixes: runtime error: shift exponent -1 is negative
Fixes: 3091/clusterfuzz-testcase-minimized-6229767969832960
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/hevc_ps.c | 6 +++---
1 file chan
Fixes: runtime error: signed integer overflow: 267 * 8388608 cannot be
represented in type 'int'
Fixes: 2743/clusterfuzz-testcase-minimized-5820652076400640
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
On Thu, Aug 24, 2017 at 10:57:43AM +0200, Michael Niedermayer wrote:
> > From b4b49b6b584b33e1da95a5d72b05fd9134ab28f9 Mon Sep 17 00:00:00 2001
> > From: Dale Curtis
> > Date: Mon, 17 Jul 2017 17:38:09 -0700
> > Subject: [PATCH] Fix trampling of ctts during seeks when sidx support is
> > enabled.
On Mon, Aug 28, 2017 at 02:22:15AM +0700, Ilia Valiakhmetov wrote:
> These patches introduce tile threading support for vp9.
>
> Tile threading is ~45% faster at 2 threads vs 1.
> Frame threading is ~55% faster at 2 threads vs 1.
> ffvp9 tile threading is ~25% faster than libvpx-vp9 at 2 threads
>
If you know of such a vulnerability, report it to ffmpeg-secur...@ffmpeg.org.
New code with known vulnerabilities will not be accepted.
Sent from my iPhone
> On Aug 27, 2017, at 14:04, samsamsam wrote:
>
> get_repl_pattern_and_format, you should have a fixed value of something like
> `"%0*"PR
get_repl_pattern_and_format, you should have a fixed value of something like
`"%0*"PRId64` If you afraid about safety then the only thing which
need to be added to get_repl_pattern_and_format is validation of format.
Simple loop to validate format will be enough. Do you agree? Anyway we a
40 matches
Mail list logo
