El viernes, 21 de agosto de 2015, Lou Logan escribió:
>
> Good, of course. No need to send a patch for trivial comment typo fixes
> like these; you can just push.
>
I don't think I have Git write access to git.v.o right now, or I have not
been informed that it was given to me. I've already sent m
On Fri, Aug 21, 2015, at 09:41 PM, Timothy Gu wrote:
> Same as cafba99b5146cf10d60ceed4257f6e82380a020e but applied to
> lavf and lavu.
> ---
> libavformat/version.h | 4 ++--
> libavutil/version.h | 4 ++--
> 2 files changed, 4 insertions(+), 4 deletions(-)
Good, of course. No need to send a p
Same as cafba99b5146cf10d60ceed4257f6e82380a020e but applied to
lavf and lavu.
---
libavformat/version.h | 4 ++--
libavutil/version.h | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/version.h b/libavformat/version.h
index e2b4b95..d21cd69 100644
--- a/libavf
Applied as well
Thanks.
On 22 August 2015 at 06:06, Timothy Gu wrote:
> On Sat, Aug 22, 2015 at 04:33:49AM +0100, Rostislav Pehlivanov wrote:
> > Applied
> >
> > Thanks.
>
> There has been a mistake in the application of this patch that was not
> in the patch I sent:
>
> > -const int swb_size_1
Applied with some additions
Thanks.
On 22 August 2015 at 02:21, Timothy Gu wrote:
> ---
> libavcodec/aaccoder.c| 64
>
> libavcodec/aacenc_is.c | 2 +-
> libavcodec/aacenc_is.h | 2 +-
> libavcodec/aacenc_pred.c | 10
> libavc
On Sat, Aug 22, 2015 at 04:33:49AM +0100, Rostislav Pehlivanov wrote:
> Applied
>
> Thanks.
There has been a mistake in the application of this patch that was not
in the patch I sent:
> -const int swb_size_128_len = FF_ARRAY_ELEMS(swb_size_128);
> -const int swb_size_1024_len = FF_ARRAY_ELEMS(s
On Sat, Aug 22, 2015 at 01:05:18AM -0300, Claudio Freire wrote:
> When reviewing the patches with Rostislav, I actually tested to see whether
> those symbols were exported, and they weren't.
exported ≠ nonstatic
It's a project policy to use `ff_` prefix to signify non-exported,
private, non-stati
On Sat, Aug 22, 2015 at 1:01 AM, Timothy Gu wrote:
> On Fri, Aug 21, 2015 at 10:49:01PM -0400, Ganesh Ajjanagadde wrote:
> > There are too many entries here for me to verify which ones are exposed,
> etc.
> > I trust you identified them correctly.
>
> To the best of my knowledge, yes. To anyone r
On Fri, Aug 21, 2015 at 10:49:01PM -0400, Ganesh Ajjanagadde wrote:
> There are too many entries here for me to verify which ones are exposed, etc.
> I trust you identified them correctly.
To the best of my knowledge, yes. To anyone reading this message, I used
the following command to get a list
Applied
Thanks.
On 22 August 2015 at 02:21, Timothy Gu wrote:
> ---
> libavcodec/aacenc_is.h | 6 +++---
> libavcodec/aacenc_quantization.h | 5 +
> 2 files changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/aacenc_is.h b/libavcodec/aacenc_is.h
> index e2f08b3..
Applied
Thanks.
On 22 August 2015 at 02:21, Timothy Gu wrote:
> ---
> libavcodec/aacenc.c| 6 +++---
> libavcodec/aacenctab.c | 8
> libavcodec/aacenctab.h | 8
> 3 files changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/libavcodec/aacenc.c b/libavcodec/aacenc.c
On Fri, Aug 21, 2015 at 9:07 PM, Michael Niedermayer
wrote:
> On Fri, Aug 21, 2015 at 02:21:48PM -0400, Ganesh Ajjanagadde wrote:
>> On Fri, Aug 21, 2015 at 2:20 PM, Ganesh Ajjanagadde
>> wrote:
>> > On Fri, Aug 21, 2015 at 2:17 PM, Ganesh Ajjanagadde
>> > wrote:
>> >>
>> >> REG_SP is defined by
Applied
Thanks.
On 22 August 2015 at 02:21, Timothy Gu wrote:
> ---
> libavcodec/aacenctab.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/aacenctab.c b/libavcodec/aacenctab.c
> index f831592..f3d70fb 100644
> --- a/libavcodec/aacenctab.c
> +++ b/libav
On Wed, 19 Aug 2015 21:15:55 +0200
Andreas Cadhalpun wrote:
> On 19.08.2015 21:10, Philip Langdale wrote:
> > I'll need to take a look at it, which I can do later this week.
>
> OK, thanks.
>
> > There's definitely code left that references the old api that can
> > be removed. But removing it m
On Fri, Aug 21, 2015 at 9:21 PM, Timothy Gu wrote:
> ---
> libavcodec/aaccoder.c| 64
>
> libavcodec/aacenc_is.c | 2 +-
> libavcodec/aacenc_is.h | 2 +-
> libavcodec/aacenc_pred.c | 10
> libavcodec/aacenc_pred.h | 10
On Fri, Aug 21, 2015 at 9:21 PM, Timothy Gu wrote:
> ---
> libavcodec/aacenc.c| 6 +++---
> libavcodec/aacenctab.c | 8
> libavcodec/aacenctab.h | 8
> 3 files changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/libavcodec/aacenc.c b/libavcodec/aacenc.c
> index af773
Commit 7c72a4bbd3a0ca421c7419abad2fb65aa713dd8b was slightly wrong
Signed-off-by: Ganesh Ajjanagadde
---
libswscale/alphablend.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libswscale/alphablend.c b/libswscale/alphablend.c
index 0dd5052..b9b809b 100644
--- a/libswscale/al
An earlier revision of the prediction patch used the calc_is_encoding_err()
to check whether the predictor state is valid for both channels.
It _might_ be reused in the future as it is a generally useful function
able to tell the compatibility of channels in a pair.
I would hold off on applying thi
On Fri, Aug 21, 2015 at 9:21 PM, Timothy Gu wrote:
> ---
> libavcodec/aacenc_is.h | 6 +++---
> libavcodec/aacenc_quantization.h | 5 +
> 2 files changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/aacenc_is.h b/libavcodec/aacenc_is.h
> index e2f08b3..47542ae 100644
On Fri, Aug 21, 2015 at 9:21 PM, Timothy Gu wrote:
> ---
> libavcodec/aacenctab.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/aacenctab.c b/libavcodec/aacenctab.c
> index f831592..f3d70fb 100644
> --- a/libavcodec/aacenctab.c
> +++ b/libavcodec/aacencta
On Fri, Aug 21, 2015 at 9:21 PM, Timothy Gu wrote:
> ---
> libavcodec/aacdec_fixed.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/aacdec_fixed.c b/libavcodec/aacdec_fixed.c
> index 2a3dbf6..875ef58 100644
> --- a/libavcodec/aacdec_fixed.c
> +++ b/libavcodec/
On Fri, Aug 21, 2015 at 9:21 PM, Timothy Gu wrote:
> ---
> libavcodec/aacsbr_fixed.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/aacsbr_fixed.c b/libavcodec/aacsbr_fixed.c
> index 1fc7385..e048069 100644
> --- a/libavcodec/aacsbr_fixed.c
> +++ b/libavco
On Fri, Aug 21, 2015 at 9:21 PM, Timothy Gu wrote:
> ---
> libavcodec/vp9dsp_template.c | 24
> 1 file changed, 12 insertions(+), 12 deletions(-)
>
> diff --git a/libavcodec/vp9dsp_template.c b/libavcodec/vp9dsp_template.c
> index 8f10ccf..5a8578a 100644
> --- a/libavcode
On Fri, Aug 21, 2015 at 9:21 PM, Timothy Gu wrote:
> They were not public or used anywhere.
> ---
> libavcodec/fmtconvert.c | 31 ---
> libavcodec/fmtconvert.h | 4
> 2 files changed, 35 deletions(-)
>
> diff --git a/libavcodec/fmtconvert.c b/libavcodec/fmtconver
On Fri, Aug 21, 2015 at 9:21 PM, Timothy Gu wrote:
> ---
> libavcodec/ffv1.c| 16
> libavcodec/ffv1.h| 14 +++---
> libavcodec/ffv1dec.c | 16
> libavcodec/ffv1enc.c | 14 +++---
> 4 files changed, 30 insertions(+), 30 deletions(-)
>
> dif
On Fri, Aug 21, 2015 at 9:21 PM, Timothy Gu wrote:
> It's not used anywhere else.
> ---
> libavcodec/aacenc_is.c | 10 +-
> libavcodec/aacenc_is.h | 11 ---
> 2 files changed, 9 insertions(+), 12 deletions(-)
>
> diff --git a/libavcodec/aacenc_is.c b/libavcodec/aacenc_is.c
> index
---
libavcodec/ffv1.c| 16
libavcodec/ffv1.h| 14 +++---
libavcodec/ffv1dec.c | 16
libavcodec/ffv1enc.c | 14 +++---
4 files changed, 30 insertions(+), 30 deletions(-)
diff --git a/libavcodec/ffv1.c b/libavcodec/ffv1.c
index 7a38bf9..6bcd
They were not public or used anywhere.
---
libavcodec/fmtconvert.c | 31 ---
libavcodec/fmtconvert.h | 4
2 files changed, 35 deletions(-)
diff --git a/libavcodec/fmtconvert.c b/libavcodec/fmtconvert.c
index e6fc509..1de1d31 100644
--- a/libavcodec/fmtconvert.c
+
---
libavcodec/aacsbr_fixed.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/aacsbr_fixed.c b/libavcodec/aacsbr_fixed.c
index 1fc7385..e048069 100644
--- a/libavcodec/aacsbr_fixed.c
+++ b/libavcodec/aacsbr_fixed.c
@@ -78,7 +78,7 @@ static const int CONST_LN2
---
libavcodec/vp9dsp_template.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/libavcodec/vp9dsp_template.c b/libavcodec/vp9dsp_template.c
index 8f10ccf..5a8578a 100644
--- a/libavcodec/vp9dsp_template.c
+++ b/libavcodec/vp9dsp_template.c
@@ -1078,1
---
libavcodec/aacdec_fixed.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/aacdec_fixed.c b/libavcodec/aacdec_fixed.c
index 2a3dbf6..875ef58 100644
--- a/libavcodec/aacdec_fixed.c
+++ b/libavcodec/aacdec_fixed.c
@@ -101,7 +101,7 @@ static av_always_inline void
re
---
libavcodec/aacenc_is.h | 6 +++---
libavcodec/aacenc_quantization.h | 5 +
2 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/libavcodec/aacenc_is.h b/libavcodec/aacenc_is.h
index e2f08b3..47542ae 100644
--- a/libavcodec/aacenc_is.h
+++ b/libavcodec/aacenc_is.h
@@ -25
---
libavcodec/aacenctab.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/aacenctab.c b/libavcodec/aacenctab.c
index f831592..f3d70fb 100644
--- a/libavcodec/aacenctab.c
+++ b/libavcodec/aacenctab.c
@@ -104,5 +104,5 @@ const uint8_t *ff_aac_swb_size_1024[] = {
---
libavcodec/aacenc.c| 6 +++---
libavcodec/aacenctab.c | 8
libavcodec/aacenctab.h | 8
3 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/libavcodec/aacenc.c b/libavcodec/aacenc.c
index af77379..71071eb 100644
--- a/libavcodec/aacenc.c
+++ b/libavcodec/aacen
---
libavcodec/aaccoder.c| 64
libavcodec/aacenc_is.c | 2 +-
libavcodec/aacenc_is.h | 2 +-
libavcodec/aacenc_pred.c | 10
libavcodec/aacenc_pred.h | 10
libavcodec/aacenc_tns.c | 4 +--
libavcodec/aacenc_tns.h | 4 +
It's not used anywhere else.
---
libavcodec/aacenc_is.c | 10 +-
libavcodec/aacenc_is.h | 11 ---
2 files changed, 9 insertions(+), 12 deletions(-)
diff --git a/libavcodec/aacenc_is.c b/libavcodec/aacenc_is.c
index 4ae1054..2a0ed86 100644
--- a/libavcodec/aacenc_is.c
+++ b/libavco
Timothy Gu (10):
aacenc_is: Make calc_is_encoding_err static
aacenc: Add missing ff_ prefixes
aacenc: Harmonize multiple inclusion guards
aacenctab: Add missing ff_ prefixes
aacenctab: Use FF_ARRAY_ELEMS
aacdec_fixed: Make exp2tab static const
aacsbr_fixed: Make fixed_{exp,log}_table
On Fri, Aug 21, 2015 at 02:21:48PM -0400, Ganesh Ajjanagadde wrote:
> On Fri, Aug 21, 2015 at 2:20 PM, Ganesh Ajjanagadde
> wrote:
> > On Fri, Aug 21, 2015 at 2:17 PM, Ganesh Ajjanagadde
> > wrote:
> >>
> >> REG_SP is defined by Solaris system headers.
> >> This fixes a sea of warnings while buil
On Fri, Aug 21, 2015 at 02:17:46PM -0400, Ganesh Ajjanagadde wrote:
> REG_SP is defined by Solaris system headers.
> This fixes a sea of warnings while building on Solaris:
> http://fate.ffmpeg.org/report.cgi?time=20150820233505&slot=x86-opensolaris-gcc4.3
>
> Signed-off-by: Ganesh Ajjanagadde
>
On Fri, Aug 21, 2015 at 02:20:20PM -0400, Ganesh Ajjanagadde wrote:
> On Fri, Aug 21, 2015 at 2:17 PM, Ganesh Ajjanagadde
> wrote:
> >
> > REG_SP is defined by Solaris system headers.
> > This fixes a sea of warnings while building on Solaris:
> > http://fate.ffmpeg.org/report.cgi?time=20150820233
On Fri, Aug 21, 2015 at 08:04:00PM +0200, Máté Sebők wrote:
> Hi,
>
> Due to various problems, it's only got this far:
> - can list DTV Tuners and Receiver Components (in a bit akward way)
> - ATSC / DVB-T /-S /-C can be selected
> - DTV channels can be tuned in only to frequency
> - only video ca
On Fri, Aug 21, 2015 at 01:41:13PM -0600, Roger Pack wrote:
> On 8/21/15, Máté Sebők wrote:
> > Hi,
> >
> > Due to various problems, it's only got this far:
> > - can list DTV Tuners and Receiver Components (in a bit akward way)
> > - ATSC / DVB-T /-S /-C can be selected
> > - DTV channels can be
On Fri, Aug 14, 2015 at 8:05 PM, Michael Niedermayer
wrote:
> On Fri, Aug 14, 2015 at 12:57:35PM -0400, Ganesh Ajjanagadde wrote:
>> On Fri, Aug 14, 2015 at 5:14 AM, Michael Niedermayer
>> wrote:
>> > On Thu, Aug 13, 2015 at 08:57:12PM -0400, Ganesh Ajjanagadde wrote:
>> >> On Thu, Jul 30, 2015 a
Hi Rostislav,
one of the commits you recently pushed broke the FATE tests
fate-aac-aref-encode fate-aac-ln-encode.
Can you please have a look?
Best regards,
Andreas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinf
On 8/21/15, Máté Sebők wrote:
> Hi,
>
> Due to various problems, it's only got this far:
> - can list DTV Tuners and Receiver Components (in a bit akward way)
> - ATSC / DVB-T /-S /-C can be selected
> - DTV channels can be tuned in only to frequency
> - only video can be recorded/recoded
> - only
On Fri, Aug 21, 2015 at 2:20 PM, Ganesh Ajjanagadde
wrote:
> On Fri, Aug 21, 2015 at 2:17 PM, Ganesh Ajjanagadde
> wrote:
>>
>> REG_SP is defined by Solaris system headers.
>> This fixes a sea of warnings while building on Solaris:
>> http://fate.ffmpeg.org/report.cgi?time=20150820233505&slot=x86
On Fri, Aug 21, 2015 at 2:17 PM, Ganesh Ajjanagadde
wrote:
>
> REG_SP is defined by Solaris system headers.
> This fixes a sea of warnings while building on Solaris:
> http://fate.ffmpeg.org/report.cgi?time=20150820233505&slot=x86-opensolaris-gcc4.3
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
>
REG_SP is defined by Solaris system headers.
This fixes a sea of warnings while building on Solaris:
http://fate.ffmpeg.org/report.cgi?time=20150820233505&slot=x86-opensolaris-gcc4.3
Signed-off-by: Ganesh Ajjanagadde
---
libavutil/x86/asm.h| 5 +++--
libpostproc/postprocess_templ
Add error codes 301 and 503, make replies more customizable
and use AVBPrint for strings.
Signed-off-by: Stephan Holljes
---
libavformat/http.c | 74 +-
1 file changed, 62 insertions(+), 12 deletions(-)
Earlier version added an extra newline w
This version is buggy. It adds an extra newline after the headers when
sending a reply with a body. New patch shortly.
Regards,
Stephan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Fixes -Wunused-function warnings when compiling with --disable-yasm on x86.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/x86/mpegaudiodsp.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/x86/mpegaudiodsp.c b/libavcodec/x86/mpegaudiodsp.c
index 2723167..298dc2d 100644
--- a/
On Fri, Aug 21, 2015 at 1:17 AM, Mariusz Szczepańczyk <
mszczepanc...@gmail.com> wrote:
>
> On Thu, Aug 20, 2015 at 11:59 PM, Ganesh Ajjanagadde
> wrote:
>
>> On Thu, Aug 20, 2015 at 5:48 PM, Mariusz Szczepańczyk
>> wrote:
>> > On Thu, Aug 20, 2015 at 11:38 PM, Ganesh Ajjanagadde
>> > wrote:
>>
I found two HEVC specific issues in the MP4 muxer.
1) File libavformat\hevc.c, hvcc_parse_pps()
pps_slice_chroma_qp_offsets_present_flag is missing
-
/*
* weighted_pred_flag u(1)
* weighted_bipred_flag u(1)
* transquant_bypass_enabled_flag
On Thu, Aug 20, 2015 at 10:12:40PM -0400, Ganesh Ajjanagadde wrote:
> Unfortunately, there is no portable format specifier for PID's.
> Furthermore, it is not safe to assume pid_t <= 32 bit in size,
> see e.g http://unix.derkeiler.com/Mailing-Lists/AIX-L/2010-08/msg8.html.
> Right now, it is ok
On Fri, Aug 21, 2015 at 09:57:50AM -0400, Ganesh Ajjanagadde wrote:
> Fixes a -Wunused-variable while compiling with --disable-yasm on x86
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavcodec/x86/v210-init.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
thanks
[...]
--
On Fri, Aug 14, 2015 at 1:00 AM, Michael Niedermayer wrote:
> On Thu, Aug 13, 2015 at 11:13:23PM +0200, Mariusz Szczepańczyk wrote:
> > On Tue, Aug 11, 2015 at 3:00 AM, Michael Niedermayer
> > > wrote:
> >
> > > On Tue, Aug 11, 2015 at 12:42:04AM +0200, Mariusz Szczepańczyk wrote:
> > > > On Mon
Fixes a -Wunused-variable while compiling with --disable-yasm on x86
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/x86/v210-init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/x86/v210-init.c b/libavcodec/x86/v210-init.c
index dfdfd26..f579307 100644
--- a/li
On Thu, Aug 20, 2015 at 07:27:24PM -0400, Ganesh Ajjanagadde wrote:
> Comment was previously slightly incorrect.
> Also, it was placed in the wrong location.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavformat/hls.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
applied
th
Hi Ganesh,
On Fri, Aug 21, 2015 at 9:18 AM, Ganesh Ajjanagadde
wrote:
> Is there a standard way of noting down such "deferrals", or is it up
> to me to keep track of this?
I don't think we have a standardized method for "addition" deferrals, just
for "deprecation" deferrals (see lib*/version.h
On Fri, Aug 21, 2015 at 2:06 AM, Clément Bœsch wrote:
> On Thu, Aug 20, 2015 at 10:17:15PM -0400, Ganesh Ajjanagadde wrote:
>> On Thu, Aug 20, 2015 at 10:03 PM, Ganesh Ajjanagadde
>> wrote:
>> > On Thu, Aug 20, 2015 at 9:29 PM, Timothy Gu wrote:
>> >> On Thu, Aug 20, 2015 at 6:03 PM Ganesh Ajjan
On Fri, Aug 21, 2015 at 6:46 AM, wm4 wrote:
> On Fri, 21 Aug 2015 12:26:46 +0200
> Hendrik Leppkes wrote:
>
>> On Fri, Aug 21, 2015 at 11:37 AM, wm4 wrote:
>> > On Fri, 21 Aug 2015 08:04:36 +0200
>> > Clément Bœsch wrote:
>> >
>> >> On Thu, Aug 20, 2015 at 10:19:51PM -0400, Ganesh Ajjanagadde w
On Thu, Aug 20, 2015 at 07:28:00PM -0400, Ganesh Ajjanagadde wrote:
> Fixes -Wunused-const-variable from
> http://fate.ffmpeg.org/report.cgi?time=20150820031140&slot=arm64-darwin-clang-apple-5.1
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavcodec/jpeg2000.c | 2 +-
> 1 file changed, 1 inser
On Fri, 21 Aug 2015 12:26:46 +0200
Hendrik Leppkes wrote:
> On Fri, Aug 21, 2015 at 11:37 AM, wm4 wrote:
> > On Fri, 21 Aug 2015 08:04:36 +0200
> > Clément Bœsch wrote:
> >
> >> On Thu, Aug 20, 2015 at 10:19:51PM -0400, Ganesh Ajjanagadde wrote:
> >> > C Standard guarantees that { 0 } will do a
On Fri, Aug 21, 2015 at 11:37 AM, wm4 wrote:
> On Fri, 21 Aug 2015 08:04:36 +0200
> Clément Bœsch wrote:
>
>> On Thu, Aug 20, 2015 at 10:19:51PM -0400, Ganesh Ajjanagadde wrote:
>> > C Standard guarantees that { 0 } will do a correct zero initialization.
>> > We use this for consistency across th
Hi!
Attached patch fixes a memleak for me, reproducible with:
$ valgrind --leak-check=full ./ffmpeg_g -i
fate-suite/lena.pnm -reset_timestamps 1 -f segment out%1d.avi
Please review, Carl Eugen
diff --git a/libavformat/segment.c b/libavformat/segment.c
index 0d66211..9345dc9 100644
--- a/libavfor
On Fri, 21 Aug 2015 08:04:36 +0200
Clément Bœsch wrote:
> On Thu, Aug 20, 2015 at 10:19:51PM -0400, Ganesh Ajjanagadde wrote:
> > C Standard guarantees that { 0 } will do a correct zero initialization.
> > We use this for consistency across the project.
> >
>
> See 392b4b663c450f5522f7c1442da91
On Wed, 19 Aug 2015 23:25:17 +0200
Gwenole Beauchesne wrote:
> Hi,
>
> 2015-08-19 21:57 GMT+02:00 wm4 :
> > On Wed, 19 Aug 2015 19:32:27 +0200
> > Gwenole Beauchesne wrote:
> >
> >> 2015-08-19 19:19 GMT+02:00 Gwenole Beauchesne :
> >> > Hi,
> >> >
> >> > 2015-08-19 18:50 GMT+02:00 wm4 :
> >> >>
From: Sven Dueking
---
libavcodec/qsvenc.c | 31 +--
libavcodec/qsvenc.h | 8
libavcodec/qsvenc_h264.c | 12
3 files changed, 49 insertions(+), 2 deletions(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index 1532258..1aeab
68 matches
Mail list logo