On 30/09/15 14:39, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi| 24
> libavfilter/tinterlace.h| 1 +
> libavfilter/vf_tinterlace.c | 13 ++---
> 3 files changed, 35 insertions(+), 3 deletions(-)
>
> diff --git a/doc
On Wed, Sep 30, 2015 at 09:29:57PM -0500, Rodger Combs wrote:
> This happens on files with many overlapping subtitle events before the first
> packet of another stream. The combined durations of the subtitle events can
> exceed the max_analyze_duration before reading any of the other streams (eve
This happens on files with many overlapping subtitle events before the first
packet of another stream. The combined durations of the subtitle events can
exceed the max_analyze_duration before reading any of the other streams (even
if they also start at the same timestamp).
I also considered sim
On Sun, Sep 20, 2015 at 12:29:33PM -0500, Rodger Combs wrote:
> ---
> libavformat/utils.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/utils.c b/libavformat/utils.c
> index 199e80b..0256894 100644
> --- a/libavformat/utils.c
> +++ b/libavformat/utils.
On Wed, 30 Sep 2015 17:35:55 +0200, Nicolas George wrote:
> Fix the segfault in trac ticket #4884.
>
> Signed-off-by: Nicolas George
> ---
> doc/filters.texi| 8
> libavfilter/src_movie.c | 50
> +
> 2 files changed, 50 insertio
Hi,
On Wed, Sep 30, 2015 at 5:27 PM, Henrik Gramner wrote:
> Makes it possible to use them in arithmetic expressions.
> ---
> libavutil/x86/x86inc.asm | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavutil/x86/x86inc.asm b/libavutil/x86/x86inc.asm
> index 6ad9785
On Tue, 29 Sep 2015, Ganesh Ajjanagadde wrote:
On Sun, Sep 27, 2015 at 5:09 PM, Marton Balint wrote:
On Sun, 27 Sep 2015, Ganesh Ajjanagadde wrote:
This is a feature heavily inspired by the mpv player. At the moment,
methods
for adjusting volume in ffplay are rather clumsy: either one need
On Tue, 29 Sep 2015, Ganesh Ajjanagadde wrote:
SDL_CreateMutex and SDL_CreateCond can fail:
https://wiki.libsdl.org/SDL_CreateMutex.
This patch makes handling more robust in one instance.
Signed-off-by: Ganesh Ajjanagadde
---
ffplay.c | 17 +
1 file changed, 13 insertions(+), 4
On Wed, Sep 30, 2015 at 08:14:10PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Sep 27, 2015 at 9:13 PM, Michael Niedermayer
> wrote:
>
> > From: Michael Niedermayer
> >
> > Fixes deadlock with threads
> >
> > Found-by: Paul B Mahol
> > Signed-off-by: Michael Niedermayer
> > ---
> > libav
Fixes trac #3842
---
libavformat/isom.h | 1 +
libavformat/mov.c | 192 +
2 files changed, 179 insertions(+), 14 deletions(-)
diff --git a/libavformat/isom.h b/libavformat/isom.h
index aee9d6e..8f22ea5 100644
--- a/libavformat/isom.h
+++ b/li
Hi,
On Sun, Sep 27, 2015 at 9:13 PM, Michael Niedermayer
wrote:
> From: Michael Niedermayer
>
> Fixes deadlock with threads
>
> Found-by: Paul B Mahol
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/pngdec.c |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/pngd
On Wed, Sep 30, 2015 at 04:38:40PM +0200, Paul B Mahol wrote:
> On 9/28/15, Michael Niedermayer wrote:
> > From: Michael Niedermayer
> >
> > Fixes deadlock with threads
> >
> > Found-by: Paul B Mahol
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/pngdec.c |2 ++
> > 1 file ch
On Wed, Sep 30, 2015 at 09:41:35PM +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/af_rubberband.c | 34 ++
> 1 file changed, 34 insertions(+)
>
> diff --git a/libavfilter/af_rubberband.c b/libavfilter/af_rubberband.c
> index 0a15fdc..
On Wed, Sep 30, 2015 at 02:23:43PM +, Shivraj Patil wrote:
>
> imgtec.com> writes:
>
> > +FILE *f = fopen("/proc/cpuinfo", "r");
>
> Is this what every other software for mips does?
> How does the kernel (or whatever sets cpuinfo) know?
>
> Shivraj:- We have used generic cpuinfo as it
On Wed, Sep 30, 2015 at 11:22 PM, Ronald S. Bultje wrote:
> On Wed, Sep 30, 2015 at 5:01 PM, Henrik Gramner wrote:
>> I just wanted to make sure that my patch fixes this first before
>> posting it, but I'm unable to apply your patch. Is it based on top of
>> another patch?
>
> Yes, see https://gi
On Wed, Sep 30, 2015 at 05:01:15PM +0300, Arttu Ylä-Outinen wrote:
> Signed-off-by: Arttu Ylä-Outinen
> ---
> v3: Use pkg-config for checking the version.
>
> v2: Add this patch.
> ---
> configure |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
[...]
--
Michael GnuPG finge
Makes it possible to use them in arithmetic expressions.
---
libavutil/x86/x86inc.asm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavutil/x86/x86inc.asm b/libavutil/x86/x86inc.asm
index 6ad9785..929d0d2 100644
--- a/libavutil/x86/x86inc.asm
+++ b/libavutil/x86/x86inc.
Hi,
On Wed, Sep 30, 2015 at 5:01 PM, Henrik Gramner wrote:
> On Wed, Sep 30, 2015 at 10:49 PM, Ronald S. Bultje
> wrote:
> On Wed, Sep 30, 2015 at 4:02 PM, Henrik Gramner
> wrote:
> >> I actually have a patch locally somewhere that makes that work.
> >
> > Oh that's great! I guess I'll just d
On Wed, Sep 30, 2015 at 10:49 PM, Ronald S. Bultje wrote:
On Wed, Sep 30, 2015 at 4:02 PM, Henrik Gramner wrote:
>> I actually have a patch locally somewhere that makes that work.
>
> Oh that's great! I guess I'll just do nothing then...?
I just wanted to make sure that my patch fixes this firs
Hi,
On Wed, Sep 30, 2015 at 4:02 PM, Henrik Gramner wrote:
> On Wed, Sep 30, 2015 at 9:45 PM, James Almer wrote:
> > Guess notcpuflag(ssse3) does not work here like ARCH_ or HAVE_ defines
> do.
> I actually have a patch locally somewhere that makes that work.
Oh that's great! I guess I'll jus
On Wed, Sep 30, 2015 at 04:19:15PM +0200, Sven Dueking wrote:
> From 86ddf1095bfd557324f6eeb24d94cbd0a6818c10 Mon Sep 17 00:00:00 2001
> From: Sven Dueking
> Date: Wed, 30 Sep 2015 16:06:02 +0200
> Subject: [FFmpeg-devel] [PATCH] qsvenc.c: use query function to catch all
> kind of setting issues
>
On Wed, Sep 30, 2015 at 05:35:55PM +0200, Nicolas George wrote:
> Fix the segfault in trac ticket #4884.
>
> Signed-off-by: Nicolas George
> ---
> doc/filters.texi| 8
> libavfilter/src_movie.c | 50
> +
> 2 files changed, 50 ins
On Wed, Sep 30, 2015 at 04:32:24PM +0200, Hendrik Leppkes wrote:
> On Wed, Sep 30, 2015 at 2:51 PM, Michael Niedermayer wrote:
> > On Wed, Sep 30, 2015 at 02:39:21PM +0200, Hendrik Leppkes wrote:
> >> On Wed, Sep 30, 2015 at 2:33 PM, Michael Niedermayer
> >> wrote:
> >> > On Wed, Sep 30, 2015 at
On Wed, Sep 30, 2015 at 9:45 PM, James Almer wrote:
> Guess notcpuflag(ssse3) does not work here like ARCH_ or HAVE_ defines do.
I actually have a patch locally somewhere that makes that work.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://
On 9/30/2015 4:36 PM, Ronald S. Bultje wrote:
> +cglobal vp9_ipred_dr_32x32_16, 4, 5, 10 + notcpuflag(ssse3), \
/ffmpeg/src/libavcodec/x86/vp9intrapred_16bpp.asm:1141: error:
(WIN64_SPILL_XMM:1) expecting `)'
/ffmpeg/src/libavcodec/x86/vp9intrapred_16bpp.asm:1143: error:
(WIN64_SPILL_XMM:1) expe
Signed-off-by: Paul B Mahol
---
libavfilter/af_rubberband.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/libavfilter/af_rubberband.c b/libavfilter/af_rubberband.c
index 0a15fdc..b958681 100644
--- a/libavfilter/af_rubberband.c
+++ b/libavfilter/af_rubber
---
libavcodec/x86/vp9dsp_init.h |4 +
libavcodec/x86/vp9dsp_init_16bpp.c| 33 +
libavcodec/x86/vp9intrapred_16bpp.asm | 1613 +
3 files changed, 1650 insertions(+)
diff --git a/libavcodec/x86/vp9dsp_init.h b/libavcodec/x86/vp9dsp_init.h
index 47
---
libavcodec/x86/vp9dsp_init.h |4 +
libavcodec/x86/vp9dsp_init_16bpp.c| 33 +
libavcodec/x86/vp9intrapred_16bpp.asm | 1613 +
3 files changed, 1650 insertions(+)
diff --git a/libavcodec/x86/vp9dsp_init.h b/libavcodec/x86/vp9dsp_init.h
index 47
This adds support for decoding .ts files demuxed by libavformat and
such.
The problem is that the VideoToolbox API wants mp4-style data for input,
but the extradata used to initialize the decoder was still in Annex B
format. It has to be reformatted to mp4-style data.
Fortunately, libavformat alr
---
libavcodec/x86/Makefile | 1 +
libavcodec/x86/constants.c | 2 +
libavcodec/x86/constants.h | 1 +
libavcodec/x86/vp9dsp_init_16bpp_template.c | 90 +++
libavcodec/x86/vp9lpf_16bpp.asm | 823
On Wed, Sep 30, 2015 at 02:21:18PM +, Shivraj Patil wrote:
>
> On Wed, Sep 30, 2015 at 07:03:46PM +0530, shivraj.pa...@imgtec.com wrote:
> > From: Shivraj Patil
> [...]
>
> > +static int get_cpuinfo(uint32_t *hwcap) {
> > +FILE *f = fopen("/proc/cpuinfo", "r");
>
> under qemu i get this
On Wed, Sep 30, 2015 at 7:26 PM, Ronald S. Bultje wrote:
> On Wed, Sep 30, 2015 at 11:54 AM, Henrik Gramner wrote:
>> +%macro FILTER_STEP 6-10 "", "", "", 0 ; tmp, reg, mask, shift, dst, \
>> > + ; src/sub1, sub2, add1, add2,
>> dont_store
>> > +psrlw
---
libavcodec/x86/Makefile | 1 +
libavcodec/x86/constants.c | 2 +
libavcodec/x86/constants.h | 1 +
libavcodec/x86/vp9dsp_init_16bpp_template.c | 90 +++
libavcodec/x86/vp9lpf_16bpp.asm | 832
Hi,
thanks for review!
On Wed, Sep 30, 2015 at 11:54 AM, Henrik Gramner wrote:
> On Fri, Sep 25, 2015 at 5:25 PM, Ronald S. Bultje
> wrote:
> > diff --git a/libavcodec/x86/vp9dsp_init_16bpp_template.c
> b/libavcodec/x86/vp9dsp_init_16bpp_template.c
>
> > +#define init_lpf_8_func(idx1, idx2, di
On Wed, Sep 30, 2015 at 6:03 PM, Paul B Mahol wrote:
> Dana 30. 9. 2015. 17:19 osoba "Hendrik Leppkes"
> napisala je:
>>
>> On Wed, Sep 30, 2015 at 4:35 PM, Paul B Mahol wrote:
>> > On 9/30/15, Hendrik Leppkes wrote:
>> >> On Wed, Sep 30, 2015 at 2:51 PM, Michael Niedermayer
>> >> wrote:
>> >>
Dana 30. 9. 2015. 17:19 osoba "Hendrik Leppkes"
napisala je:
>
> On Wed, Sep 30, 2015 at 4:35 PM, Paul B Mahol wrote:
> > On 9/30/15, Hendrik Leppkes wrote:
> >> On Wed, Sep 30, 2015 at 2:51 PM, Michael Niedermayer
> >> wrote:
> >>> On Wed, Sep 30, 2015 at 02:39:21PM +0200, Hendrik Leppkes wrot
On Fri, Sep 25, 2015 at 5:25 PM, Ronald S. Bultje wrote:
> diff --git a/libavcodec/x86/vp9dsp_init_16bpp_template.c
> b/libavcodec/x86/vp9dsp_init_16bpp_template.c
> +#define init_lpf_8_func(idx1, idx2, dir, wd, bpp, opt) \
> +dsp->loop_filter_8[idx1][idx2] =
> ff_loop_filter_##dir##_##wd##
> OK. I will test & apply this week-end unless you're in a hurry. In the
> meantime, maybe just drop the V flag in the options (these options are
> related to the audio only).
Sounds good. I've removed the `V' flag from those options, and emailed
a new patch. Thanks!
__
---
doc/filters.texi| 9 +
libavfilter/f_ebur128.c | 22 ++
2 files changed, 31 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index a4d828e..0140550 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -12662,6 +12662,15 @@ stream for bette
Fix the segfault in trac ticket #4884.
Signed-off-by: Nicolas George
---
doc/filters.texi| 8
libavfilter/src_movie.c | 50 +
2 files changed, 50 insertions(+), 8 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
inde
2015-09-30 12:05 GMT+09:00 Michael Niedermayer :
> On Tue, Sep 29, 2015 at 02:44:38PM -0700, Shawn Singh wrote:
> > The DDTS atom is defined in ETSI TS 102 114, v1.4.1, Annex E.
> > This is useful for DTS-HD formats, some of which cannot be
> > decoded by dcadec.c or libdcadec.
> >
> > Signed-off-
On Wed, Sep 30, 2015 at 4:35 PM, Paul B Mahol wrote:
> On 9/30/15, Hendrik Leppkes wrote:
>> On Wed, Sep 30, 2015 at 2:51 PM, Michael Niedermayer
>> wrote:
>>> On Wed, Sep 30, 2015 at 02:39:21PM +0200, Hendrik Leppkes wrote:
On Wed, Sep 30, 2015 at 2:33 PM, Michael Niedermayer
wrote:
On Wed, Sep 30, 2015 at 5:53 AM, Michael Niedermayer
wrote:
> On Wed, Sep 30, 2015 at 02:17:02PM +0900, Yusuke Nakamura wrote:
> > 2015-09-30 6:44 GMT+09:00 Shawn Singh :
> >
> > > The DDTS atom is defined in ETSI TS 102 114, v1.4.1, Annex E.
> > > This is useful for DTS-HD formats, some of which
On 9/28/15, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Fixes deadlock with threads
>
> Found-by: Paul B Mahol
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/pngdec.c |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavcodec/pngdec.c b/libavcodec/pngdec.c
On 9/30/15, Hendrik Leppkes wrote:
> On Wed, Sep 30, 2015 at 2:51 PM, Michael Niedermayer
> wrote:
>> On Wed, Sep 30, 2015 at 02:39:21PM +0200, Hendrik Leppkes wrote:
>>> On Wed, Sep 30, 2015 at 2:33 PM, Michael Niedermayer
>>> wrote:
>>> > On Wed, Sep 30, 2015 at 02:29:43PM +0200, Hendrik Leppk
On Wed, Sep 30, 2015 at 2:51 PM, Michael Niedermayer wrote:
> On Wed, Sep 30, 2015 at 02:39:21PM +0200, Hendrik Leppkes wrote:
>> On Wed, Sep 30, 2015 at 2:33 PM, Michael Niedermayer
>> wrote:
>> > On Wed, Sep 30, 2015 at 02:29:43PM +0200, Hendrik Leppkes wrote:
>> >> On Wed, Sep 30, 2015 at 2:1
imgtec.com> writes:
> +FILE *f = fopen("/proc/cpuinfo", "r");
Is this what every other software for mips does?
How does the kernel (or whatever sets cpuinfo) know?
Shivraj:- We have used generic cpuinfo as it is unrestricted to access from
user space compared to the kernel setting hwcaps
On Wed, Sep 30, 2015 at 07:03:46PM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
[...]
> +static int get_cpuinfo(uint32_t *hwcap) {
> +FILE *f = fopen("/proc/cpuinfo", "r");
under qemu i get this:
cpu_flags(raw) = 0x
cpu_flags_str(raw) =
cpu_flags(effective) = 0x
From 86ddf1095bfd557324f6eeb24d94cbd0a6818c10 Mon Sep 17 00:00:00 2001
From: Sven Dueking
Date: Wed, 30 Sep 2015 16:06:02 +0200
Subject: [FFmpeg-devel] [PATCH] qsvenc.c: use query function to catch all
kind of setting issues
---
libavcodec/qsvenc.c | 8
1 file changed, 8 insertions(+)
On 9/30/15, Nicolas George wrote:
> Le quintidi 5 vendemiaire, an CCXXIV, Paul B Mahol a ecrit :
>> +Merge first input stream with second input stream using per pixel weights
>> in
>> +the third input stream. 0 means that pixel component from first stream
>> is
>> +returned unchanged while 255 for
On Wed, Sep 30, 2015 at 09:54:37PM +0800, Wang Bin wrote:
> >
> > with minng64:
> > compat/w32pthreads.h:40:55: error: missing binary operator before token "("
>
>
> Which toolchain? What host os? Usually I use the toolchain from
x86_64-w64-mingw32-gcc (GCC) 4.6.3 on ubuntu
IIRC its the mingw sh
On Wed, Sep 30, 2015 at 07:03:46PM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
[...]
> +static int get_cpuinfo(uint32_t *hwcap)
> +{
> +FILE *f = fopen("/proc/cpuinfo", "r");
under qemu i get this:
cpu_flags(raw) = 0x
cpu_flags_str(raw) =
cpu_flags(effective) = 0x00
Le quintidi 5 vendémiaire, an CCXXIV, Paul B Mahol a écrit :
> +Merge first input stream with second input stream using per pixel weights in
> +the third input stream. 0 means that pixel component from first stream is
> +returned unchanged while 255 for 8-bit videos means that pixel component from
Signed-off-by: Arttu Ylä-Outinen
---
v3: Use pkg-config for checking the version.
v2: Add this patch.
---
configure |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 361c024..ad4d71c 100755
--- a/configure
+++ b/configure
@@ -5272,7 +5272,7 @@ ena
On Wed, 30 Sep 2015 15:41:04 +0200
Michael Niedermayer wrote:
> On Wed, Sep 30, 2015 at 02:54:11PM +0200, wm4 wrote:
> > Commits 43bc5cf9 and c5371f77 add code for skipping initial zeros in mp3
> > packets. (There are no explanations, no samples.)
> >
> > This code forgot to report to the user t
>
> with minng64:
> compat/w32pthreads.h:40:55: error: missing binary operator before token "("
Which toolchain? What host os? Usually I use the toolchain from
https://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/
I can try mingw about 24
Sorry for the delay.
Bodecs Bela:
> currently, select option of tee pseudo muxer may contain only one stream
> specifier. Sometimes I need to use more than one stream specifier.
> So I made the following patch. It makes possible to put multiple stream
> specifier into select option separated by co
On Wed, Sep 30, 2015 at 02:54:11PM +0200, wm4 wrote:
> Commits 43bc5cf9 and c5371f77 add code for skipping initial zeros in mp3
> packets. (There are no explanations, no samples.)
>
> This code forgot to report to the user that data was skipped at all. IT
> should do this by adding the skipped amo
imgtec.com> writes:
> +FILE *f = fopen("/proc/cpuinfo", "r");
Is this what every other software for mips does?
How does the kernel (or whatever sets cpuinfo) know?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.or
Signed-off-by: Paul B Mahol
---
doc/filters.texi| 24
libavfilter/tinterlace.h| 1 +
libavfilter/vf_tinterlace.c | 13 ++---
3 files changed, 35 insertions(+), 3 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index a4d828e..0a8588d
From: Shivraj Patil
Signed-off-by: Shivraj Patil
---
libavcodec/mips/hevcdsp_init_mips.c |6 +-
libavutil/cpu.c | 35 ++
libavutil/cpu.h |8 +++
libavutil/cpu_internal.h|1 +
libavutil/mips/Makefile |1 +
On 2015-09-29 22:42, Hendrik Leppkes wrote:
On Tue, Sep 29, 2015 at 9:39 PM, Carl Eugen Hoyos wrote:
Clément Bœsch pkh.me> writes:
+ { check_cpp_condition kvazaar.h "KVZ_API_VERSION >= 7" ||
+ die "ERROR: kvazaar API version must be at least 7."; }
Can you do somet
---
libavcodec/x86/vp9dsp_init.h |4 +
libavcodec/x86/vp9dsp_init_16bpp.c| 33 +
libavcodec/x86/vp9intrapred_16bpp.asm | 1613 +
3 files changed, 1650 insertions(+)
diff --git a/libavcodec/x86/vp9dsp_init.h b/libavcodec/x86/vp9dsp_init.h
index 47
On Wed, Sep 30, 2015 at 02:17:02PM +0900, Yusuke Nakamura wrote:
> 2015-09-30 6:44 GMT+09:00 Shawn Singh :
>
> > The DDTS atom is defined in ETSI TS 102 114, v1.4.1, Annex E.
> > This is useful for DTS-HD formats, some of which cannot be
> > decoded by dcadec.c or libdcadec.
> >
>
> How useful?
>
Commits 43bc5cf9 and c5371f77 add code for skipping initial zeros in mp3
packets. (There are no explanations, no samples.)
This code forgot to report to the user that data was skipped at all. IT
should do this by adding the skipped amount of bytes to the amount of
consumed bytes returned by the de
On Wed, Sep 30, 2015 at 02:39:21PM +0200, Hendrik Leppkes wrote:
> On Wed, Sep 30, 2015 at 2:33 PM, Michael Niedermayer wrote:
> > On Wed, Sep 30, 2015 at 02:29:43PM +0200, Hendrik Leppkes wrote:
> >> On Wed, Sep 30, 2015 at 2:10 PM, Michael Niedermayer
> >> wrote:
> >> > On Wed, Sep 30, 2015 at
On Wed, Sep 30, 2015 at 01:04:15PM +0200, Hendrik Leppkes wrote:
> This fixes broken timestamps on streams where the SPS/PPS is at the end of
> the previous packet, instead of in front of the next packet, observed in
> badly packetized MPEG-TS streams.
> ---
> libavcodec/h264_parser.c | 3 +++
> 1
The chroma format can be still unset in postinit when a badly cut stream
starts with a slice instead of a sequence header. This is a common
occurance when feeding avcodec from a Live TV stream.
---
libavcodec/mpeg12dec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcode
On Wed, Sep 30, 2015 at 2:33 PM, Michael Niedermayer wrote:
> On Wed, Sep 30, 2015 at 02:29:43PM +0200, Hendrik Leppkes wrote:
>> On Wed, Sep 30, 2015 at 2:10 PM, Michael Niedermayer
>> wrote:
>> > On Wed, Sep 30, 2015 at 12:42:59PM +0200, Hendrik Leppkes wrote:
>> >> The chroma format can be st
On Wed, 30 Sep 2015 13:55:26 +0200
Hendrik Leppkes wrote:
> On Wed, Sep 30, 2015 at 1:16 PM, wm4 wrote:
> > On Wed, 30 Sep 2015 13:09:01 +0200
> > Hendrik Leppkes wrote:
> >
> >> The parser only reads the dca core sample rate, which is limited to a
> >> maximum of 48000 Hz, while X96 and HD ext
On Wed, Sep 30, 2015 at 02:29:43PM +0200, Hendrik Leppkes wrote:
> On Wed, Sep 30, 2015 at 2:10 PM, Michael Niedermayer wrote:
> > On Wed, Sep 30, 2015 at 12:42:59PM +0200, Hendrik Leppkes wrote:
> >> The chroma format can be still unset in postinit when a badly cut stream
> >> starts with a slice
On Wed, Sep 30, 2015 at 2:29 PM, Hendrik Leppkes wrote:
> On Wed, Sep 30, 2015 at 2:10 PM, Michael Niedermayer wrote:
>> On Wed, Sep 30, 2015 at 12:42:59PM +0200, Hendrik Leppkes wrote:
>>> The chroma format can be still unset in postinit when a badly cut stream
>>> starts with a slice instead of
On Wed, Sep 30, 2015 at 2:10 PM, Michael Niedermayer wrote:
> On Wed, Sep 30, 2015 at 12:42:59PM +0200, Hendrik Leppkes wrote:
>> The chroma format can be still unset in postinit when a badly cut stream
>> starts with a slice instead of a sequence header. This is a common
>> occurance when feeding
On Mon, Sep 28, 2015 at 10:32:28AM -0500, Kyle Swanson wrote:
> > questions:
> >
> > - what happens if you resample the input (by prefixing ebur128 with
> > aformat=channel_layout=stereo)?
> > - if I'm reading the blog correctly ("Note that In my discussions with
> > leading experts in the spac
On Wed, Sep 30, 2015 at 12:42:59PM +0200, Hendrik Leppkes wrote:
> The chroma format can be still unset in postinit when a badly cut stream
> starts with a slice instead of a sequence header. This is a common
> occurance when feeding avcodec from a Live TV stream.
> ---
> libavcodec/mpeg12dec.c |
On Wed, Sep 30, 2015 at 1:16 PM, wm4 wrote:
> On Wed, 30 Sep 2015 13:09:01 +0200
> Hendrik Leppkes wrote:
>
>> The parser only reads the dca core sample rate, which is limited to a
>> maximum of 48000 Hz, while X96 and HD extensions can increase the sample
>> rate up to 192000 Hz.
>>
>> This chan
Paul B Mahol gmail.com> writes:
> +Scale (resize) the input video, using the z.lib library:
> +https://github.com/sekrit-twc/zimg.
Sorry for the nit:
Please remove the dot at the end.
The filter cannot work for gray (and alpha) formats?
Carl Eugen
_
> I'm not quite sure of what I think of this software/opencl hybrid
> approach. On one hand, it's good that they share the "user interface"
> (options etc.). On the other hand, the OpenCL part duplicates the
> entire actual filter code. And unlike with asm, there's no good way to
> test that they d
Hendrik Leppkes gmail.com> writes:
> The parser only reads the dca core sample rate, which is
> limited to a maximum of 48000 Hz, while X96 and HD
> extensions can increase the sample rate up to 192000 Hz.
>
> This change prevents the parser and decoder fighting
> over the sample rate,
Pleas
>> ping once again
>>
>> Hi
> Could you describe how to verify it, and how can I test it?
>
> Thanks
> Best regards
>
Using this sample: https://btbn.de/files/chromakey_sample.mp4
ffmpeg -f lavfi -i color=c=black:s=1280x720 -i chromakey_sample.mp4 -an
-c:v libx264 -preset veryfast -crf 18 -shor
On Wed, 30 Sep 2015 13:09:01 +0200
Hendrik Leppkes wrote:
> The parser only reads the dca core sample rate, which is limited to a
> maximum of 48000 Hz, while X96 and HD extensions can increase the sample
> rate up to 192000 Hz.
>
> This change prevents the parser and decoder fighting over the s
The parser only reads the dca core sample rate, which is limited to a
maximum of 48000 Hz, while X96 and HD extensions can increase the sample
rate up to 192000 Hz.
This change prevents the parser and decoder fighting over the sample rate,
potentially confusing user applications. This also fixes s
This fixes broken timestamps on streams where the SPS/PPS is at the end of
the previous packet, instead of in front of the next packet, observed in
badly packetized MPEG-TS streams.
---
libavcodec/h264_parser.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/h264_parser.c b/libav
On 9/30/15, Hendrik Leppkes wrote:
> The chroma format can be still unset in postinit when a badly cut stream
> starts with a slice instead of a sequence header. This is a common
> occurance when feeding avcodec from a Live TV stream.
> ---
> libavcodec/mpeg12dec.c | 1 -
> 1 file changed, 1 dele
On 9/30/15, wm4 wrote:
> On Wed, 30 Sep 2015 11:09:28 +0100
> Kevin Wheatley wrote:
>
>> On Wed, Sep 30, 2015 at 9:49 AM, Paul B Mahol wrote:
>> > +{ "range", "set color range", OFFSET(range),
>> > AV_OPT_TYPE_INT, {.i64 = -1}, -1, ZIMG_RANGE_FULL, FLAGS, "range" },
>> > +{ "r",
On Thu, 24 Sep 2015 17:12:25 +0200
Timo Rothenpieler wrote:
> Signed-off-by: Timo Rothenpieler
> ---
> doc/filters.texi | 5 +
> libavfilter/chromakey_opencl_kernel.h | 98 +++
> libavfilter/opencl_allkernels.c | 2 +
> libavfilter/vf_chromakey.c
The chroma format can be still unset in postinit when a badly cut stream
starts with a slice instead of a sequence header. This is a common
occurance when feeding avcodec from a Live TV stream.
---
libavcodec/mpeg12dec.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/mpeg12dec.c b/l
On Wed, 30 Sep 2015 11:09:28 +0100
Kevin Wheatley wrote:
> On Wed, Sep 30, 2015 at 9:49 AM, Paul B Mahol wrote:
> > +{ "range", "set color range", OFFSET(range), AV_OPT_TYPE_INT,
> > {.i64 = -1}, -1, ZIMG_RANGE_FULL, FLAGS, "range" },
> > +{ "r", "set color range", OFF
On 9/30/15, Kevin Wheatley wrote:
> On Wed, Sep 30, 2015 at 9:49 AM, Paul B Mahol wrote:
>> +{ "range", "set color range", OFFSET(range),
>> AV_OPT_TYPE_INT, {.i64 = -1}, -1, ZIMG_RANGE_FULL, FLAGS, "range" },
>> +{ "r", "set color range", OFFSET(range),
>> AV_OPT_TYPE_INT,
On Wed, Sep 30, 2015 at 9:49 AM, Paul B Mahol wrote:
> +{ "range", "set color range", OFFSET(range), AV_OPT_TYPE_INT,
> {.i64 = -1}, -1, ZIMG_RANGE_FULL, FLAGS, "range" },
> +{ "r", "set color range", OFFSET(range), AV_OPT_TYPE_INT,
> {.i64 = -1}, -1, ZIMG_RANGE_FUL
Signed-off-by: Paul B Mahol
---
configure| 4 +
doc/filters.texi | 171
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_zscale.c | 678 +++
5 files changed, 855 insertions(+)
cr
91 matches
Mail list logo
