[FFmpeg-devel] [PATCH] x86/swr: add SSE/AVX unpack_6ch functions

int32/float only Signed-off-by: James Almer --- libswresample/x86/audio_convert.asm| 89 ++ libswresample/x86/audio_convert_init.c | 16 ++ 2 files changed, 105 insertions(+) diff --git a/libswresample/x86/audio_convert.asm b/libswresample/x86/audio_conv

Re: [FFmpeg-devel] [PATCH 2/2] add libyami.cpp for h264 decoding by libyami

I understand you concern. The wrapper doesn't help much to ffmpeg itself, however, it benefits much to the apps uses ffmpeg, to pick up hw capability for codec. -Original Message- From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Ronald S. Bultj

Re: [FFmpeg-devel] [PATCH 2/2] add libyami.cpp for h264 decoding by libyami

> There's already vaapi support in ffmpeg though. While I'm not opposed > to improving the hw decoding situation in general. I think it'd be > better to improve the ffmpeg code and API itself, instead of adding a > wrapper for an API that behaves completely different. I don't know current status of

Re: [FFmpeg-devel] [PATCH 2/2] add libyami.cpp for h264 decoding by libyami

On Mon, 12 Jan 2015 00:46:26 + "Zhao, Halley" wrote: > > Maintaining decoders is the point of this project. > Yes, I agree the core of ffmpeg is codec; > But, from the user, ffmpeg is usually treated as a light-weight media > framework. Being a media framework, it is good to leverage hw code

[FFmpeg-devel] [PATCH v3] libavformat/mxfdec.c: support demuxing opatom audio without index

changes since v2: *removed log line and changed av_mallocz sizeof --- libavformat/mxfdec.c | 55 1 file changed, 55 insertions(+) diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c index 4715169..743a6a0 100644 --- a/libavformat/mxfdec.c

Re: [FFmpeg-devel] [PATCH] libavformat/mxfdec.c: read project_name metadata

On Fri, Jan 9, 2015 at 7:47 PM, Michael Niedermayer wrote: > On Mon, Jan 05, 2015 at 04:53:05PM -0800, Mark Reid wrote: > > Hi, > > MXF files generated by Media Composer or LibMXF can contain a > > project name property in the Preface. Lots of existing samples have them. > > > > http://samples.ff

Re: [FFmpeg-devel] [PATCH 2/2] add libyami.cpp for h264 decoding by libyami

> Maintaining decoders is the point of this project. Yes, I agree the core of ffmpeg is codec; But, from the user, ffmpeg is usually treated as a light-weight media framework. Being a media framework, it is good to leverage hw codec in many cases. > Besides, there are some more things missing fr

Re: [FFmpeg-devel] [PATCH 2/2] Adding closed caption decoder

On Sun, Jan 11, 2015 at 10:21:16PM +, Kieran Kunhya wrote: > > no, there where some comments on IRC but IIRC they where along the > > lines of future improvments not objections/blocking > > Has any work been done on whether this implementation matches the > reference vectors as I mentioned on

Re: [FFmpeg-devel] [PATCH 2/2] Adding closed caption decoder

> no, there where some comments on IRC but IIRC they where along the > lines of future improvments not objections/blocking Has any work been done on whether this implementation matches the reference vectors as I mentioned on IRC? Kieran ___ ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 2/2] Adding closed caption decoder

On Mon, Jan 12, 2015 at 01:11:21AM +0530, Anshul wrote: > On 01/06/2015 12:29 PM, Anshul Maheshwari wrote: > > > > > > On Tue, Jan 6, 2015 at 5:47 AM, Michael Niedermayer > > wrote: > > > > On Mon, Jan 05, 2015 at 06:20:15PM +0530, Anshul wrote: > > > On 01/04/2015

Re: [FFmpeg-devel] SCTE-35 development

On Mon, Jan 12, 2015 at 01:09:11AM +0530, Anshul wrote: > On 12/31/2014 07:13 PM, Michael Niedermayer wrote: > > So SCTE-35 is basically about segmenting a video timewise (primarely > > to mark Ads but not always) We already have a API to segment videos > > timewise, its AVFormatContext.chapters th

Re: [FFmpeg-devel] [PATCH 2/2] Adding closed caption decoder

On 01/06/2015 12:29 PM, Anshul Maheshwari wrote: > > > On Tue, Jan 6, 2015 at 5:47 AM, Michael Niedermayer > wrote: > > On Mon, Jan 05, 2015 at 06:20:15PM +0530, Anshul wrote: > > On 01/04/2015 10:17 PM, Michael Niedermayer wrote: > > > the table is constant an

Re: [FFmpeg-devel] SCTE-35 development

