Hi Shan, I'm forwarding this to the appropriate mailing list and adding
Anshul in CC.
Am I interpreting your mail correctly if I say you do not plan to
contribute yourself to the project?
- Forwarded message from Shan -
Date: Tue, 20 Jan 2015 01:24:10 +
From: Shan
To: libav-de...@l
While streaming with librtmp within Windows, the 8K default size of
SO_SNDBUF affects network performance negatively. Being able to adjust
this value can improve things greatly.
This patch adds the -rtmp_buffer_size option to lavf/librtmp.c.
--
Brian Brice
http://heapify.org/
0001-librtmp-Allo
On Sun, Jan 18, 2015 at 1:11 PM, Michael Niedermayer
wrote:
> On Sun, Jan 18, 2015 at 02:43:21PM +0100, Tomas Härdin wrote:
> > On Wed, 2015-01-14 at 19:26 -0800, Mark Reid wrote:
> > > changes since v3:
> > > * return if there isn’t exactly one partition
> > > * cosmetic and gcc cleanups
> > > *
> Taking the Sample/pixel aspect ratio (SAR) calculated above and feeding
> that back into calculating a display aspect ratio *for the whole frame*
> leads to a value that is not 16:9 (or 4:3), and it appears to be this
> figure which is then reported as the DAR, rather than that of the active
> pi
Signed-off-by: Michael Niedermayer
---
libavcodec/mpegvideo.c |2 --
tests/ref/fate/filter-codecview-mvs | 30 +++---
2 files changed, 15 insertions(+), 17 deletions(-)
diff --git a/libavcodec/mpegvideo.c b/libavcodec/mpegvideo.c
index ce4fa59..6966572
Hi,
2015-01-15 20:43 GMT+01:00 Michael Niedermayer :
> On Thu, Jan 15, 2015 at 10:21:22PM +0530, supraja reddy wrote:
>> Hello,
>>
>> I have attached the patch for twofish implementation. Please let me know if
>> there are any changes to be made.
the code looks quite nice already, give me some da
On Mon, Jan 19, 2015 at 01:37:17PM +0100, Hendrik Leppkes wrote:
> On Mon, Jan 19, 2015 at 1:32 PM, Michael Niedermayer
> wrote:
> > > It's even more annoying if you want to compile for 32 bit on a 64 bit
> > system (you can use -m32 at least in some cases, but this seems simpler and
> > more cons
We already have a dependency on awk, bc is sometimes not found in the
base system, and we save a shell fork.
---
tests/fate-run.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate-run.sh b/tests/fate-run.sh
index f78e4fc..52d14fe 100755
--- a/tests/fate-run.sh
+++ b/t
On 19/01/15 4:45 PM, Derek Buitenhuis wrote:
> On 1/19/2015 7:32 PM, James Almer wrote:
>>> -@item @uref{http://www.mingw.org/, MSYS}
>>> +@item @uref{http://msys2.github.io/, MSYS2}
>>> @item @uref{http://yasm.tortall.net/, YASM}
>>
>> Yasm/Nasm are both available from MSYS2's package manager, so
On 1/19/2015 7:32 PM, James Almer wrote:
>> -@item @uref{http://www.mingw.org/, MSYS}
>> +@item @uref{http://msys2.github.io/, MSYS2}
>> @item @uref{http://yasm.tortall.net/, YASM}
>
> Yasm/Nasm are both available from MSYS2's package manager, so maybe add
> comment about it being
> needed for
On 19/01/15 3:51 PM, Derek Buitenhuis wrote:
> It's better to steer users at these, since they are both better
> and more alive than the mingw.org versions.
>
> Signed-off-by: Derek Buitenhuis
> ---
> doc/platform.texi | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> dif
On Mon, Jan 19, 2015 at 05:14:44PM +0100, wm4 wrote:
> This leaked a frame on each avcodec_flush_buffers() call, if frame
> threading was enabled. It caused severe memory usage in player if you
> were seeking a lot.
> ---
> Regression since 855463c007719d8a9cddfa757a00ae5428b3dbde
applied
thanks!
It's better to steer users at these, since they are both better
and more alive than the mingw.org versions.
Signed-off-by: Derek Buitenhuis
---
doc/platform.texi | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/doc/platform.texi b/doc/platform.texi
index ca76492..
On Mon, Jan 19, 2015 at 8:53 PM, Stefano Sabatini
wrote:
> On date Monday 2015-01-19 15:20:54 +0100, Clément Bœsch encoded:
> > On Mon, Jan 19, 2015 at 02:09:33PM +, Paul B Mahol wrote:
> > > On 1/18/15, arwa arif wrote:
> > > > Attached the patch.
> > > >
> > >
> > > I'm for dropping eq cod
This leaked a frame on each avcodec_flush_buffers() call, if frame
threading was enabled. It caused severe memory usage in player if you
were seeking a lot.
---
Regression since 855463c007719d8a9cddfa757a00ae5428b3dbde
---
libavcodec/h264_slice.c | 1 +
1 file changed, 1 insertion(+)
diff --git a
On Mon, Jan 19, 2015 at 10:06:17AM +0100, Nicolas George wrote:
> Le decadi 30 nivôse, an CCXXIII, Michael Niedermayer a écrit :
> > This should allow changing the default of scale filters to autodetect
> > interlacing
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavfilter/avfilterg
On Mon, 19 Jan 2015 16:23:46 +0100
Stefano Sabatini wrote:
> On date Monday 2015-01-19 15:20:54 +0100, Clément Bœsch encoded:
> > On Mon, Jan 19, 2015 at 02:09:33PM +, Paul B Mahol wrote:
> > > On 1/18/15, arwa arif wrote:
> > > > Attached the patch.
> > > >
> > >
> > > I'm for dropping eq
On date Monday 2015-01-19 15:20:54 +0100, Clément Bœsch encoded:
> On Mon, Jan 19, 2015 at 02:09:33PM +, Paul B Mahol wrote:
> > On 1/18/15, arwa arif wrote:
> > > Attached the patch.
> > >
> >
> > I'm for dropping eq code and rename eq2 to eq.
>
> Yes please let's not add 2 filters for this
Le decadi 30 nivôse, an CCXXIII, tim nicholson a écrit :
> I am struggling to follow some of the arguments, which seem far to
> heated to be as useful as they could be.
Please see my other mail, I summarize it more extensively.
> I am not sure what is currently wrong, and where, but please let us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/15 23:52, Nicolas George wrote:
> L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
>>> There is a very simple way of flagging content that is supposed to comply
>>> with BT601: the SAR is 512/351. If SAR is 64/45, that means someone b
On Wed, Jan 14, 2015 at 04:56:26PM +0530, Anshul wrote:
> On 01/13/2015 04:19 PM, Anshul wrote:
> > Hi
> >
> > I have attached the patch.
> >
> > Thanks
> > Anshul Maheshwari
> Another patch freeing memory leakage introduced by this patch.
>
> -Anshul
> From 6829d7013819418011dfba2b40657d3f921bca
On Mon, Jan 19, 2015 at 02:09:33PM +, Paul B Mahol wrote:
> On 1/18/15, arwa arif wrote:
> > Attached the patch.
> >
>
> I'm for dropping eq code and rename eq2 to eq.
Yes please let's not add 2 filters for this, it's insane. Also, "eq" is
quite a bad name, but well...
What happened to the
On Mon, Jan 19, 2015 at 02:06:52PM +, Paul B Mahol wrote:
> On 5/4/13, Stefano Sabatini wrote:
> > On date Monday 2013-04-29 10:29:33 +, Paul B Mahol encoded:
> >> On 4/29/13, Carl Eugen Hoyos wrote:
> >> > Paul B Mahol gmail.com> writes:
> >> >
> >> >> The filter does not work, asserts
On 1/18/15, arwa arif wrote:
> Attached the patch.
>
I'm for dropping eq code and rename eq2 to eq.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 5/4/13, Stefano Sabatini wrote:
> On date Monday 2013-04-29 10:29:33 +, Paul B Mahol encoded:
>> On 4/29/13, Carl Eugen Hoyos wrote:
>> > Paul B Mahol gmail.com> writes:
>> >
>> >> The filter does not work, asserts here.
>> >
>> > Isn't the only thing missing setting the
>> > correct outp
Le nonidi 29 nivôse, an CCXXIII, Philip Langdale a écrit :
> Right. And it's obviously wrong if you consider that trying to encode
> any square pixel content at this size results in non-square output.
>
> I'd also argue that bt.601 semantics come into play when you're
> authoring the DVD, and any
Le nonidi 29 nivôse, an CCXXIII, compn a écrit :
> [08:57] compn: the nvidia behaviour is correct
It would help a lot if he had the courtesy of actually explaining why he
considers the behaviour to be correct. After all, a lot of people in this
thread, possibly not as smart and knowledgeable as h
On Mon, Jan 19, 2015 at 1:32 PM, Michael Niedermayer
wrote:
> On Mon, Jan 19, 2015 at 07:43:41AM +0100, Reimar Döffinger wrote:
> > On 19.01.2015, at 03:05, Michael Niedermayer wrote:
> > > On Thu, Jan 01, 2015 at 10:00:25AM +0100, Reimar Döffinger wrote:
> > >> Useful to select e.g. between min
On Mon, Jan 19, 2015 at 07:43:41AM +0100, Reimar Döffinger wrote:
> On 19.01.2015, at 03:05, Michael Niedermayer wrote:
> > On Thu, Jan 01, 2015 at 10:00:25AM +0100, Reimar Döffinger wrote:
> >> Useful to select e.g. between mingw32, 32-bit mingw64 and 64-bit mingw64
> >> toolchains, which all are
On date Monday 2015-01-19 04:04:45 +0530, Arwa Arif encoded:
> Attached the patch.
> From 79298b4f6d08abacb387dbd3f75fabe329d96772 Mon Sep 17 00:00:00 2001
> From: Arwa Arif
> Date: Mon, 19 Jan 2015 03:56:48 +0530
> Subject: [PATCH] Port mp=eq/eq2 to FFmpeg
Mention James Darnley in the log messa
Hi,
I was searching the FFMPEG documentation on enabling OpenCL &
selecting/specifying an OpenCL device. Here is what I could find:
1) Enabling OpenCL while building OpenCL:
https://trac.ffmpeg.org/wiki/HWAccelIntro
2) Specifying an OpenCL device to be used:
/share/doc/ffmpeg/ffmpeg-utils.html
Le decadi 30 nivôse, an CCXXIII, Michael Niedermayer a écrit :
> This should allow changing the default of scale filters to autodetect
> interlacing
>
> Signed-off-by: Michael Niedermayer
> ---
> libavfilter/avfiltergraph.c | 80
> +++
> 1 file changed
32 matches
Mail list logo
