---
libavformat/apngdec.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavformat/apngdec.c b/libavformat/apngdec.c
index dac71f1..1b59b82 100644
--- a/libavformat/apngdec.c
+++ b/libavformat/apngdec.c
@@ -295,7 +295,11 @@ static int decode_fctl_chunk(AVFormatContext
Hi,
- Mail original -
On 25/11/14 6:53 PM, Benoit Fouet wrote:
i suggest to use set_pts_info to set a reasonable precisse
timebase something like one millionth or billionth or similar in
base 2. and then set pts based on these delays and the previous
timestamp
James, do you
This patch adds support for encoding with Nvidia NVENC on Windows and Linux.
I'm not sure if this needs to be flagged as nonfree. As far as I'm
aware, it should not affect how the resulting binaries can be redistributed.
The only dependency this has is the nvEncodeAPI.h from the NVENC SDK,
---
libavformat/apngdec.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/libavformat/apngdec.c b/libavformat/apngdec.c
index 1b59b82..276d765 100644
--- a/libavformat/apngdec.c
+++ b/libavformat/apngdec.c
@@ -44,6 +44,9 @@ typedef struct APNGDemuxContext {
Timo Rothenpieler timo at rothenpieler.org writes:
I'm not sure if this needs to be flagged as nonfree.
Please mark it as non-free, the header clearly says
that it must not be used for open-source software.
Please use tools/patcheck on your patchfile: It shows
many issues most of which you
On Wed, Nov 26, 2014 at 11:38 AM, Carl Eugen Hoyos ceho...@ag.or.at wrote:
Timo Rothenpieler timo at rothenpieler.org writes:
I'm not sure if this needs to be flagged as nonfree.
Please mark it as non-free, the header clearly says
that it must not be used for open-source software
Where
On Wed, Nov 26, 2014 at 11:22:45AM +0100, Benoit Fouet wrote:
---
libavformat/apngdec.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Those who are too smart to engage
Please mark it as non-free, the header clearly says
that it must not be used for open-source software.
It only says not to distribute the header, the compiled binary and the
code using it should be free to distribute.
Please use tools/patcheck on your patchfile: It shows
many issues most of
Timo Rothenpieler timo at rothenpieler.org writes:
Please mark it as non-free, the header clearly says
that it must not be used for open-source software.
It only says not to distribute the header, the
compiled binary and the code using it should be free
to distribute.
I cannot read it
I cannot read it like this but I am not a native
speaker.
Maybe you could mark it as non-free until the FSF
tells us their interpretation?
Allright, new patch is attached.
ff_nvenc_encoder is missing pix_fmts afaict but
consider waiting for a real review.
Yes, that's intended.
It uses
On Wed, Nov 26, 2014 at 2:35 PM, Carl Eugen Hoyos ceho...@ag.or.at wrote:
Timo Rothenpieler timo at rothenpieler.org writes:
Please mark it as non-free, the header clearly says
that it must not be used for open-source software.
It only says not to distribute the header, the
compiled
Feel free to push please.
Thanks a lot
--
Reynaldo
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi
On 11/20/2014 08:51 PM, Lukasz Marek wrote:
[..]
}
diff --git a/ffserver_config.c b/ffserver_config.c
index 02c8431..a235142 100644
--- a/ffserver_config.c
+++ b/ffserver_config.c
@@ -31,6 +31,8 @@
#include cmdutils.h
#include ffserver_config.h
+#define MAX_CHILD_ARGS 64
Hi Lukasz. Sorry for the delay.
Patch looks good. Feel free to push.
Bests,
--
Reynaldo H. Verdejo Pinochet
Open Source Group
Samsung Research America / Silicon Valley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
---
libavcodec/v210enc.c | 191 +-
libavcodec/v210enc.h | 33
libavcodec/x86/Makefile | 2 +
libavcodec/x86/v210enc.asm| 146
libavcodec/x86/v210enc_init.c | 37
On Wed, Nov 26, 2014 at 03:59:14PM +, Kieran Kunhya wrote:
---
libavcodec/v210enc.c | 191
+-
libavcodec/v210enc.h | 33
libavcodec/x86/Makefile | 2 +
libavcodec/x86/v210enc.asm| 146
On Wed, Nov 26, 2014 at 05:44:37PM +0100, Michael Niedermayer wrote:
On Wed, Nov 26, 2014 at 03:59:14PM +, Kieran Kunhya wrote:
---
libavcodec/v210enc.c | 191
+-
libavcodec/v210enc.h | 33
libavcodec/x86/Makefile
v210_enc_chroma_shuf1_8: db 0,-1,1,-1,2,-1,3,-1,8,-1,9,-1,10,-1,11,-1
-v210_enc_chroma_shuf2_8: db 4,-1,5,-1,6,-1,7,-1,12,-1,13,-1,14,-1,15,-1
+v210_enc_chroma_shuf2_8: db 3,-1,4,-1,5,-1,7,-1,11,-1,12,-1,13,-1,15,-1
v210_enc_chroma_mult_8: dw 4,16,64,0,64,4,16,0
Thanks
Th
Le sextidi 6 frimaire, an CCXXIII, Hendrik Leppkes a écrit :
Thats just wrong. There is not one line of proprietary/non-free code that
gets included or linked in libavcodec.
(IANAL)
I do not think it works that way. You could apply the same reasoning when
linking a proprietary software with a
On 26/11/14 4:33 PM, Kieran Kunhya wrote:
---
libavcodec/v210enc.c | 191
+-
libavcodec/v210enc.h | 33
libavcodec/x86/Makefile | 2 +
libavcodec/x86/v210enc.asm| 146
On Wed, Nov 26, 2014 at 04:48:09PM -0300, James Almer wrote:
On 26/11/14 4:33 PM, Kieran Kunhya wrote:
---
libavcodec/v210enc.c | 191
+-
libavcodec/v210enc.h | 33
libavcodec/x86/Makefile | 2 +
On Sat, Nov 22, 2014 at 03:28:06PM +0100, Marton Balint wrote:
On Fri, 21 Nov 2014, Clément Bœsch wrote:
(sorry for the delay)
On Sun, Nov 16, 2014 at 10:53:15PM +0100, Marton Balint wrote:
Signed-off-by: Marton Balint c...@passwd.hu
---
doc/filters.texi| 4 ++--
On Tue, Nov 25, 2014 at 06:07:30PM +0900, Jeong-Hoon Seo wrote:
SAMI and ASS have different precision of duration in FFMPEG
(SAMI: millisecond, ASS: centisecond)
Sometimes, start-time of current subtitle is overrun with end-time of
previous one by rounding process
This led to misposition of
Patchset applied.
--
Clément B.
pgpqH6GUc6ZoG.pgp
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 26.11.2014, at 14:58, Timo Rothenpieler t...@rothenpieler.org wrote:
I cannot read it like this but I am not a native
speaker.
Maybe you could mark it as non-free until the FSF
tells us their interpretation?
Allright, new patch is attached.
ff_nvenc_encoder is missing pix_fmts afaict
From: Clément Bœsch clem...@stupeflix.com
---
libavformat/mov.c | 48 +++-
1 file changed, 27 insertions(+), 21 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index a71e36d..5be683e 100644
--- a/libavformat/mov.c
+++
Hi
On 11/21/2014 09:16 PM, Lukasz Marek wrote:
[...]
@@ -497,6 +500,14 @@ static int ffserver_save_avoption(const char *opt, const
char *arg, int type, FF
return 0;
}
+static int ffserver_save_avoption_int(const char *opt, int64_t arg,
+ int
Hi. LGTM, feel free to push please.
--
Reynaldo H. Verdejo Pinochet
Open Source Group
Samsung Research America / Silicon Valley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi Lukasz. Are you sending an updated patch for this one
or I missed it somehow?
--
Reynaldo H. Verdejo Pinochet
Open Source Group
Samsung Research America / Silicon Valley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 26.11.2014 23:27, Reynaldo H. Verdejo Pinochet wrote:
Hi Lukasz. Are you sending an updated patch for this one
or I missed it somehow?
maybe I should avoid commenting patches in other threads, but I removed
this for now. I will repost it when it is finished.
I submitted it just to present
Hi
On 11/26/2014 07:35 PM, Lukasz Marek wrote:
[..]
maybe I should avoid commenting patches in other threads, but I removed
Yeah ;)
this for now. I will repost it when it is finished.
[..]
All good then. Please CC me when you do to make sure I don't
miss it.
Thanks a lot!
Bests,
--
Signed-off-by: Christian Suloway csulo...@globaleagleent.com
---
libavformat/crypto.c | 233 ---
libavformat/hlsenc.c | 387 ++-
2 files changed, 567 insertions(+), 53 deletions(-)
diff --git a/libavformat/crypto.c
On 26.11.2014 16:21, Reynaldo H. Verdejo Pinochet wrote:
Hi Lukasz. Sorry for the delay.
Patch looks good. Feel free to push.
Pushed whole patchset until this one inclusive.
Skipped [PATCH 06/11] [WIP][RFC]tools: add ffserver_config_test
The rest is not commented/approved. I will resend it
On 24.11.2014 21:40, Michael Niedermayer wrote:
On Mon, Nov 24, 2014 at 05:16:49AM +0100, Lukasz Marek wrote:
Signed-off-by: Lukasz Marek lukasz.m.lu...@gmail.com
---
libavcodec/options.c | 3 +++
1 file changed, 3 insertions(+)
LGTM
pushed this one
On 26.11.2014 16:18, Reynaldo H. Verdejo Pinochet wrote:
Feel free to push please.
Pushed both
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 26.11.2014 23:22, Reynaldo H. Verdejo Pinochet wrote:
Hi
On 11/21/2014 09:16 PM, Lukasz Marek wrote:
[...]
@@ -497,6 +500,14 @@ static int ffserver_save_avoption(const char *opt, const
char *arg, int type, FF
return 0;
}
+static int ffserver_save_avoption_int(const char *opt,
Signed-off-by: Lukasz Marek lukasz.m.lu...@gmail.com
---
libavformat/ffmdec.c | 36 +++-
1 file changed, 31 insertions(+), 5 deletions(-)
diff --git a/libavformat/ffmdec.c b/libavformat/ffmdec.c
index 7ae906b..987f419 100644
--- a/libavformat/ffmdec.c
+++
ffmenc will store recommended encoder configuration if present.
This will allow the user to base on local defaults and
apply only explicitly set options.
If recommended encoder configuration is not present, then
non-default context's options are stored.
Signed-off-by: Lukasz Marek
So far ffmpeg used recommended configuration only for codec priv options.
ffmpeg will use now codec defaults and then apply recommended configuration
for all options. Recommended configuration possibly contains minimal
set of options to filful user configuration.
Signed-off-by: Lukasz Marek
On 11/26/2014 07:52 PM, Lukasz Marek wrote:
[..]
In fact 20 is too small. INT64_MIN has 19 digits, '-' sign and
terminating 0. So 21 is a minimum. I put 22, the same as av_dict_set_int.
True, forgot about the sign. Go ahead after fixing please.
Thanks,
--
Reynaldo H. Verdejo Pinochet
On Wed, Nov 26, 2014 at 11:53:40PM +0100, Lukasz Marek wrote:
Signed-off-by: Lukasz Marek lukasz.m.lu...@gmail.com
---
libavformat/ffmdec.c | 36 +++-
1 file changed, 31 insertions(+), 5 deletions(-)
should be ok
[...]
--
Michael GnuPG fingerprint:
On Wed, Nov 26, 2014 at 10:48:10PM +0100, Clément Bœsch wrote:
From: Clément Bœsch clem...@stupeflix.com
---
libavformat/mov.c | 48 +++-
1 file changed, 27 insertions(+), 21 deletions(-)
LGTM
thanks
[...]
--
Michael GnuPG fingerprint:
On 24.11.2014 02:06, Michael Niedermayer wrote:
On Sun, Nov 23, 2014 at 10:25:39PM +0100, Lukasz Marek wrote:
On 23.11.2014 02:29, Michael Niedermayer wrote:
On Sun, Nov 23, 2014 at 01:01:19AM +0100, Lukasz Marek wrote:
On 23.11.2014 00:58, Lukasz Marek wrote:
Signed-off-by: Lukasz Marek
On 24.11.2014 05:16, Lukasz Marek wrote:
Signed-off-by: Lukasz Marek lukasz.m.lu...@gmail.com
---
libavcodec/options.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/libavcodec/options.c b/libavcodec/options.c
index 7f9fb07..8ba997c 100644
---
Some of the defaults may be harmful (like buffer size).
It is good user is aware of that.
Signed-off-by: Lukasz Marek lukasz.m.lu...@gmail.com
---
ffserver_config.c | 38 +++---
1 file changed, 35 insertions(+), 3 deletions(-)
diff --git a/ffserver_config.c
Options are already set to its defaults by AVOption API.
The only difference is for qmin, new default is 2, ffserver set to 3.
It is dead code because if condition is not meet unless user set option to 0.
Meeting condition would mean that ffserver overwrites explicity set option.
Signed-off-by:
This prevents the situation when user set option to 0 and ffserver
threats it as not set value, so applies the default.
Signed-off-by: Lukasz Marek lukasz.m.lu...@gmail.com
---
ffserver_config.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git
On Wed, Nov 26, 2014 at 11:53:41PM +0100, Lukasz Marek wrote:
ffmenc will store recommended encoder configuration if present.
This will allow the user to base on local defaults and
apply only explicitly set options.
If recommended encoder configuration is not present, then
non-default
On Wed, Nov 26, 2014 at 11:53:42PM +0100, Lukasz Marek wrote:
So far ffmpeg used recommended configuration only for codec priv options.
ffmpeg will use now codec defaults and then apply recommended configuration
for all options. Recommended configuration possibly contains minimal
set of
On Thu, Nov 27, 2014 at 12:37:38AM +0100, Lukasz Marek wrote:
On 24.11.2014 02:06, Michael Niedermayer wrote:
On Sun, Nov 23, 2014 at 10:25:39PM +0100, Lukasz Marek wrote:
On 23.11.2014 02:29, Michael Niedermayer wrote:
On Sun, Nov 23, 2014 at 01:01:19AM +0100, Lukasz Marek wrote:
On
On Thu, Nov 27, 2014 at 12:43:57AM +0100, Lukasz Marek wrote:
On 24.11.2014 05:16, Lukasz Marek wrote:
Signed-off-by: Lukasz Marek lukasz.m.lu...@gmail.com
---
libavcodec/options.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git
Hi,
We present 5 patches to fix h264 bugs for POWER8 little endian, which are sent
in 5 seperate emails.
This is the first, to add marcos vcswapi2s(), vcswapc(), VEC_LD2(),
VEC_SPLAT16(), and VEC_SLD16().
The fate test result after merge these 5 patches can be found on website by
searching
Hi,
We present 5 patches to fix h264 bugs for POWER8 little endian, which are sent
in 5 seperate emails.
This is the second, to fix the functions
h264_idct8_add_altivec();
h264_idct_dc_add_internal();
h264_loop_filter_luma_altivec();
write16x4() VEC_1D_DCT();
weight_h264_W_altivec();
Hi,
We present 5 patches to fix h264 bugs for POWER8 little endian, which are sent
in 5 seperate emails.
This is the third, to fix the functions PREFIX_h264_chroma_mc8_altivec(),
PREFIX_no_rnd_vc1_chroma_mc8_altivec(), CHROMA_MC8_ALTIVEC_CORE_SIMPLE(),
CHROMA_MC8_ALTIVEC_CORE(), add marcos
Hi,
We present 5 patches to fix h264 bugs for POWER8 little endian, which are sent
in 5 seperate emails.
This is the fifth, to fix the functions put_pixels16_l2_altivec(),
avg_pixels16_l2_altivec(), add marcos put_unligned_store(),
avg_unligned_store().
The fate test result after merge these 5
Hi,
We present 5 patches to fix h264 bugs for POWER8 little endian, which are sent
in 5 seperate emails.
This is the first, to fix functions PREFIX_h264_qpel16_h_lowpass_altivec(),
PREFIX_h264_qpel16_v_lowpass_altivec(),
PREFIX_h264_qpel16_hv_lowpass_altivec(), add marcos load_alignment().
The
56 matches
Mail list logo