>
> FYI, last time i tried to include this file from libavcodec i was told
> not to since it's libavformat specific.
>
> The proper place for these wrappers is probably the compat folder, in
> a new file similar to w32threads.h
>
It occurred to me as well that this should be a common header perhap
On Tuesday, August 30, 2016, Davinder Singh wrote:
> On Mon, Aug 29, 2016 at 8:59 PM Paul B Mahol > wrote:
> [...]
>
> And using avcodec* stuff is in lavfi is not needed.
>
> uses AVPixFmtDesc now. should I also not use libavcodec/mathops.h? median
> of 3 function is shared. can it be moved?
T
On 8/29/2016 7:13 PM, James Almer wrote:
> On 8/29/2016 5:31 PM, Timo Rothenpieler wrote:
>> On 8/29/2016 8:43 PM, James Almer wrote:
>>> On 8/27/2016 9:58 AM, Timo Rothenpieler wrote:
@@ -5996,6 +5992,22 @@ enabled vdpau && enabled xlib &&
check_lib2 "vdpau/vdpau.h vdpau/vdpau_x11.h
On 8/29/2016 10:42 AM, Tobias Rapp wrote:
> Attached patch fixes a build error on my system (Ubuntu 14.04, mingw-w64
> 3.1.0, gcc-mingw-w64 4.8.2) introduced by commit
> 3bf142c77337814458ed8e036796934032d9837f.
Interesting. windows.h is already included if CommandLineToArgvW()
is available. I g
On Mon, Aug 29, 2016 at 12:20 PM Clément Bœsch wrote:
> On Sun, Aug 28, 2016 at 11:31:10AM +0200, Paul B Mahol wrote:
> > On Sat, Aug 27, 2016 at 2:45 PM, Robert Krüger >
> > wrote:
> > >
> > > what is the way to best contribute with test cases? I have two samples
> that
> > > I use for testing,
On Sat, Aug 27, 2016 at 6:15 PM Robert Krüger
wrote:
> [...]
> what is the way to best contribute with test cases? I have two samples that
> I use for testing, so far the results look very, very promising but there
> are still a few artefact problems, so these could maybe serve as a good
> test c
On 8/29/2016 4:56 PM, Paul B Mahol wrote:
> On Mon, Aug 29, 2016 at 8:17 PM, James Almer wrote:
>
>> Signed-off-by: James Almer
>> ---
>> doc/APIchanges | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git a/doc/APIchanges b/doc/APIchanges
>> index 2572b1c..7ac809c 100644
>> --- a/doc/A
On Mon, Aug 29, 2016 at 8:59 PM Paul B Mahol wrote:
[...]
And using avcodec* stuff is in lavfi is not needed.
uses AVPixFmtDesc now. should I also not use libavcodec/mathops.h? median
of 3 function is shared. can it be moved?
updated patch attached.
0001-avfilter-vf_minterpolate-rename-chroma
On Mon, Aug 29, 2016 at 09:56:59PM +0100, Simon H wrote:
> thanks Michael,
>
> try the attached file. I assume the corruption came from email word
> wrapping?
likely
> or was there something else wrong?
[...]
> example:
> take 25.mp4 created with:
> ffmpeg -f lavfi -i sine=frequency=1000:beep_
On Mon, Aug 29, 2016 at 02:23:44PM -0700, Brett Harrison wrote:
> Before I fix the patch, can you clarify the intended functionality?
>
> The docs say that 16 is the default fontsize, however if
> CONFIG_LIBFONTCONFIG is configured and ffmpeg if called with:
>
> -vf drawtext=text=abc:fontcolor=wh
On Mon, Aug 29, 2016 at 01:12:10PM -0700, Lucas Cooper wrote:
> > if the user sets output_max without stats_version 2 this would just
> silently ignore the option
>
> Do you think this warrants a fatal error? A warning seems insufficient as
> the output_max option is explicitly requested by the us
On Tue, Aug 16, 2016 at 06:45:21PM -0400, Stephen Hutchinson wrote:
> A number of new pix_fmts have been added to AviSynth+:
> 16-bit packed RGB and RGBA
> 10-, 12-, 14, and 16-bit YUV 4:2:0, 4:2:2, and 4:4:4
> 8-, 10-, 12-, 14-, and 16-bit Planar RGB
> 8-, 10-, 12-, 14-, and 16-bit Planar YUVA and
On 8/29/2016 5:31 PM, Timo Rothenpieler wrote:
> On 8/29/2016 8:43 PM, James Almer wrote:
>> On 8/27/2016 9:58 AM, Timo Rothenpieler wrote:
>>> @@ -5996,6 +5992,22 @@ enabled vdpau && enabled xlib &&
>>> check_lib2 "vdpau/vdpau.h vdpau/vdpau_x11.h" vdp_device_create_x11
>>> -lvdpau &&
>>>
Before I fix the patch, can you clarify the intended functionality?
The docs say that 16 is the default fontsize, however if
CONFIG_LIBFONTCONFIG is configured and ffmpeg if called with:
-vf drawtext=text=abc:fontcolor=white
on my system the font used will be /opt/X11/share/fonts/TTF/Vera.ttf (t
On Mon, Aug 29, 2016 at 09:11:25PM +0100, Станислав Долганов wrote:
> Info added to codecs.texi
please rebase this on git master, most of this patch been applied
already
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
There will always be a question for whi
---
libswscale/output.c | 98 +++-
libswscale/utils.c | 4 +-
libswscale/x86/swscale.c | 4 +-
tests/ref/fate/filter-pixdesc-p010be | 1 +
tests/ref/fate/filter-pixdesc-p010le | 1 +
tests/ref/fate/filter-pixfmts-co
thanks Michael,
try the attached file. I assume the corruption came from email word
wrapping? or was there something else wrong?
simon
On Mon, Aug 29, 2016 at 6:11 PM, Michael Niedermayer wrote:
> On Mon, Aug 29, 2016 at 11:08:36AM +0100, Simon H wrote:
> > crypto allows reading of data which
On Sat, Aug 06, 2016 at 03:26:04PM +0200, Moritz Barsnick wrote:
> On Sat, Aug 06, 2016 at 12:52:54 +0200, Michael Niedermayer wrote:
> > + * Prior FFmpeg 3.2 point releases did not change any lib version number to
> ^ Prior to
>
> > + * a seperate MAJOR.MINOR that is not used on the master
On 8/29/2016 8:43 PM, James Almer wrote:
> On 8/27/2016 9:58 AM, Timo Rothenpieler wrote:
>> @@ -5996,6 +5992,22 @@ enabled vdpau && enabled xlib &&
>> check_lib2 "vdpau/vdpau.h vdpau/vdpau_x11.h" vdp_device_create_x11
>> -lvdpau &&
>> enable vdpau_x11
>>
>> +case $target_os in
>> +
On Sat, Aug 06, 2016 at 12:52:53PM +0200, Michael Niedermayer wrote:
> QUESTION: is this the best place for this ?
>
> Signed-off-by: Michael Niedermayer
> ---
> libavutil/version.h | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/libavutil/version.h b/libavutil/version.h
> index
> if the user sets output_max without stats_version 2 this would just
silently ignore the option
Do you think this warrants a fatal error? A warning seems insufficient as
the output_max option is explicitly requested by the user.
> also missing doc/*.texi update
Should I send that in a followup
Info added to codecs.texi
2016-08-22 15:43 GMT+01:00 Michael Niedermayer :
> On Thu, Aug 18, 2016 at 02:53:29PM +0300, Станислав Долганов wrote:
> > Trailing whitespaces were removed.
> >
> > 2016-08-17 14:07 GMT+03:00 Станислав Долганов <
> stanislav.dolga...@gmail.com>
> > :
> >
> > > Hello,
>
On Mon, Aug 29, 2016 at 8:52 PM, Clément Bœsch wrote:
> On Mon, Aug 29, 2016 at 07:00:54PM +0200, Paul B Mahol wrote:
> > Hi,
> >
> > patch attached.
>
> The color decorrelation is an important part of the denoising algorithm
> described in http://www.ipol.im/pub/art/2011/ys-dct/ (see 2.3)
>
> Ca
On Mon, Aug 29, 2016 at 8:17 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> doc/APIchanges | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/doc/APIchanges b/doc/APIchanges
> index 2572b1c..7ac809c 100644
> --- a/doc/APIchanges
> +++ b/doc/APIchanges
> @@ -15,6 +15,9 @@ l
On Mon, Aug 29, 2016 at 07:00:54PM +0200, Paul B Mahol wrote:
> Hi,
>
> patch attached.
The color decorrelation is an important part of the denoising algorithm
described in http://www.ipol.im/pub/art/2011/ys-dct/ (see 2.3)
Can we really consider the YUV planes as properly decorrelated ones? It
s
On 8/27/2016 9:58 AM, Timo Rothenpieler wrote:
> @@ -5996,6 +5992,22 @@ enabled vdpau && enabled xlib &&
> check_lib2 "vdpau/vdpau.h vdpau/vdpau_x11.h" vdp_device_create_x11
> -lvdpau &&
> enable vdpau_x11
>
> +case $target_os in
> +mingw32*|mingw64*|win32|win64|linux|cygwin*)
> +
Signed-off-by: James Almer
---
doc/APIchanges | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/APIchanges b/doc/APIchanges
index 2572b1c..7ac809c 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@ -15,6 +15,9 @@ libavutil: 2015-08-28
API changes, most recent first:
+2016-08-29
On Mon, Aug 29, 2016 at 11:17:25PM +0800, Steven Liu wrote:
> 2016-08-29 22:18 GMT+08:00 Michael Niedermayer :
>
> > On Mon, Aug 29, 2016 at 07:52:23PM +0800, Steven Liu wrote:
> > > 2016-08-26 0:11 GMT+08:00 Michael Niedermayer :
> > >
> > > > On Thu, Aug 25, 2016 at 09:04:43PM +0800, Steven Liu
On Mon, Aug 29, 2016 at 10:47:59PM +0530, Umair Khan wrote:
> Hi,
>
> On Sun, Aug 28, 2016 at 4:26 PM, Michael Niedermayer
> wrote:
> > On Sun, Aug 28, 2016 at 01:34:46PM +0530, Umair Khan wrote:
> >> Hi,
> >>
> >> Patches attached. :)
> >>
> >> - Umair
> >
> >> Changelog |1 +
> >> 1 file c
On 8/29/2016 2:17 PM, Umair Khan wrote:
>>> +if (HAVE_MMX)
>>> >> +ff_window_init_mmx(wctx);
>> >
>> > breaks build on non x86 as the function declaration / prototype is
>> > not there in that case
> What should I do with this then? I'm not too aware of how the whole
> code works becaus
Hi,
Patch attached.
- Umair
0001-MAINTAINERS-Add-myself-for-alsdec.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi,
On Sun, Aug 28, 2016 at 4:26 PM, Michael Niedermayer
wrote:
> On Sun, Aug 28, 2016 at 01:34:46PM +0530, Umair Khan wrote:
>> Hi,
>>
>> Patches attached. :)
>>
>> - Umair
>
>> Changelog |1 +
>> 1 file changed, 1 insertion(+)
>> d3f30e62d803d967bd5c27dc5dfad278ce5c02e9
>> 0001-Changelog
On Mon, Aug 29, 2016 at 11:08:36AM +0100, Simon H wrote:
> crypto allows reading of data which has been aes-128-cbc encrypted given a
> key and an iv.
> But it did not handle filetypes which require seeking... e.g. it failed on
> an encrypted .mp4 file.
>
> example:
> take 25.mp4 created with:
>
Hi,
patch attached.
0001-avfilter-vf_dctdnoiz-add-yuv444p-format-support.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 28 Aug, Matt Oliver wrote :
> The dlopen function is modified to prevent loading dll's from the current
> directory for improved program security for library users. This extends
> similar functionality from the recently applied SetDllDirectory patch
> except that it adds additional security for
Hi,
On Mon, Aug 29, 2016 at 11:23 AM, Vittorio Giovara <
vittorio.giov...@gmail.com> wrote:
> The filter needs input frames with color properties filled out by
> the decoder. Since this is not always possible, add input options to
> the filter so that user may override color space, color primarie
On 8/29/2016 3:49 AM, Matt Oliver wrote:
> From 7c70764508643c45b037f1ed9d77a95c24b05f6e Mon Sep 17 00:00:00 2001
> From: Matt Oliver
> Date: Mon, 29 Aug 2016 16:46:10 +1000
> Subject: [PATCH 2/2] Modify existing dll loading to use new safe dlopen.
>
> ---
> libavcodec/nvenc.c | 9 ++--
The filter needs input frames with color properties filled out by
the decoder. Since this is not always possible, add input options to
the filter so that user may override color space, color primaries,
transfer characteristics, and color range, as well as a generic option
to set all properties at o
2016-08-29 22:18 GMT+08:00 Michael Niedermayer :
> On Mon, Aug 29, 2016 at 07:52:23PM +0800, Steven Liu wrote:
> > 2016-08-26 0:11 GMT+08:00 Michael Niedermayer :
> >
> > > On Thu, Aug 25, 2016 at 09:04:43PM +0800, Steven Liu wrote:
> > > > Tested passed at :
> > > > 1. OSX
> > > > 2. Linux
> > >
On Sun, Aug 28, 2016 at 10:51 PM, Paul B Mahol wrote:
>
>
> On Sun, Aug 28, 2016 at 10:47 PM, Michael Niedermayer <
> mich...@niedermayer.cc> wrote:
>
>> On Sun, Aug 28, 2016 at 06:24:14PM +, Davinder Singh wrote:
>> > hi,
>> >
>> > this rename confusing chroma variables to one used in
>> AVP
On Sun, Aug 28, 2016 at 10:48 PM, Michael Niedermayer <
mich...@niedermayer.cc> wrote:
> On Sun, Aug 28, 2016 at 06:32:21PM +, Davinder Singh wrote:
> > hi,
> >
> > the mv can be negative. right shifting rounds off it to -ve infinity.
> > changed to division, doesn't seem to affect speed at al
On Mon, Aug 29, 2016 at 07:52:23PM +0800, Steven Liu wrote:
> 2016-08-26 0:11 GMT+08:00 Michael Niedermayer :
>
> > On Thu, Aug 25, 2016 at 09:04:43PM +0800, Steven Liu wrote:
> > > Tested passed at :
> > > 1. OSX
> > > 2. Linux
> > > 3. Windows
> >
> > > 4. Ubuntu+wine+MinGW
> >
> > confirmed it
Attached patch fixes a build error on my system (Ubuntu 14.04, mingw-w64
3.1.0, gcc-mingw-w64 4.8.2) introduced by commit
3bf142c77337814458ed8e036796934032d9837f.
As the original commit has been backported to older releases (2.8, 3.0
and 3.1 as far as I can see) it probably makes sense to bac
On Sat, Aug 27, 2016 at 07:42:18AM +0800, Steven Liu wrote:
> 2016-08-27 6:00 GMT+08:00 Ibrahim Tachijian :
>
> > What do you think about something like this?
> >
> > diff --git a/doc/muxers.texi b/doc/muxers.texi
> > index 2548aeb..c39a6a0 100644
> > --- a/doc/muxers.texi
> > +++ b/doc/muxers.tex
On Sat, Aug 27, 2016 at 10:42:25PM +0800, Steven Liu wrote:
> 2016-08-27 19:15 GMT+08:00 Steven Liu :
>
> >
> >
> > 2016-08-27 18:25 GMT+08:00 Michael Niedermayer :
> >
> >> On Sat, Aug 27, 2016 at 07:44:01AM +0800, Steven Liu wrote:
> >> > 2016-08-27 4:49 GMT+08:00 Michael Niedermayer :
> >> >
>
2016-08-26 0:11 GMT+08:00 Michael Niedermayer :
> On Thu, Aug 25, 2016 at 09:04:43PM +0800, Steven Liu wrote:
> > Tested passed at :
> > 1. OSX
> > 2. Linux
> > 3. Windows
>
> > 4. Ubuntu+wine+MinGW
>
> confirmed it works
> but
> doesnt work on qemu-mips
> ../configure --target-exec='.../qemu-mip
On Mon, Aug 29, 2016 at 12:12:34AM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #5805.
>
> Please comment, Carl Eugen
> mjpegdec.c |5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
> 4ccdddc80ba0dbd460f9d7ecb046cad73d50ea51
> 0001-lavc-mjpegdec-Only-read-J
> Am 28.08.2016 um 22:11 schrieb Michael Niedermayer :
>
>> On Sun, Aug 28, 2016 at 09:50:41PM +0200, Hendrik Leppkes wrote:
>> On Sun, Aug 28, 2016 at 9:21 PM, Michael Niedermayer
>> wrote:
>>> On Sun, Aug 28, 2016 at 12:03:38PM -0300, James Almer wrote:
>>> [...]
Also, the changelog en
On Mon, Aug 29, 2016 at 04:49:02PM +1000, Matt Oliver wrote:
> On 28 August 2016 at 19:58, Michael Niedermayer
> wrote:
>
> > On Sun, Aug 28, 2016 at 06:50:58PM +1000, Matt Oliver wrote:
> > > The dlopen function is modified to prevent loading dll's from the current
> > > directory for improved p
crypto allows reading of data which has been aes-128-cbc encrypted given a
key and an iv.
But it did not handle filetypes which require seeking... e.g. it failed on
an encrypted .mp4 file.
example:
take 25.mp4 created with:
ffmpeg -f lavfi -i sine=frequency=1000:beep_factor=2:r=48000:duration=720
> Hi all
>
> Attached is a patch for the above.
>
> 10-bit HEVC encoding is a new feature of the latest Pascal Nvidia GPUs,
> released in the past few months; I’ve added support for the yuv420p10le and
> yuv444p10le pixel formats.
>
> Rate control lookahead is available on pre-Pascal models to
pushed
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2016-08-29 10:04 GMT+02:00 Matt Oliver :
>
> The second version is the correct one. You need
> w32threads/os2threads enabled if not using pthreads.
Thank you!
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/lis
On 29 August 2016 at 17:28, Carl Eugen Hoyos wrote:
> Hi!
>
> 2016-08-29 9:00 GMT+02:00 Matt Oliver :
> > On 29 August 2016 at 16:43, Carl Eugen Hoyos wrote:
> >
> >> How did you test this?
> >> (How can I test?)
> >
> > There is a FATE test already added for the fifo muxer. I used that to
> tes
On Mon, Aug 29, 2016 at 9:28 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> 2016-08-29 9:00 GMT+02:00 Matt Oliver :
>> On 29 August 2016 at 16:43, Carl Eugen Hoyos wrote:
>>
>>> How did you test this?
>>> (How can I test?)
>>
>> There is a FATE test already added for the fifo muxer. I used that to test
>>
Hi!
2016-08-29 9:00 GMT+02:00 Matt Oliver :
> On 29 August 2016 at 16:43, Carl Eugen Hoyos wrote:
>
>> How did you test this?
>> (How can I test?)
>
> There is a FATE test already added for the fifo muxer. I used that to test
> for mingw and msvc.
What I meant is:
If I remove pthreads from my sy
On 29 August 2016 at 16:43, Carl Eugen Hoyos wrote:
> Hi!
>
> 2016-08-29 8:17 GMT+02:00 Matt Oliver :
> > The fifo muxer works without pthreads due to the existing pthread
> > wrappers already available within ffmpeg for other platforms.
>
> It should probably still depend on "threads" at least,
57 matches
Mail list logo
