Re: [FFmpeg-devel] [FFmpeg-cvslog] Adding Closed caption Support

2015-01-12 Thread Clément Bœsch
On Tue, Jan 13, 2015 at 08:12:10AM +0100, Clément Bœsch wrote: > On Tue, Jan 13, 2015 at 11:26:06AM +0530, Anshul Maheshwari wrote: > [...] > > > Also added roll-up functionality. > > > > > > patch is attached. > > > Thanks > > > Anshul > > > > > Attaching patch > > > From ca66e917f45bd47dd7979304

Re: [FFmpeg-devel] [FFmpeg-cvslog] Adding Closed caption Support

2015-01-12 Thread Clément Bœsch
On Tue, Jan 13, 2015 at 11:26:06AM +0530, Anshul Maheshwari wrote: [...] > > Also added roll-up functionality. > > > > patch is attached. > > Thanks > > Anshul > > > Attaching patch > From ca66e917f45bd47dd797930423d488fa9c781c4c Mon Sep 17 00:00:00 2001 > From: Anshul Maheshwari > Date: Mon, 12

Re: [FFmpeg-devel] SCTE-35 development

2015-01-12 Thread Anshul
On 01/12/2015 06:26 PM, Anshul wrote: > On 01/12/2015 05:59 PM, Anshul wrote: >> On 01/12/2015 02:48 AM, Michael Niedermayer wrote: >>> 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 vi

Re: [FFmpeg-devel] [FFmpeg-cvslog] Adding Closed caption Support

