Regression since 745730c9c208c40f800d5d71ffa39aceab6ce044.
The dynamic buffer was not being used or freed.
Signed-off-by: James Almer
---
libavformat/ffmenc.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavformat/ffmenc.c b/libavformat/ffmenc.c
index b717813..c64c26b 100644
--- a/liba
Thanks Micheal
Date: Tue, 18 Nov 2014 04:56:56 +0100
From: michae...@gmx.at
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] Move ffmpeg to WinRT
On Tue, Nov 18, 2014 at 03:07:34AM +, Jesse Jiang wrote:
> Hi JB,
> Haven't seen you for a long time. I have sent you email before to talk a
Hi
On 11/16/2014 11:03 PM, Lukasz Marek wrote:
> On 17.11.2014 02:46, Lukasz Marek wrote:
>> Signed-off-by: Lukasz Marek
>> ---
>> ffserver_config.c | 237
>> --
>> ffserver_config.h | 2 -
>> 2 files changed, 69 insertions(+), 170 deleti
OK to push too.
--
Reynaldo H. Verdejo Pinochet
Open Source Group
Samsung Research America / Silicon Valley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Looks Good. Feel free to push.
Bests,
--
Reynaldo H. Verdejo Pinochet
Open Source Group
Samsung Research America / Silicon Valley
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, Nov 18, 2014 at 03:07:34AM +, Jesse Jiang wrote:
> Hi JB,
> Haven't seen you for a long time. I have sent you email before to talk about
> the GCC compile for ARM-COFF.
> At that time, I know it is hard for GCC to do this, so I try to convert the
> assembly codes. If there is gas-prep
Hi JB,
Haven't seen you for a long time. I have sent you email before to talk about
the GCC compile for ARM-COFF.
At that time, I know it is hard for GCC to do this, so I try to convert the
assembly codes. If there is gas-preproc, it should be a better choice.
Where can I find this script, is it
Hi Matt,
I know FFmpegs FATE, but it may be not what I want. As my fork does not support
network, and cannot be output *.exe
I just want to know, if the function works well. For example, I need know the
input of ff_mdct_fixed_calc_neon and test if my output is correct. In this way,
I can know
On Tue, Nov 18, 2014 at 01:28:42AM +0100, Lukasz Marek wrote:
> On 17.11.2014 14:01, Michael Niedermayer wrote:
> >On Mon, Nov 17, 2014 at 02:46:54AM +0100, Lukasz Marek wrote:
> >>TODO: bump minor, update doc/APIchanges
> >>
> >>Signed-off-by: Lukasz Marek
> >>---
> >> libavutil/dict.c | 27
This project should be used as static library.
I have done two things in this project. One is converting unsupported APIs to
Winrt API, other is converting arm assembly codes to support armasm which VS
compiler.
Don't worry about Windows 10. Windows 10 is based on the WinRT API, maybe there
are
On 17.11.2014 14:01, Michael Niedermayer wrote:
On Mon, Nov 17, 2014 at 02:46:54AM +0100, Lukasz Marek wrote:
TODO: bump minor, update doc/APIchanges
Signed-off-by: Lukasz Marek
---
libavutil/dict.c | 27 +++
libavutil/dict.h | 16
2 files changed,
On Sat, Oct 18, 2014 at 11:29:36PM +0200, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavdevice/oss_audio.c | 10 --
> 1 file changed, 4 insertions(+), 6 deletions(-)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FA
On Mon, 17 Nov 2014 13:34:24 -0800
Timothy Gu wrote:
> On Mon, Nov 17, 2014 at 1:18 AM, 王山而 wrote:
> > hi
> > I want to use openh264 in ffmpeg, how should I do this?
> > please give me some help.
> > thank you.
>
> Why? FFmpeg has a native H.264 decoder and I am fairly sure x264 still
> perform
On Mon, Nov 17, 2014 at 09:52:31AM +0100, bzk0...@aol.com wrote:
> The problem with 4:2:0 (which we are currently using
> for most content) is that it is still too heavy on the
> CPU load to make streaming of many videos in parallel
> completely smooth, which is our primary requirement.
>
> Simply
On Mon, Nov 17, 2014 at 1:18 AM, 王山而 wrote:
> hi
> I want to use openh264 in ffmpeg, how should I do this?
> please give me some help.
> thank you.
Why? FFmpeg has a native H.264 decoder and I am fairly sure x264 still
performs better than OpenH264.
Timothy
__
hi
I want to use openh264 in ffmpeg, how should I do this?
please give me some help.
thank you.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 17 November 2014 15:15, Michael Niedermayer wrote:
> On Mon, Nov 17, 2014 at 03:04:31AM +0100, Lukasz Marek wrote:
> > On 17.11.2014 02:46, Lukasz Marek wrote:
> > >So far ffmpeg used recommended configuration only for codec priv
> options.
> > >ffmpeg will use now codec defaults and then appl
On Mon, Nov 17, 2014 at 03:04:31AM +0100, Lukasz Marek wrote:
> On 17.11.2014 02:46, Lukasz Marek wrote:
> >So far ffmpeg used recommended configuration only for codec priv options.
> >ffmpeg will use now codec defaults and then apply recommended configuration
> >for all options. Recommended config
On Mon, Nov 17, 2014 at 02:46:54AM +0100, Lukasz Marek wrote:
> TODO: bump minor, update doc/APIchanges
>
> Signed-off-by: Lukasz Marek
> ---
> libavutil/dict.c | 27 +++
> libavutil/dict.h | 16
> 2 files changed, 43 insertions(+)
>
> diff --git a/libav
On Mon, 17 Nov 2014 11:24:56 +0100
René J.V. Bertin wrote:
> On Friday November 14 2014 18:47:53 bzk0...@aol.com wrote:
>
> >We need Hap encoded videos to use them with a video compositing / VJing
> >software on MacOS, Modul8 (http://www.modul8.ch/). When using lots of
>
> Really, MacOS?
> (Mac
On Mon, Nov 17, 2014 at 08:19:32AM +0100, Reimar Döffinger wrote:
> On 17.11.2014, at 02:37, Michael Niedermayer wrote:
> > On Sat, Nov 15, 2014 at 06:16:03PM +0100, Reimar Döffinger wrote:
> >> 11674 -> 10877 decicycles on my Phenom II.
> >> Overall speedup was unfortunately within measurement er
On 17 Nov, Jesse Jiang wrote :
> I want to move ffmpeg to WinRT platform, like Windows Store and Windows
> Phone. As the GCC cannot compiler to ARM-COFF, so I convert the GNU-style
> assembly codes to ARM-style codes. Also the codes are open-sourced, here
> https://github.com/qyljcy/FFmpeg
> Now
On 17 Nov, Matt Oliver wrote :
> As of Windows 10, WinRT is deprecated, so it's kind of a waste of time dude
Please read again. It's quite the opposite.
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device
___
On 17 November 2014 21:02, Jesse Jiang wrote:
> Hi All,
> I want to move ffmpeg to WinRT platform, like Windows Store and Windows
> Phone. As the GCC cannot compiler to ARM-COFF, so I convert the GNU-style
> assembly codes to ARM-style codes. Also the codes are open-sourced, here
> https://github
As of Windows 10, WinRT is deprecated, so it's kind of a waste of time dude
:/
On Mon, Nov 17, 2014 at 5:02 AM, Jesse Jiang
wrote:
> Hi All,
> I want to move ffmpeg to WinRT platform, like Windows Store and Windows
> Phone. As the GCC cannot compiler to ARM-COFF, so I convert the GNU-style
> ass
Hi All,
I want to move ffmpeg to WinRT platform, like Windows Store and Windows Phone.
As the GCC cannot compiler to ARM-COFF, so I convert the GNU-style assembly
codes to ARM-style codes. Also the codes are open-sourced, here
https://github.com/qyljcy/FFmpeg
Now this project can be compiled, bu
On Sat, 15 Nov 2014 12:34:57 +0100
Reimar Döffinger wrote:
> > Are you sure this compression format makes any sense whatsoever?
> > You get a 1:6 compression (exactly, compared to RGB888), but
> > also horrible compression artefacts.
> > Simply going to half the resolution in x and y with YUV420
27 matches
Mail list logo
