---
libavcodec/avcodec.h | 6 --
libavcodec/avpicture.c | 5 -
libavcodec/libutvideodec.cpp | 3 ++-
libavcodec/libutvideoenc.cpp | 3 ++-
libavdevice/decklink_dec.cpp | 2 +-
libavdevice/lavfi.c | 3 ++-
libavformat/frmdec.c | 3 ++-
7 files changed, 9 inser
Michael, I wanted to check if you have you looked into this playback issue,
or were planning to?
- Dan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri Jan 15 08:51:07 CET 2016 wm4 wrote;
> On Thu, 14 Jan 2016 13:58:14 -0800 Richard Smith
> wrote:
> > libavutil/pixfmt.h defines a collection of endian-specific pixel formats as
> > macros. These macro names can cause conflicts with external projects that
> > use those identifiers for their
On 2016年01月15日, at 18:42, Michael Niedermayer wrote:
> no, theres no patch
Trying again, including it inline below:
--- tcp.c 2015-12-19 21:07:51.0 -0500
+++ /Users/perette/Desktop/tcp.c2016-01-15 16:09:03.0 -0500
@@ -37,19 +37,23 @@
int fd;
int listen;
On Fri, Jan 15, 2016 at 9:15 PM, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> ---
> src/index | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/src/index b/src/index
> index 554ad0e..56a7956 100644
> --- a/src/index
> +++ b/src/index
> @@ -37,6 +37,20 @@
>
On Sat, Jan 16, 2016 at 03:15:44AM +0100, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> ---
> src/index | 14 ++
> 1 file changed, 14 insertions(+)
btw, i soon go to bed, so dont hesitate to push while iam sleeping if
it LGTY
[...]
--
Michael GnuPG fingerprint:
From: Michael Niedermayer
---
src/index | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/index b/src/index
index 554ad0e..56a7956 100644
--- a/src/index
+++ b/src/index
@@ -37,6 +37,20 @@
News
+ January 16, 2015, FFmpeg 2.8.5, 2.7.5, 2.6.7, 2.5.10
+
+We
On Fri, Jan 15, 2016 at 03:42:29PM +0200, Arttu Ylä-Outinen wrote:
> Updates libkvazaar to pass the exact frame rate to Kvazaar by setting
> the numerator and denominator separately instead of a single floating
> point number. The exact frame rate is needed for writing timing info to
> the bitstrea
On Mon, Dec 28, 2015 at 10:12:56PM +0100, Andreas Cadhalpun wrote:
> Previously the full source path was embedded inconsistently in the debug
> information between in-tree/out-of-tree builds.
>
> The 'vpath %.inc' becomes necessary for finding
> libavfilter/all_channel_layouts.inc in out-of-tree b
Adapted from float-dsp
Signed-off-by: James Almer
---
libavutil/Makefile | 1 +
libavutil/fixed_dsp.c| 249 +++
tests/fate/libavutil.mak | 6 ++
3 files changed, 256 insertions(+)
diff --git a/libavutil/Makefile b/libavutil/Makefile
inde
Signed-off-by: James Almer
---
libavutil/fixed_dsp.c | 3 +++
libavutil/fixed_dsp.h | 2 ++
libavutil/x86/Makefile | 2 ++
libavutil/x86/fixed_dsp.asm| 48 ++
libavutil/x86/fixed_dsp_init.c | 35 +
On Fri, Jan 15, 2016 at 02:01:11PM -0500, Ganesh Ajjanagadde wrote:
> Faster methods possible; since exponent is always a multiple of 1/8.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavcodec/opus_celt.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
should be ok
[...]
--
Micha
On Fri, Jan 15, 2016 at 02:01:10PM -0500, Ganesh Ajjanagadde wrote:
> Much faster generation possible; but array is small so don't want to bloat
> the binary.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavcodec/atrac3plusdsp.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
LGTM
On Fri, Jan 15, 2016 at 08:07:13PM +0100, James Darnley wrote:
> ---
> Is the name I chose for the 10-bit tests (v210-10) okay?
sure
and patch seems working here so should be ok
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The misfortune of the wise is bette
On 15 January 2016 at 18:51, wm4 wrote:
> API users might check for the existence of such pixfmts with #ifdef,
> and I don't understand the reasoning behind your patch. Why would
> external projects redefine these macros?
All other pixfmts are already enums, why the discrepency ?
Having everythin
On Fri, Jan 15, 2016 at 04:40:38PM -0500, Perette Barella wrote:
> Attached is a patch
no, theres no patch
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Democracy is the form of government in which you can choose your dictator
signature.asc
Description: Dig
On 15.01.2016 03:17, Michael Niedermayer wrote:
> On Fri, Jan 15, 2016 at 12:30:28AM +0100, Andreas Cadhalpun wrote:
>> s->ac_val[0][0] is of type 'int16_t [16]', but points into a larger buffer.
>> Here it is used as base pointer to find the correct position in the
>> larger buffer by adding 's->b
On Fri, Jan 15, 2016 at 10:24:43PM +, Dan Sanders wrote:
> Michael, I wanted to check if you have you looked into this playback issue,
> or were planning to?
i didnt look into it, i had thought rodger would look into it as it
was his patch ...
rodger, did you look into this ?
[...]
--
Micha
On 01/15/2016 11:31 PM, Mats Peterson wrote:
Since track->audio.bitdepth is zero for A_QUICKTIME
When parsing files created with mkvmerge, that is.
Mats
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-
Hi,
On Fri, Jan 15, 2016 at 4:47 PM, James Darnley
wrote:
> On 2016-01-15 21:55, James Almer wrote:
> > On 1/15/2016 5:00 PM, James Darnley wrote:
> >> On 2016-01-15 03:55, James Almer wrote:
> >>> On 1/14/2016 11:05 PM, James Darnley wrote:
> diff --git a/libavcodec/x86/h264_deblock.asm
>
I had the notion that the fourcc 0x to raw/twos mapping was only
valid for version 0 sound sample descriptions. However, the
documentation is quite foggy regarding this subject, so it's better to
do this mapping regardless of sample description version.
Mats
--
Mats Peterson
http://ma
Since track->audio.bitdepth is zero for A_QUICKTIME, the sample size has
to be retrieved from the private data. Also, 'twos' and 'sowt' audio can
be signed 8-bit.
Mats
>From dbddf5d5fba7992e52bb25db214e7b4debfb8023 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Fri, 15 Jan 2016 23:25:38 +0
On 01/15/2016 01:06 PM, Mats Peterson wrote:
FFmpeg curiously uses 'sowt' as the fourcc when writing 8-bit signed
QuickTime data, so cater for this as well. Description follows:
Since mkvmerge doesn't set the bit depth for A_QUICKTIME audio (as far
as I know), the track->audio.bitdepth variable
On Fri, Jan 15, 2016 at 02:00:19PM -0700, Roger Pack wrote:
> I know ways exist to "upload" a file larger than 2.5MB.
> However many people "at trac upload time" may be unfamiliar with those.
> Might be nice to add a link on the trac "upload" page to the
> instructions for larger files. Example pa
On Thu, Jan 14, 2016 at 7:39 PM, Ganesh Ajjanagadde
wrote:
> This improves accuracy (very slightly) and speed for processors having
> fma3.
>
> Sample benchmark (fate flac-16-lpc-cholesky, Haswell):
> old:
> 5993610 decicycles in ff_lpc_calc_coefs, 64 runs, 0 skips
> 5951528 decicycles i
On 2016-01-15 21:55, James Almer wrote:
> On 1/15/2016 5:00 PM, James Darnley wrote:
>> On 2016-01-15 03:55, James Almer wrote:
>>> On 1/14/2016 11:05 PM, James Darnley wrote:
diff --git a/libavcodec/x86/h264_deblock.asm
b/libavcodec/x86/h264_deblock.asm
index 5151f3c..20f0814 10064
Attached is a patch to libavformat/tcp.c for your consideration. It
adds two new options that may be set via the dictionary:
- send_buffer_size
- recv_buffer_size
When present, setsockopt() is used with SO_SNDBUF and SO_RCVBUF to set
socket buffer sizes. I chose to make send and receive indep
On 1/14/2016 1:28 PM, foo86 wrote:
> +static void sumdiff_c(int32_t *v1, int32_t *v2, intptr_t len)
> +{
> +int i;
> +
> +for (i = 0; i < len; i++) {
> +int32_t t = v1[i] - v2[i];
> +v1[i] += v2[i];
> +v2[i] = t;
> +}
> +}
You have AVFixedDSPContext's butterflie
The COPYING.LIB file in the zvbi source tree as well as libzvbi.h references
the GNU Library General Public License version 2 since version 0.2.28.
Signed-off-by: Marton Balint
---
configure| 5 +++--
doc/general.texi | 6 --
2 files changed, 3 insertions(+), 8 deletions(-)
diff --g
I know ways exist to "upload" a file larger than 2.5MB.
However many people "at trac upload time" may be unfamiliar with those.
Might be nice to add a link on the trac "upload" page to the
instructions for larger files. Example page:
https://trac.ffmpeg.org/attachment/ticket/3025/?action=new&attac
On 1/15/2016 5:00 PM, James Darnley wrote:
> On 2016-01-15 03:55, James Almer wrote:
>> On 1/14/2016 11:05 PM, James Darnley wrote:
>>> diff --git a/libavcodec/x86/h264_deblock.asm
>>> b/libavcodec/x86/h264_deblock.asm
>>> index 5151f3c..20f0814 100644
>>> --- a/libavcodec/x86/h264_deblock.asm
>>>
On 2016-01-15 04:21, Ronald S. Bultje wrote:
> If you don't need r%dm (looks like you don't, but didn't check
> exhaustively), you can also use a negative stack size (0 - mmsize -
> ARCH_X86_64 * 2 * mmsize), then it will not create a stack pointer.
I am already using r[0-3]m for storage. (A nice
On 2016-01-15 03:55, James Almer wrote:
> On 1/14/2016 11:05 PM, James Darnley wrote:
>> diff --git a/libavcodec/x86/h264_deblock.asm
>> b/libavcodec/x86/h264_deblock.asm
>> index 5151f3c..20f0814 100644
>> --- a/libavcodec/x86/h264_deblock.asm
>> +++ b/libavcodec/x86/h264_deblock.asm
>> @@ -864,7
The sample factor must be the same for both 8- and 10-bit functions chosen
otherwise the output will be incorrect.
---
Should I squash this one too?
---
libavcodec/v210enc.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/v210enc.h b/libavcodec/v210enc.h
index 85f8
Around 25% faster than the ssse3 version.
---
New patch. Should I squash this into the previous patch before committing?
---
libavcodec/v210enc.c | 11 +--
libavcodec/x86/constants.c| 3 ++-
libavcodec/x86/constants.h| 2 +-
libavcodec/x86/v210enc.asm| 20 ++
---
Is the name I chose for the 10-bit tests (v210-10) okay?
---
tests/fate/vcodec.mak| 3 ++-
tests/ref/vsynth/vsynth1-v210-10 | 4
tests/ref/vsynth/vsynth2-v210-10 | 4
tests/ref/vsynth/vsynth3-v210-10 | 4
tests/ref/vsynth/vsynth_lena-v210-10 | 4
Around 35% faster than the avx version.
Signed-off-by: Henrik Gramner
---
The only changes here are the ones suggested by Henrik and a whitespace change
for alignment at the function definition in v210enc_init.c
---
libavcodec/v210enc.c | 5 +++--
libavcodec/v210enc.h | 1 +
Further speedups possible by getting rid of exp2f...
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/wmadec.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/wmadec.c b/libavcodec/wmadec.c
index da54182..1a84323 100644
--- a/libavcodec/wmadec.c
+++ b/libavcod
Much faster generation possible; but array is small so don't want to bloat
the binary.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/atrac3plusdsp.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/atrac3plusdsp.c b/libavcodec/atrac3plusdsp.c
index 17c6437..d08
Faster methods possible; since exponent is always a multiple of 1/8.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/opus_celt.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/opus_celt.c b/libavcodec/opus_celt.c
index 474452f..61a9dc6 100644
--- a/libavcodec/o
This feature is mostly only used by NLE software, and is
both of dubious value being enabled by default, and a
possible security risk.
Signed-off-by: Derek Buitenhuis
---
libavformat/isom.h| 1 +
libavformat/mov.c | 22 +-
libavformat/version.h | 4 ++--
3 files cha
On Thu, Jan 07, 2016 at 02:26:26PM -0300, James Almer wrote:
> On 1/7/2016 10:32 AM, Michael Niedermayer wrote:
> > On Thu, Jan 07, 2016 at 12:36:02AM -0300, James Almer wrote:
> >> Signed-off-by: James Almer
> >> ---
> >> I could also include stdlib.h inside the __GNU__ section if that's
> >> pre
Now that the seek only happens with the right mouse button, it makes
sense to toggle full screen when double-clicking with the left mouse
button, like other video players do.
Signed-off-by: Vittorio Gambaletta
---
ffplay.c | 18 ++
1 file changed, 18 insertions(+)
diff --git
Seeking by clicking on the video window can be annoying, because
the user might click on it accidentally while eg. trying to get
focus on it, and ffplay seeks instead.
This commit changes that behaviour to seek only when the right
mouse button is used to click and drag on the window.
Signed-off-
Updates libkvazaar to pass the exact frame rate to Kvazaar by setting
the numerator and denominator separately instead of a single floating
point number. The exact frame rate is needed for writing timing info to
the bitstream.
Requires Kvazaar version 0.8.1.
Signed-off-by: Arttu Ylä-Outinen
---
FFmpeg curiously uses 'sowt' as the fourcc when writing 8-bit signed
QuickTime data, so cater for this as well. Description follows:
Since mkvmerge doesn't set the bit depth for A_QUICKTIME audio (as far
as I know), the track->audio.bitdepth variable will be zero, and its
value needs to be ret
On 01/15/2016 11:12 AM, Mats Peterson wrote:
Since mkvmerge doesn't set the bit depth for A_QUICKTIME audio (as far
as I know), the track->audio.bitdepth variable will be zero, and its
value needs to be retrieved from the sound sample description. Also,
confine the 0x to 'raw '/'twos' fou
On 01/13/2016 01:42 PM, Mats Peterson wrote:
Match the use of AV_PIX_FMT_PAL8 for 1-bit QuickTime Animation in
lavc/qtrle. To reiterate, 1-bit video is not necessary black & white in
QuickTime, merely bi-level. The two colors can be any color. The palette,
either included in the sample descriptio
Since mkvmerge doesn't set the bit depth for A_QUICKTIME audio (as far
as I know), the track->audio.bitdepth variable will be zero, and its
value needs to be retrieved from the sound sample description. Also,
confine the 0x to 'raw '/'twos' fourcc mapping to old version 0
sound sample desc
Marton Balint passwd.hu> writes:
> The COPYING.LIB file in the zvbi source tree as
> well as libzvbi.h references the GNU Library
> General Public License version 2.
This may need a version check for "0.2.28" or later.
Carl Eugen
___
ffmpeg-devel m
On Thu, Jan 14, 2016 at 10:58 PM, Richard Smith wrote:
> libavutil/pixfmt.h defines a collection of endian-specific pixel formats as
> macros. These macro names can cause conflicts with external projects that
> use those identifiers for their own purposes. Here's a patch to define
> these aliases
51 matches
Mail list logo