2015-01-12 Thread Anshul Maheshwari
On Tue, Jan 13, 2015 at 11:24 AM, Anshul Maheshwari wrote: > On 01/12/2015 04:16 PM, Clément Bœsch wrote: > > On Sun, Jan 11, 2015 at 11:15:35PM +0100, Anshul Maheshwari wrote: > > ffmpeg | branch: master | Anshul Maheshwari | Tue > Jan 6 12:41:34 2015 +0530| [4b6262610bd516320b3fca71ef03ff9bf

Re: [FFmpeg-devel] [FFmpeg-cvslog] Adding Closed caption Support

2015-01-12 Thread Anshul Maheshwari
On 01/12/2015 04:16 PM, Clément Bœsch wrote: On Sun, Jan 11, 2015 at 11:15:35PM +0100, Anshul Maheshwari wrote: ffmpeg | branch: master | Anshul Maheshwari | Tue Jan 6 12:41:34 2015 +0530| [4b6262610bd516320b3fca71ef03ff9bf1aa5066] | committer: Michael Niedermayer Adding Closed caption Support

Re: [FFmpeg-devel] [PATCH v2] libavformat/mxfdec.c: export the full UMID as metadata

2015-01-12 Thread Michael Niedermayer
On Fri, Jan 09, 2015 at 06:05:27PM -0800, Mark Reid wrote: > Changes since v1 > * changed umid text formating to conform to SMPTE330 > > --- > libavformat/mxfdec.c | 38 +++--- > 1 file changed, 31 insertions(+), 7 deletions(-) applied thanks [...] -- Michael

Re: [FFmpeg-devel] [PATCH] doc/platform: Add build instruction for Windows Runtime

2015-01-12 Thread Timotius Margo
Thank you for the feedback and suggestions Derek and Timothy. I didn't realize that MSYS2 is recommended over MinGW.org/MSYS. The current Platform Specific Information and the web links in the official FFmpeg documentation seem to suggest otherwise. Nevertheless, as MSYS2 is a better shell to bu

Re: [FFmpeg-devel] [RFC] Support dynamic loading of third-party libs

2015-01-12 Thread Michael Niedermayer
On Mon, Jan 12, 2015 at 06:59:33PM +0100, Marc Giger wrote: > Hi, > > Attached is a preliminary patch that enables runtime loading of external > libraries via dlopen and friends. Dynamic loading is a build time option > (--enable-dynamic-loading) and if it is not activated the libs are > linked as

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

2015-01-12 Thread Reimar Döffinger
On 09.01.2015, at 09:15, "Zhao, Halley" wrote: > From: "Zhao, Halley" > > - do not support multi-thread decoding, it is unnecessary for hw While it might not be possible to support in a proper way, and the FFmpeg multithreading is probably useless in the context of this library, but I think t

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

2015-01-12 Thread James Almer
On 12/01/15 1:55 PM, Michael Niedermayer wrote: > On Mon, Jan 12, 2015 at 04:18:15AM -0300, James Almer wrote: >> int32/float only >> >> Signed-off-by: James Almer >> --- >> libswresample/x86/audio_convert.asm| 89 >> ++ >> libswresample/x86/audio_convert_init

[FFmpeg-devel] [RFC] Support dynamic loading of third-party libs

2015-01-12 Thread Marc Giger
Hi, Attached is a preliminary patch that enables runtime loading of external libraries via dlopen and friends. Dynamic loading is a build time option (--enable-dynamic-loading) and if it is not activated the libs are linked as usual (still no dependency to dlopen required). The patch is intended

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

2015-01-12 Thread Michael Niedermayer
On Sun, Jan 11, 2015 at 05:14:44PM -0800, Mark Reid wrote: > 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 t

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

2015-01-12 Thread Michael Niedermayer
On Mon, Jan 12, 2015 at 04:18:15AM -0300, James Almer wrote: > 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(+) sh

Re: [FFmpeg-devel] [PATCH] avutil/opencl: don't include config.h

2015-01-12 Thread James Almer
On 12/01/15 6:18 AM, Wei Gao wrote: > 2015-01-09 5:54 GMT+08:00 Thilo Borgmann : > >> Am 08.01.15 17:43, schrieb James Almer: >>> On 08/01/15 4:52 AM, Wei Gao wrote: 2015-01-08 10:10 GMT+08:00 James Almer : > On 07/01/15 10:55 PM, Wei Gao wrote: >> 2015-01-08 8:42 GMT+08:00 Micha

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

2015-01-12 Thread Ronald S. Bultje
Hi, On Mon, Jan 12, 2015 at 10:07 AM, compn wrote: > On Mon, 12 Jan 2015 08:24:35 -0500 > "Ronald S. Bultje" wrote: > > > Anything else? Why not just implement these in ffmpeg directly? > > because (i'm guessing) they are developing libyami with other projects, > not ffmpeg. > > i know everyone

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

2015-01-12 Thread wm4
On Mon, 12 Jan 2015 10:07:56 -0500 compn wrote: > On Mon, 12 Jan 2015 08:24:35 -0500 > "Ronald S. Bultje" wrote: > > > Anything else? Why not just implement these in ffmpeg directly? > > because (i'm guessing) they are developing libyami with other projects, > not ffmpeg. > > i know everyone

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

2015-01-12 Thread compn
On Mon, 12 Jan 2015 08:24:35 -0500 "Ronald S. Bultje" wrote: > Anything else? Why not just implement these in ffmpeg directly? because (i'm guessing) they are developing libyami with other projects, not ffmpeg. i know everyone wants to reinvent the wheels here, but also that may have a detrimen

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

2015-01-12 Thread compn
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 codec

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

2015-01-12 Thread Ronald S. Bultje
Hi, On Mon, Jan 12, 2015 at 9:04 AM, wm4 wrote: > On Mon, 12 Jan 2015 08:24:35 -0500 > "Ronald S. Bultje" wrote: > > > Hi, > > > > On Mon, Jan 12, 2015 at 12:59 AM, Zhao, Halley > > wrote: > > > > > I understand you concern. > > > The wrapper doesn't help much to ffmpeg itself, however, it ben

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

2015-01-12 Thread wm4
On Mon, 12 Jan 2015 08:24:35 -0500 "Ronald S. Bultje" wrote: > Hi, > > On Mon, Jan 12, 2015 at 12:59 AM, Zhao, Halley > wrote: > > > 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

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

2015-01-12 Thread Ronald S. Bultje
Hi, On Mon, Jan 12, 2015 at 12:59 AM, Zhao, Halley wrote: > 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. So specifically, what are the features that you get with yaml that ff

Re: [FFmpeg-devel] SCTE-35 development

2015-01-12 Thread Anshul
On 01/12/2015 05:59 PM, Anshul wrote: > On 01/12/2015 02:48 AM, Michael Niedermayer wrote: >> 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

Re: [FFmpeg-devel] SCTE-35 development

2015-01-12 Thread Anshul
On 01/12/2015 02:48 AM, Michael Niedermayer wrote: > 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 segmen

Re: [FFmpeg-devel] [FFmpeg-cvslog] Adding Closed caption Support

2015-01-12 Thread Clément Bœsch
On Sun, Jan 11, 2015 at 11:15:35PM +0100, Anshul Maheshwari wrote: > ffmpeg | branch: master | Anshul Maheshwari | Tue > Jan 6 12:41:34 2015 +0530| [4b6262610bd516320b3fca71ef03ff9bf1aa5066] | > committer: Michael Niedermayer > > Adding Closed caption Support > > Signed-off-by: Anshul Maheshw

Re: [FFmpeg-devel] [PATCH] avutil/opencl: don't include config.h

2015-01-12 Thread Wei Gao
2015-01-09 5:54 GMT+08:00 Thilo Borgmann : > Am 08.01.15 17:43, schrieb James Almer: > > On 08/01/15 4:52 AM, Wei Gao wrote: > >> 2015-01-08 10:10 GMT+08:00 James Almer : > >> > >>> On 07/01/15 10:55 PM, Wei Gao wrote: > 2015-01-08 8:42 GMT+08:00 Michael Niedermayer : > > > On Wed, J