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,
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 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
>>
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
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
pushed
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> 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
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
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
> 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 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
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 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 :
> >> >
>
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
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 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
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 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
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
> > >
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
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 ++--
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 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,
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 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,
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
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
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
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 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
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 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*)
> +
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 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 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
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,
>
> 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
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
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 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
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
---
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
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
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 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 &&
>>>
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 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 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 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 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 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 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 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 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 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 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
>
> 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
57 matches
Mail list logo
