[FFmpeg-devel] [PATCH] MAINTAINERS: add myself for mlp/truehd

Signed-off-by: Jai Luthra --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index f7e8298..f1f991d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -196,7 +196,7 @@ Codecs: mdec.c

Re: [FFmpeg-devel] [GSoC] [PATCH 2/2] mlpenc: Working MLP/TrueHD encoder

On Sat, Sep 17, 2016 at 05:07:28PM +0100, Andy Furniss wrote: > Nice work, this is just a sort of related question really from a user > who hasn't taken any notice of TrueHD for a few years. > > Last I looked I couldn't find much in the way of specs for TrueHD and > noticed that the Decoder didn't

[FFmpeg-devel] [PATCH] lavd/opengl: use SDL2

W dniu niedziela, 18 września 2016 Lou Logan > napisał(a): > On Sat, Sep 17, 2016, at 05:21 PM, Lukasz Marek wrote: > > On 18 September 2016 at 00:30, Josh de Kock wrote: > [...] > >> Would like some feedback where

Re: [FFmpeg-devel] Dropping SDL1 support [VOTE]

Hi, On Sat, Sep 17, 2016 at 4:26 PM, Marton Balint wrote: > I think we should wait until Lukasz does the port of the opengl device to > SDL2, and do the switch after that. When do we think that'll be finished? Ronald ___

Re: [FFmpeg-devel] [PATCH] lavd/opengl: use SDL2

On Sat, Sep 17, 2016, at 05:21 PM, Lukasz Marek wrote: > On 18 September 2016 at 00:30, Josh de Kock wrote: [...] >> Would like some feedback where it doesnt work etc [...] > I said I will patch opengl, your implemantation donsn't look good at this > point, declined, It would

Re: [FFmpeg-devel] Dropping SDL1 support [VOTE]

On Thu, Sep 15, 2016 at 02:36:32PM -0300, James Almer wrote: > There have been some complains from developers about keeping both > SDL1 and SDL2 support at the same time even after all SDL1 code > has been already ported, and especially since it makes maintaining > ffplay more complex, so seeing

Re: [FFmpeg-devel] [PATCH] lavd/opengl: use SDL2

On 18 September 2016 at 00:30, Josh de Kock wrote: > I did this in about 5 minutes, and only tested it with one sample (on > OSX using the cocoa opengl renderer). Seems to work, but probably > won't for all cases. Would like some feedback where it doesnt work etc > >

Re: [FFmpeg-devel] [PATCH] Add CONTRIBUTING.md