On 12/31/2014 07:13 PM, Michael Niedermayer wrote: > So SCTE-35 is basically about segmenting a video timewise (primarely > to mark Ads but not always) We already have a API to segment videos > timewise, its AVFormatContext.chapters that may need some changes to > handle incrementally added (and on

Re: [FFmpeg-devel] [PATCH 2/3] Fix Decklink for Mac

Am 11.01.2015, 17:22 Uhr, schrieb Ramiro Polla : Is it not possible to get the string's real length? You could also try using CFStringGetCStringPtr() first. Curiously, I was not able to find any method to get the real number of bytes required to store the string. There is CFStringGetMaximu

Re: [FFmpeg-devel] [PATCH 1/2] lavd/v4l2: implement list device callback

On 03.01.2015 14:51, Giorgio Vazzana wrote: 2015-01-03 4:45 GMT+01:00 Lukasz Marek : On 21 December 2014 at 23:39, Lukasz Marek wrote: On 21.12.2014 22:43, Lukasz Marek wrote: Signed-off-by: Lukasz Marek --- libavdevice/v4l2.c | 58 ++

Re: [FFmpeg-devel] [PATCH 2/2] cmdutils: use helper functions for listing sinks/sources

On 03.01.2015 06:35, Michael Niedermayer wrote: On Sat, Jan 03, 2015 at 04:45:56AM +0100, Lukasz Marek wrote: On 21 December 2014 at 21:04, Lukasz Marek wrote: List device callback must be able to return valid list without opening device. This callback should return input values for open func

Re: [FFmpeg-devel] [PATCH] lavd/avdevice: remove av_ prefix from private function

On 22.12.2014 01:14, Michael Niedermayer wrote: On Sun, Dec 21, 2014 at 09:03:49PM +0100, Lukasz Marek wrote: Signed-off-by: Lukasz Marek --- libavdevice/avdevice.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) LGTM pushed _

Re: [FFmpeg-devel] [PATCH 2/3] Fix Decklink for Mac

2015-01-11 15:38 GMT+01:00 Georg Lippitsch : > --- > libavdevice/decklink_common.cpp | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/libavdevice/decklink_common.cpp b/libavdevice/decklink_common.cpp > index 07e1651..82b8bdb 100644 > --- a/libavdevice/decklink_common.cpp > +++

Re: [FFmpeg-devel] [PATCH] Force text files to be downloaded in UNIX line ending (LF)

On 10.01.2015, at 11:18, Derek Buitenhuis wrote: > On 1/10/2015 8:40 AM, Timotius Margo wrote: >> This causes a problem with autoconf and prevents >> user from building FFmpeg successfully without applying a workaround. > > I forgot to mention this is fixed in newer make.exe's, and I think > it's

Re: [FFmpeg-devel] [PATCH 1/3] 10 Bit support for Decklink input device

On 01/11/2015 08:08 PM, Georg Lippitsch wrote: > --- > libavdevice/decklink_common_c.h | 1 + > libavdevice/decklink_dec.cpp| 18 ++ > libavdevice/decklink_dec_c.c| 1 + > 3 files changed, 16 insertions(+), 4 deletions(-) > > diff --git a/libavdevice/decklink_common_c.h b

[FFmpeg-devel] [PATCH 2/3] Fix Decklink for Mac

--- libavdevice/decklink_common.cpp | 10 ++ 1 file changed, 10 insertions(+) diff --git a/libavdevice/decklink_common.cpp b/libavdevice/decklink_common.cpp index 07e1651..82b8bdb 100644 --- a/libavdevice/decklink_common.cpp +++ b/libavdevice/decklink_common.cpp @@ -70,6 +70,16 @@ static

[FFmpeg-devel] [PATCH 3/3] 32 bit and 8/16 channel audio support for Decklink input

--- libavdevice/decklink_common.h | 1 + libavdevice/decklink_common_c.h | 2 ++ libavdevice/decklink_dec.cpp| 25 + libavdevice/decklink_dec_c.c| 2 ++ 4 files changed, 26 insertions(+), 4 deletions(-) diff --git a/libavdevice/decklink_common.h b/libavdevice/

[FFmpeg-devel] [PATCH 1/3] 10 Bit support for Decklink input device

--- libavdevice/decklink_common_c.h | 1 + libavdevice/decklink_dec.cpp| 18 ++ libavdevice/decklink_dec_c.c| 1 + 3 files changed, 16 insertions(+), 4 deletions(-) diff --git a/libavdevice/decklink_common_c.h b/libavdevice/decklink_common_c.h index 861a51a..fb2b788 1006

Re: [FFmpeg-devel] [PATCH] avcodec/options_table: add entries for MPEG4 video profiles

On Mon, Dec 29, 2014 at 02:31:37AM +0100, Michael Niedermayer wrote: > Fixes part of Ticket2901 > > Signed-off-by: Michael Niedermayer > --- > libavcodec/options_table.h |4 > 1 file changed, 4 insertions(+) applied [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611E

Re: [FFmpeg-devel] [PATCH] x86/swr: fix pack_8ch functions on compilers without aligned stack

On Tue, Jan 06, 2015 at 02:04:12AM -0300, James Almer wrote: > Signed-off-by: James Almer > --- > I don't have MSVC or ICL 10.x, so i only tested this with gcc after forcing > HAVE_ALIGNED_STACK to 0 in config.asm can someone who has ICL/MSVC setup test this please failing that, lets apply the p