On 9/17/2016 8:42 PM, Josh de Kock wrote: > TimothyGu (https://github.com/FFmpeg/FFmpeg/pull/153#issuecomment-143274708) > suggested doing this a while ago, but it was never done. As pull requests > seem to be still coming through, I thought I'd send a patch to add the notice. > >

Re: [FFmpeg-devel] [PATCH] Add CONTRIBUTING.md

> Am 18.09.2016 um 01:42 schrieb Josh de Kock : > > TimothyGu (https://github.com/FFmpeg/FFmpeg/pull/153#issuecomment-143274708) > suggested doing this a while ago, but it was never done. As pull requests > seem to be still coming through, I thought I'd send a patch to add

Re: [FFmpeg-devel] [PATCH]lavf/riff: Do not use a rogue twocc for adpcm_swf

On Sun, Sep 18, 2016 at 01:00:01AM +0200, Paul B Mahol wrote: > On 9/17/16, Michael Niedermayer wrote: > > On Sat, Sep 17, 2016 at 03:06:57PM +0200, Carl Eugen Hoyos wrote: > >> 2016-09-15 20:48 GMT+02:00 Michael Niedermayer : > >> > On Thu, Sep 15,

Re: [FFmpeg-devel] [PATCH] lavfi: VAAPI video processing filter

Can't find SKL available now, just run the test in IVY(Ivybridge)/Debian 8.5/ Kernel 3.16.0/Libva master/intel-driver master/ffmpeg master - Build config: ./configure --enable-libx264 --enable-gpl --enable-vaapi --prefix=/opt/ffmpeg - Libva and intel-driver

[FFmpeg-devel] [PATCH] Add CONTRIBUTING.md

TimothyGu (https://github.com/FFmpeg/FFmpeg/pull/153#issuecomment-143274708) suggested doing this a while ago, but it was never done. As pull requests seem to be still coming through, I thought I'd send a patch to add the notice. Signed-off-by: Josh de Kock ---

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: refine EXT-X-BYTERANGE support for segments

2016-09-18 1:07 GMT+08:00 Michael Niedermayer : > On Sat, Sep 17, 2016 at 01:09:02PM +0800, Steven Liu wrote: > [...] > > @@ -867,6 +886,16 @@ static int hls_write_header(AVFormatContext *s) > > for (i = 0; i < s->nb_streams; i++) { > > AVStream *inner_st; >

Re: [FFmpeg-devel] [PATCH]lavf/riff: Do not use a rogue twocc for adpcm_swf

On 9/17/16, Michael Niedermayer wrote: > On Sat, Sep 17, 2016 at 03:06:57PM +0200, Carl Eugen Hoyos wrote: >> 2016-09-15 20:48 GMT+02:00 Michael Niedermayer : >> > On Thu, Sep 15, 2016 at 03:47:49PM +0200, Carl Eugen Hoyos wrote: >> >> 2016-09-15

Re: [FFmpeg-devel] [PATCH]lavf/riff: Do not use a rogue twocc for adpcm_swf

2016-09-17 18:26 GMT+02:00 Michael Niedermayer : >> >> Is it possible to fix adpcm_swf in wav? >> > >> > maybe if block_align is set (and is constant) >> >> Attached fixes encoding, decoding still has the issue >> that the decoder doesn't like more than one packet. >>

[FFmpeg-devel] [PATCH] lavd/opengl: use SDL2

I did this in about 5 minutes, and only tested it with one sample (on OSX using the cocoa opengl renderer). Seems to work, but probably won't for all cases. Would like some feedback where it doesnt work etc Signed-off-by: Josh de Kock --- libavdevice/opengl_enc.c | 87

Re: [FFmpeg-devel] Resurrection of ffserver

Hello Rostislav, what are, in your oppinion, the biggest problems in ffserver? (I would like to hear other oppinions a well ;-) ) Missing FATE and usage of internal / deprecated API are known to me, but it seems that you have more generic problems with ffserver? Personally I must admit that I'm

Re: [FFmpeg-devel] Resurrection of ffserver

On 17.09.2016 22:27, Rostislav Pehlivanov wrote: > >> Good day, >> >> I read the sad news about ffservers a few days ago and have already >> written some mails to ffmpeg-user. >> >> I would like to step in to make ffserver maintainable and distributable >> again, especially because of the many

Re: [FFmpeg-devel] Resurrection of ffserver

On 17/09/2016 22:22, Michael Fritscher wrote: Hello, The other programs will probably be exported elsewhere sometime in the future, for now since ffserver is getting removed having it put someplace else is a good starting point. My idea was to have the 2 repositories "ffmpeg-main" with the

Re: [FFmpeg-devel] Resurrection of ffserver

Hello, > The other programs will probably be exported elsewhere sometime in the > future, for now since ffserver is getting removed having it put someplace > else is a good starting point. My idea was to have the 2 repositories "ffmpeg-main" with the libraries and "ffmpeg-tools" with all of the

[FFmpeg-devel] [PATCH] avcodec/dvdsubdec: ignore h <= 1 case, to properly decode subtitle

Fixes #5825. Regression since: 3f0a3e9e127d067c5cf65640a44765c1ddd01622. Signed-off-by: Paul B Mahol --- libavcodec/dvdsubdec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/dvdsubdec.c b/libavcodec/dvdsubdec.c index 19f25f0..b81b481 100644

Re: [FFmpeg-devel] Resurrection of ffserver

On 17.09.2016 23:10, Rostislav Pehlivanov wrote: On 17 September 2016 at 22:04, Lukasz Marek wrote: Yeah, no. You can hardly say ffserver is a perfect program right now, so really moving it to another repo is hardly much of a change in terms of functionality.

Re: [FFmpeg-devel] Resurrection of ffserver

On 17 September 2016 at 21:34, Michael Fritscher < michael.fritsc...@telematik-zentrum.de> wrote: > Hello Rostislav, > > I really think ffserver is better off being in a separate repository. > That > > way there'd be some finer attention brought to keeping the API usable by > > external users

Re: [FFmpeg-devel] Resurrection of ffserver

On 17.09.2016 22:27, Rostislav Pehlivanov wrote: On 17 September 2016 at 20:58, Michael Fritscher < michael.fritsc...@telematik-zentrum.de> wrote: Good day, I read the sad news about ffservers a few days ago and have already written some mails to ffmpeg-user. I would like to step in to make

Re: [FFmpeg-devel] Dropping SDL1 support [VOTE]

On 9/17/2016 5:26 PM, Marton Balint wrote: > > On Fri, 16 Sep 2016, Ronald S. Bultje wrote: > >> Hi folks, >> >> On Thu, Sep 15, 2016 at 1:36 PM, James Almer wrote: >> >>> The vote will end 1 week from now, simple majority wins, and >>> it's open only to those in the voting

Re: [FFmpeg-devel] Resurrection of ffserver

Hello Rostislav, > I really think ffserver is better off being in a separate repository. That > way there'd be some finer attention brought to keeping the API usable by > external users too. Same with the rest of the programs. So, if I unterstand you correctly, your vision is to move all ff*

Re: [FFmpeg-devel] Resurrection of ffserver

On 17 September 2016 at 20:58, Michael Fritscher < michael.fritsc...@telematik-zentrum.de> wrote: > Good day, > > I read the sad news about ffservers a few days ago and have already > written some mails to ffmpeg-user. > > I would like to step in to make ffserver maintainable and distributable >

Re: [FFmpeg-devel] Dropping SDL1 support [VOTE]

On Fri, 16 Sep 2016, Ronald S. Bultje wrote: Hi folks, On Thu, Sep 15, 2016 at 1:36 PM, James Almer wrote: The vote will end 1 week from now, simple majority wins, and it's open only to those in the voting committee[1]. Marton Balint, while not in the committee, should

Re: [FFmpeg-devel] Dropping SDL1 support [VOTE]

On Fri, 16 Sep 2016 14:48:03 +0200 Carl Eugen Hoyos wrote: > 2016-09-16 14:21 GMT+02:00 Rostislav Pehlivanov : > > > I'd rather have SDL1 support dropped. ffplay is the only thing on my > > machine which uses libsdl1.2 > > And we already (everybody)

[FFmpeg-devel] Resurrection of ffserver

Good day, I read the sad news about ffservers a few days ago and have already written some mails to ffmpeg-user. I would like to step in to make ffserver maintainable and distributable again, especially because of the many users depending on ffserver - including myself. I'm capable of C and

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: refine EXT-X-BYTERANGE support for segments

On Sat, Sep 17, 2016 at 01:09:02PM +0800, Steven Liu wrote: [...] > @@ -867,6 +886,16 @@ static int hls_write_header(AVFormatContext *s) > for (i = 0; i < s->nb_streams; i++) { > AVStream *inner_st; > AVStream *outer_st = s->streams[i]; > + > +if (hls->max_seg_size >

Re: [FFmpeg-devel] [PATCH] lavf: add ffprobe demuxer

Le jour du Génie, an CCXXIV, Paul B Mahol a écrit : > Why we need this hack? I think I already gave an answer. Regards, -- Nicolas George signature.asc Description: Digital signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] lavf: add ffprobe demuxer

On 9/17/16, Stefano Sabatini wrote: > On date Sunday 2016-09-04 23:25:56 +0200, Michael Niedermayer encoded: >> On Sun, Sep 04, 2016 at 06:24:37PM +0200, Stefano Sabatini wrote: >> > From: Nicolas George >> > >> > With several modifications and documentation

Re: [FFmpeg-devel] [PATCH] lavf: add ffprobe demuxer

On date Sunday 2016-09-04 23:25:56 +0200, Michael Niedermayer encoded: > On Sun, Sep 04, 2016 at 06:24:37PM +0200, Stefano Sabatini wrote: > > From: Nicolas George > > > > With several modifications and documentation by Stefano Sabatini > > . > > > >

Re: [FFmpeg-devel] [GSoC] [PATCH 2/2] mlpenc: Working MLP/TrueHD encoder

Jai Luthra wrote: * Multichannel support for TrueHD is experimental There should be downmix substreams present for 2+ channel bitstreams, but ffmpeg decoder doesn't need it. Will add support for this soon. Nice work, this is just a sort of related question really from a user who hasn't taken

Re: [FFmpeg-devel] [PATCH] lavc: bump micro (after adding TrueHD and MLP encoders)

On 9/17/16, Rostislav Pehlivanov wrote: > Signed-off-by: Rostislav Pehlivanov > --- > libavcodec/version.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavcodec/version.h b/libavcodec/version.h > index ecd48c5..ccb2890

[FFmpeg-devel] [PATCH] lavc: bump micro (after adding TrueHD and MLP encoders)

Signed-off-by: Rostislav Pehlivanov --- libavcodec/version.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/version.h b/libavcodec/version.h index ecd48c5..ccb2890 100644 --- a/libavcodec/version.h +++ b/libavcodec/version.h @@ -28,7 +28,7 @@

Re: [FFmpeg-devel] [PATCH]lavf/riff: Do not use a rogue twocc for adpcm_swf

2016-09-15 20:48 GMT+02:00 Michael Niedermayer : > On Thu, Sep 15, 2016 at 03:47:49PM +0200, Carl Eugen Hoyos wrote: >> 2016-09-15 15:42 GMT+02:00 Michael Niedermayer : >> >> -{ AV_CODEC_ID_ADPCM_SWF, ('S' << 8) + 'F' }, >> >> /*

Re: [FFmpeg-devel] [GSoC][PATCH v2 2/2] mlpenc: Working MLP/TrueHD encoder

On 30 August 2016 at 11:23, Jai Luthra wrote: > * Multichannel support for TrueHD is experimental > > There should be downmix substreams present for 2+ channel bitstreams, > but ffmpeg decoder doesn't need it. Will add support for this soon. > > * There might be

Re: [FFmpeg-devel] [PATCH] lavc/ass_split: improve handling of complex ASS features

On Sat, Sep 10, 2016 at 03:45:31AM -0500, Rodger Combs wrote: > Specifically: > - Skip writing drawings as text > - Convert \h to a Unicode non-breaking space > - Ignore comments and unknown tags > > The test references are update to reflect these changes. > --- > libavcodec/ass_split.c |

Re: [FFmpeg-devel] [PATCH] avformat/http: remove duplicate user-agent option

On Fri, Sep 16, 2016 at 10:43:30AM +0800, Steven Liu wrote: > From: Steven Liu > Date: Fri, 16 Sep 2016 10:42:34 +0800 > Subject: [PATCH] avformat/http: will remove option user_agent > > add a FF_OPT_FLAG_DEPRECATED define for compile. > add a new variable for user_agent

Re: [FFmpeg-devel] [PATCH] avutil/softfloat_ieee754: make all functions inline

Am 16.09.16 um 11:44 schrieb Michael Niedermayer: > On Thu, Sep 15, 2016 at 11:08:47PM -0300, James Almer wrote: >> Removes "defined but not used" warnings >> >> Signed-off-by: James Almer >> --- >> libavutil/softfloat_ieee754.h | 14 +++--- >> 1 file changed, 7

Re: [FFmpeg-devel] [VDD2016] Technical Discussion Results

Am 12.09.16 um 12:01 schrieb Paul B Mahol: > On 9/12/16, Thilo Borgmann wrote: >> Hi, >> >> these are the resulting notes we've taken during the FFmpeg technical >> discussion >> during VDD 2016. We've ended up with two slides on the board and compn took >> pictures of

Re: [FFmpeg-devel] [PATCH]lavc/libvpxenc: Avaoid vp8 transparency encoding with auto-alt-ref

2016-09-17 4:44 GMT+02:00 James Zern : > Thanks for the easy repro. It may have something to do with the fact > that in vp8 the alt-ref is a separate frame, this needs a closer look. Please keep us informed. > Feel free to apply the change in the meantime. Patch

[FFmpeg-devel] [PATCH] hwcontext: add a QSV implementation

From: Anton Khirnov Signed-off-by: nablet developer --- libavutil/Makefile | 3 + libavutil/hwcontext.c | 3 + libavutil/hwcontext.h | 1 + libavutil/hwcontext_internal.h | 1 + libavutil/hwcontext_qsv.c | 791

[FFmpeg-devel] [PATCH] hwcontext: add a QSV implementation

patch is taken from libav project, authored by Anton Khirnov https://lists.libav.org/pipermail/libav-devel/2016-May/077126.html the only differences from original libav patch: 1) replaced CONFIG_LIBMXF with CONFIG_QSV to match the rest of ffmpeg sources 2) changed copyright